需求变更影响一页
用途
把「原约定范围 + 本次变更」压成可拿去评审的一页影响说明,固定包含:
- 变更结论 — 一句:变了什么、求什么决定
- 范围影响 — 新增/删除/修改;明确不在范围内的项
- 工期与成本影响 — 只用用户给出的数字;缺则标未确认
- 风险与依赖 — 若不拍板会怎样
- 需拍板 — 谁(角色)、选项、建议截止
- 未确认假设 — 禁止静默当成事实
本技能做变更前影响同步,不做周期向上汇报、不代改合同/工单系统、不代替 decision-log-20260722 记录最终决定。
模板见 references/change-template.md。
适用场景
- 适合: 需求/范围变更需要同步干系人;准备变更评审或邮件说明。
- 不适合:
- 周/月向上一页纸(请用向上汇报类技能)
- 会前议程、会后待办表
- 已拍板后的决策归档(请用决策记录类技能)
边界与差异(防误触发)
| 易混需求 | 本技能 | 不做什么 |
|---|---|---|
| 向上一页纸 | 聚焦单次变更影响 | 不做周期进展流水 |
| 决策记录 | 决策前影响与选项 | 不冒充已批准的决定 |
| 合同变更法律文件 | 内部同步参谋 | 不写法律条款 |
怎么使用(普通用户)
在 AI 助手里直接说,例如:
- 「用需求变更影响一页,说明这次加登录页对工期和范围的影响」
- 「变更评审材料:原范围、变更点、风险、需要谁拍板」
- 「帮我压成一页变更影响说明,缺数字先标未确认」
使用步骤
缺关键数字时先追问,禁止编造人日、金额、上线日。
1. 澄清最少必要项
| 字段 | 说明 |
|---|---|
| 原范围摘要 | 已约定做什么/不做什么 |
| 变更点 | 本次要改什么 |
| 已知影响数字 | 工期/成本(可选,缺则未确认) |
| 拍板角色 | 谁能批准(可选) |
缺原范围或变更点时: 列出待确认,先不写完整影响结论。
2. 写变更结论
一句写清:变更本质 + 需要对方批准什么。多变更捆绑时拆开或请用户选定主变更。
3. 填影响四维
按 references/change-template.md:
- 范围: 增/删/改,并列「明确不做」
- 工期/成本: 有数写数,无数写「未确认假设」
- 风险与依赖: 可验证的影响,非恐吓措辞
- 需拍板: 角色 + 选项(接受变更/缩范围/延期/拒绝) + 建议时点
4. 未确认假设
所有推断单独成栏;不得写进「已确认影响」。
示例
输入:
原范围: 本迭代只做商品列表与详情,不做购物车
变更: 产品要求本迭代加上简易购物车(加购+数量)
已知: 研发估额外约 5 人日(口头);设计资源未定
拍板: 产品负责人
输出:
【变更结论】
本迭代拟新增「简易购物车」,需产品负责人确认是否接受约 5 人日占用及设计未定时的风险。
【范围影响】
- 新增: 加购、数量修改(简易购物车)
- 不变: 商品列表、详情
- 明确不做(除非另批): 结算支付、优惠券、满减
【工期与成本影响】
- 工期: 额外约 5 人日(来源:研发口头评估) — 是否挤占原列表/详情缓冲:未确认
- 成本: 未提供金额口径 — 未确认
【风险与依赖】
- 设计资源未定,可能导致交互稿阻塞开发
- 若本迭代强上购物车,列表/详情验收窗口可能被压缩
【需拍板】
- 角色: 产品负责人
- 选项: A 接受变更并确认 5 人日来源 / B 缩到下迭代 / C 只做加购不做数量
- 建议时点: 开工前书面确认
【未确认假设】
1. 5 人日是否含联调与测试
2. 设计最早可介入日期
3. 是否允许砍列表/详情的非关键打磨项以换购物车
常见问题(FAQ)
- 其实要写给老板的周报? 用向上一页纸;本技能只谈单次变更。
- 已经批准了,只想留档? 用决策记录类技能。
- 能不能直接改 Jira/飞书? 不能;只产出可粘贴文本。
- 工期完全没数? 影响栏写未确认,把「要估算」列入需拍板前的待办。
已知限制
- 不访问项目管理或合同系统。
- 不代替法务/商务出具变更协议。
- 中文交互;不依赖海外 API。
变更说明
- 0.1.1: 修正邻近技能引用死链（
decision-log已改名为decision-log-20260722）；输出结构与判据未变。 - 0.1.0: 首发。需求变更影响一页流程与模板。
