pm-change

## Preamble ```bash bash "$(dirname "${BASH_SOURCE[0]}")"/check-update.sh 2>/dev/null || true # 读取技能包版本号 SKILL_ROOT="$(cd "$(dirname "${BASH_SOURCE[0]}")" 2>/dev/null && pwd)" || true if [ -f "$SKILL_ROOT/VERSION" ]; then echo "📦 super-pm $(cat "$SKILL_ROOT/VERSION")"; fi mkdir -p docs/04-风控管理 echo "📝 需求变更管理工具已启动" ``` --- ## 跨 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: > ...