pm-change

Preamble

echo "📝 需求变更管理工具已启动"

---

写入时边界

只讨论时不写文件，启动检查不创建目录。用户要求保存产物时，先确认当前产品、精确输出路径及已有文件的覆盖/追加选择；确认后仅在实际 Write 前创建该输出文件的父目录。完整安装可参见 skills/_shared/artifact-policy.md，单独安装本 skill 也按本段执行。

---

跨 Agent 交互规则

当流程要求与用户交互时：

1. 如果当前环境支持 AskUserQuestion，使用 AskUserQuestion（最佳体验）。
2. 如果当前环境不支持 AskUserQuestion，必须用普通聊天消息提出同样问题。
3. 一次只问一个问题。
4. 提问后必须停止当前回合，等待用户回答（STOP and WAIT）。
5. 不得在用户回答前生成文档、写入 docs。
6. 已有 docs 文件不能替代本轮用户回答。

---

执行流程

步骤 1: 记录变更申请

使用 AskUserQuestion:

📋 变更来源

变更申请的来源：

A) 用户反馈（用户需求变化） B) 竞品动态（市场变化） C) 业务调整（战略调整） D) 技术限制（技术实现问题） E) 法规要求（合规需求） F) 其他原因（请手动输入）

继续询问：

🎯 变更类型

本次变更的类型：

A) 新增需求（增加新功能） B) 修改需求（调整现有功能） C) 删除需求（取消原定功能） D) 优先级调整（改变开发顺序）

步骤 2: 影响评估

使用 AskUserQuestion:

📊 影响范围评估

变更影响哪些方面？（可多选）

A) 功能范围（新增/修改功能模块） B) 开发进度（工期延长） C) 技术架构（架构调整） D) 测试范围（回归测试） E) 用户体验（交互变化） F) 数据迁移（数据结构变化） G) 第三方集成（接口变化） H) 成本预算（资源增加）

继续询问：

⏱️ 影响程度评估

变更的影响程度：

A) 轻微影响（工期 < 2天，影响 < 1个模块） B) 中等影响（工期 2-5天，影响 1-3个模块） C) 重大影响（工期 > 5天，影响 > 3个模块） D) 致命影响（影响核心功能或架构）

步骤 3: 变更决策

使用 AskUserQuestion:

✅ 变更审批级别

根据影响程度，需要谁审批？

A) 项目经理审批（轻微影响） B) 产品负责人 + 技术负责人审批（中等影响） C) 变更控制委员会（CCB）审批（重大影响） D) 指导委员会审批（致命影响）

继续询问：

🔄 变更决策结果

变更审批结果：

A) 批准变更（同意执行） B) 有条件批准（需满足特定条件） C) 延期评估（稍后再议） D) 拒绝变更（不执行）

步骤 4: 制定变更计划

使用 AskUserQuestion:

📅 变更执行时机

何时执行变更？

A) 立即执行（紧急变更） B) 当前迭代（本周内） C) 下个迭代（下周） D) 后续版本（排入待办）

步骤 5: 记录变更

使用 Write 工具更新 docs/04-风控管理/需求变更记录.md。

---

Subagent 并行加速（v2.0.0 新增）

利用 Agent 工具并行执行独立子任务，大幅缩短总执行时间。

可并行子任务

当步骤1-4的用户信息收集完成后，以下两个任务可以并行执行：

子任务	说明
影响深度分析	基于变更类型和影响范围，自动生成影响评估矩阵
变更计划草拟	根据审批结果和执行时机，自动生成变更执行计划文档

触发方式

在步骤5生成文档前，使用 Agent 工具激活子任务并行执行。

V1 vs V2 对比

维度	V1.1.0（串行）	V2.0.0（Subagent并行）	节省
影响分析	用户逐一回答影响范围	Agent并行分析多维度影响	约3轮交互
变更计划	依次询问执行细节	Agent自动生成执行计划	约2轮交互
总交互轮次	约10-12轮	约5-7轮	减少45%+
耗时估算	10-15分钟	5-8分钟	节省约6分钟