项目交付流程的步骤-pmp项目可交付成果填写

本章介绍迁移规划;也就是说，如何通过最终确定一个 详细的实施和迁移计划。

一、目标

F阶段的目标是：

二、输入

本节定义阶段 F 的输入。

1、 企业外部参考物质 2、 非架构输入 3、 架构输入 治理模型和框架： 定制架构框架，包括： 架构工作声明架构愿景架构存储库，包括： 架构定义文档草案项目交付流程的步骤，其中可能包括任何架构领域的基线和/或目标架构， 和/或过渡架构架构需求规范草案，包括： 现有业务计划和项目的变更请求架构路线图，草案， 包括： 能力评估， 包括： 实施和迁移计划，草案，包括高级别实施和迁移战略 三、步骤

阶段 F 中涉及的详细程度将取决于整体架构工作的范围和目标。

阶段F中步骤的顺序以及正式开始和完成的时间应适应 根据既定的架构治理情况。

在这些步骤中启动的所有活动都必须在“完成体系结构开发周期”期间关闭 和记录经验教训“步骤

阶段 F 中的步骤如下：

1、 确认实施和的管理框架交互 迁移计划

此步骤是关于将实施和迁移计划与组织内的管理框架进行协调。 通常有四个管理框架必须密切合作才能实现和迁移计划，以 成功：

实施和迁移计划将影响每个框架的产出，因此必须予以反映 在他们身上。在此步骤过程中，了解组织内的框架并确保这些计划得到协调 并（以摘要格式）插入到每个框架的计划中。

此步骤的结果很可能是，实施和迁移计划可能是由 另一个有企业架构参与的框架。

2、 为每个工作包分配业务价值

为每个工作包建立并分配业务价值。目的是首先确定什么是业务 组织内的价值，如何衡量价值，然后将其应用于每个项目和项目 增量。

此活动中有几个问题需要解决：

使用工作包作为确定将在实施和迁移计划中的项目的基础。已识别的 项目将在F阶段的其他步骤中得到充分开发。项目和项目增量可能需要调整 架构路线图和架构定义文档。

然后，应通过汇总合并差距中确定的风险，将风险分配给项目和项目增量， 解决方案和依赖关系矩阵（来自阶段 E）。

使用业务价值评估技术估计每个项目的业务价值

3、估计资源需求、项目时间和可用性/交付 车辆

此步骤确定每个项目所需的资源和时间及其增量，并提供初始成本 估计。成本应分解为资本（以创建能力）和运营和维护（以运行和 维持能力）。应确定与提供新的和/或更好的能力相关的成本的机会 可以通过停用现有系统来抵消。将所需资源分配给每个活动并在项目中聚合它们 增量和项目级别。

4、通过成本/收益来确定迁移项目的优先级 评估和风险验证

通过根据交付成本确定项目的商业价值来确定项目的优先级。方法是首先 尽可能清楚地确定项目交付的所有SBB的净收益，然后验证风险 已得到有效缓解和考虑。之后，目的是获得必要的共识，以创建一个优先的 将为资源分配提供基础的项目清单。

重要的是要发现所有成本项目交付流程的步骤，并确保决策者了解随时间推移的净收益。

审查风险以确保尽可能降低项目可交付成果的风险。项目列表 然后使用与风险相关的注释进行更新。

让利益相关者就项目的优先级达成一致。优先级标准将使用 在E阶段创建架构路线图草案以及与个人利益相关者议程相关的路线图。请注意，它 如果项目在通往某种巨大收益的道路上提供了关键的可交付成果，即使 项目本身的直接好处很小。

正式审查风险评估，并在必要时对其进行修订，以确保充分了解剩余风险 与优先级和预计资金额度相关。

5 、确认架构路线图并更新体系结构定义文件

更新架构路线图，包括任何过渡架构。回顾迄今为止的工作以评估时间跨度 之间的过渡架构应该，考虑到业务价值和能力的增量和其他 因素，例如风险。完成功能增量后，按项目合并可交付成果。这将 生成修订后的架构路线图。

为了协调各种体系结构的多个并发实例的开发，这是必需的。一个 过渡架构状态演化表可用于在各种详细级别显示域体系结构的建议状态。

如果由于确认实现增量而导致实现方法发生了变化，请更新体系结构 定义文档。这可能包括分配项目目标并使项目及其可交付成果与过渡保持一致 创建架构定义增量表的架构

6 、完成实施和迁移计划

生成完整的实施和迁移计划。该计划的大部分细节已经收集完毕，这 STEP使用公认的规划和管理技术将这一切结合在一起。这应该包括整合所有项目 和活动以及变更对项目计划的依赖关系和影响。任何过渡架构都将充当产品组合 里程碑。

应捕获并包含所有外部依赖关系，并评估资源的总体可用性。项目计划可能 包含在实施和迁移计划中。

7、完成架构开发周期并记录课程 博学

此步骤将治理从体系结构的开发过渡到体系结构的实现。如果 架构能力的成熟度保证，可以生成实施治理模型。

在架构开发过程中吸取的经验教训应记录下来，并由适当的治理捕获 阶段 H 中的流程作为管理架构能力的输入。

体系结构路线图以及实施和迁移计划的详细信息应以类似的级别表示 在阶段 B、C 和 D 中开发的体系结构定义文档的详细信息。需要大量其他详细信息时 下一阶段，架构可能会过渡到不同的级别。取决于目标体系结构的级别 和实施和迁移计划 可能需要在较低详细级别迭代另一个 ADM 周期。

四、输出

相位F的输出可能包括但不限于：

项目章程（可选）：最终架构定义文档，包括： 最终架构需求规范最终架构路线图可重复使用的 ABB架构工作请求用于 ADM 周期的新版本（如果有）实施治理模型（如果有）从经验教训中对架构能力的更改请求 五、方法

F阶段的重点是与项目和项目组合合作制定实施和迁移计划 经理。

阶段 E 提供了一个不完整的架构路线图以及实施和迁移计划，以解决 建筑工作。在 F 阶段，此路线图以及实施和迁移计划与企业的其他 更改活动。

活动包括在 企业的其他活动。将形成阶段 E 的架构路线图草案以及实施和迁移计划草案 最终实施和迁移计划的基础，该计划将包括项目组合和项目级别的详细信息。

然后应完成架构开发周期，并记录所吸取的经验教训，以实现持续的过程改进。