01 申请卡:先把变化说清楚
基本信息
编号 [CR-001]|项目 [ ]|提出日期 [ ]
提出人 [ ]|评估负责人 [ ]|决策人 [ ]
对照原约定
原范围或版本 [ ]|依据链接 [ ]
本次新增 [ ]|删除 [ ]|保持不变 [ ]
必要性与紧迫性
要解决的问题 [ ]|受影响对象 [ ]
不改的具体后果 [ ]|最迟决策时间 [ ]
验收句
谁在什么场景能完成什么任务 [ ]
如何检查通过 [ ]|不在本次范围内 [ ]
02 影响评估:把代价列出来
工作量与费用
新增工作 [ ] 人时|返工 [ ] 人时
直接费用 [ ] 元|估算人及依据 [ ]
区间 [低—高]|不确定项与补证时间 [ ]
排期与资源
原截止 [ ]|新预计截止 [ ]
前置依赖 [ ]|可用负责人 [ ]
若插队,被挤出的事项和新日期 [ ]
关联影响
需同步更新的文档、设计、测试或素材 [ ]
需重新确认的上下游与截止时间 [ ]
数据、权限或合规疑问:交对应负责人确认
验证与回退
验证方法 [ ]|执行人 [ ]|所需时间 [ ]
出问题如何停用或恢复 [ ]|谁决定 [ ]
03 三案比较:不要只剩“做或不做”
A 按原计划,不纳入本次
保留收益 [ ]|未解决问题 [ ]
重新考虑触发条件 [ ]|复查日期 [ ]
B 缩小范围或替换已有事项
本次最小交付 [ ]|明确不做 [ ]
移出事项 [ ]|工时、费用、日期变化 [ ]
C 全量纳入并调整计划
完整交付 [ ]|新增资源 [ ]
工时、费用、日期变化 [ ]|依赖确认 [ ]
统一比较口径
比较目标:价值、工作量、排期、风险
标明估算和未知,不把估算写成承诺
04 决策落地:让每个人看到同一版
形成结论
结果 [接受/缩小/延后/拒绝/补充信息]
选择方案 [ ]|理由 [ ]|决策人和日期 [ ]
待补信息 [ ]|补充人 [ ]|复审日期 [ ]
更新基线
新范围版本 [ ]|排期版本 [ ]|存放链接 [ ]
执行负责人 [ ]|验收负责人 [ ]
完成条件:依据、负责人、日期均已填写
同步相关方
告知对象 [ ]|确认记录位置 [ ]
未获必要确认前,不替相关方承诺费用或交期
05 执行与关闭:以证据结案
跟进执行
下一步动作 [ ]|负责人 [ ]|截止 [ ]
阻碍 [ ]|需要谁决定 [ ]|升级时间 [ ]
按原验收句验证
通过项及证据链接 [ ]|验证人和日期 [ ]
未通过项 [ ]|修复负责人 [ ]|复验日期 [ ]
关闭并留痕
状态 [已验收/待修复/撤回/延后]
实际人时及费用 [ ]|与估算差异原因 [ ]
归档:申请、决策、版本、验收证据放同一索引
06 虚构示例:活动报名页增加提醒
原计划与新增要求
原计划:周五交付报名页,不含提醒功能
新增:报名成功后自动发送提醒
目标:减少重复咨询;效果尚待验证
比较方案
A 保持原计划,另记提醒需求
B 本期增加成功页说明,提醒功能另排
C 全量增加提醒,需评估通知渠道与开发测试
示例决定与验收
示例选择 B:负责人确认,不承诺提醒功能
验收:测试报名成功后可看到时间、地点和联系入口
演练只展示写法,工时、预算和日期按实际另填