基于已达成共识的基线进行规划
从项目章程、Day 1 范围和指定负责人开始。将该基线贯穿 Discovery、Build、Data、Test、Deploy、Adopt 和 Operate。
项目与交付负责人
一个项目。 一条相互关联的证据链。
从项目章程到交接，保持需求、依赖关系、缺陷和决策相互关联。明确阻碍下一道门禁的事项，以及延迟变更对计划的影响。
您的下一项项目决策
了解变更及其影响。
实体的延迟变更影响的不只是进度。在更改基线前，将配置、数据、测试、负责人和切换影响纳入一次评审。
Guide 准备影响分析和证据。您的团队批准决策。
让下一道门禁切实可执行。
Guide 准备证据。项目负责人决定哪些事项可以继续，哪些事项需要处理。
结合影响评审变更
将请求追溯至受影响的需求、配置、映射和测试。评估影响，并在更新计划前取得联合签署。
弥合交接缺口
共同评审缺陷、准备检查和采用证据。为未解决的异常指定负责人，并将已批准的设计带入运行阶段。
同时衡量控制力和速度。
用一个阶段比较状态准备和关卡评审所需时间、UAT 前发现的缺陷，以及就绪证据的完整性。在试点开始前就措施达成一致。
您的试点团队
安排一名赞助人和首席架构师，带上真实项目输入，并确定一致的比较基线。
您的决策
在第四周审查证据，并决定是继续、调整范围还是停止。
同一个项目。不同的职责。
让赞助人、交付实践团队、项目团队和架构师基于同一设计和证据开展工作。
从一个波次开始。衡量发生了哪些变化。
在第一周确定基线，在第二和第三周使用真实交付输入，并在第四周评审证据。评审后再决定是否扩大部署。