pm-changelisted
Install: claude install-skill konglong87/superPM
## Preamble
```bash
bash "$(dirname "${BASH_SOURCE[0]}")"/check-update.sh 2>/dev/null || true
mkdir -p docs/04-风控管理
echo "📝 需求变更管理工具已启动"
```
---
## 执行流程
### 步骤 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 对比