变更管理（关键价值&跨部门协作&DCP关键决策点）

1. 目的

随着业务的战略转型和组织变革，为进一步保障安全战略更有效落地，减少价值和承诺时间跳票。同时确保相关干系人提前知晓变化（主动告知），并做出相对应的举措应对变化。决策团充分了解变更影响，做出正确决策。降低因为变更导致业务影响

2.变更范围：基线和DCP时间变更

1、 关键价值基线变更

2、 跨部门协作项基线变更

3、 里程碑时间（DCP）变化

3.变更分层分级决策

变更场景一： 价值基线和DCP变更场景

1、 对于上体系立项版本（战略版本），关键价值（直接砍掉，不干）、关键价值目标（只做一部分）和DCP时间变更需要由规划主管内部（PDT）达成一致后向IPMT发起申请决策（各个体系的主管）

2、 对于未上体系立项版本（非战略版本），关键价值（直接砍掉，不干）、关键价值目标（只做一部分）和DCP时间变更需要由规划主管内部（PDT）达成一致后，邮件结论同步出来，无需向IPMT申请，内部达成一致即可

变更场景二： 跨部门协作项基线变更场景：

1、 对于影响关键价值达成的协作项，协作部门无法按照达成一致时间交付或者由于主导部门需求存在变化导致无需协作部门投入的，由协作部门/主导部门规划主管发起向IPMT发起申请决策（各个体系的主管）

2、 对于不影响关键价值达成的协作项，协作双方内部达成一致，邮件同步出结论给干系人（协作双方产线主管、规划主管、研发主管、项目主管），若协作双方无法达成一致再进行上升IPMT发起申请决策

变更场景三： 需求变更场景：

1、 对于已经基线的用户需求/系统需求，存在需求变更（置换、删减）但不影响关键价值目标达成的，产线内部邮件同步结论即可（无需向IPMT申请）

2、 对于已经基线的用户需求/系统需求，存在需求变更（置换、删减）但影响关键价值目标达成的，参考变更场景一

以上变更决策结论，由BG PMO负责刷新价值、跨部门协作基线

不属于变更场景：

1、 非需求变化原因，由于工作量评估不准、风险识别不全等因素导致的，算研发延期

2、非体系组织人力调整变动，产线存在人员离职、请假、休假导致项目延期（在项目估算初期应该预留风险时间），不允许发起变更

4. 变更制度规则

变更时效性保障（提前识别并发起变更）：
1、绿灯：无违规变更项，主动规范发起变更属于政策变更不记录违规；
2、黄灯：未及时发起变更项延期2周以内，未完全按照变更规范；
3、红灯：违规变更未走变更造成业务影响或投诉、变更滞后延期2周以上未发出申请等；


亮灯规则：
1、变更决策时效性：决策团需在5个工作日内给出明确答复（需上会、同意变更、不同意变更+理由）
 

5. 变更操作说明

产品线按照变更流程和变更邮件模板发起变更；

需求变更邮件模板参考：

邮件标题：【变更申请】：xx产线+变更事项

发件人：默认BG规划主管

收件人：IPMT 

抄送人：产线PDT(产线主管、 规划代表、MO 代表、交付代表、市场行销代表、开发代表（研发主管）、开发代表（架构师））、BG PMO、研发PMO、若变更涉及跨部门需要发给关联部门关键成员如产线主管、规划主管、研发主管、接口人等

邮件正文：

变更原因：

变更影响：

变更是否影响跨部门 & 对于跨部门影响：

变更详情（前后对比）：