Pm Change

Preamble

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 "📝 需求变更管理工具已启动"

---

执行流程

步骤 1: 记录变更申请

使用 AskUserQuestion:

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

继续询问：

> 🎯 变更类型 > > 本次变更的类型： > > A) 新增需求（增加新功能） > B) 修改需求（调整现有功能） > C) 删除需求（取消原定功能） > D) 优先级调整（改变开发顺序）

步骤 2: 影响评估

使用 AskUserQuestion:

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

继续询问：

> ⏱️ 影响程度评估 > > 变更的影响程度： > > A) 轻微影响（工期 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分钟 |

---

输出文件

需求变更记录 → docs/04-风控管理/需求变更记录.md

---

输出文档模板

# 需求变更记录

## 一、变更概况

- **变更申请总数**: [累计数量]
- **已批准**: [数量]
- **已拒绝**: [数量]
- **待评估**: [数量]
- **生成时间**: [当前时间]

---

## 二、变更记录表

| 变更ID | 申请日期 | 变更内容 | 来源 | 类型 | 影响程度 | 审批结果 | 执行状态 |
|--------|---------|---------|------|------|---------|---------|---------|
| CH-001 | 2026-03-25 | 新增导出功能 | 用户反馈 | 新增 | 中等 | 已批准 | 已完成 |
| CH-002 | 2026-03-26 | 修改登录流程 | 竞品动态 | 修改 | 重大 | 待评估 | 待执行 |
| CH-003 | 2026-03-27 | 删除分享功能 | 业务调整 | 删除 | 轻微 | 已批准 | 进行中 |

---

## 三、变更详情

### CH-001: 新增导出功能

#### 3.1 变更申请

**申请日期**: 2026-03-25
**申请人**: 产品负责人
**变更来源**: 用户反馈
**变更类型**: 新增需求

**变更描述**:
用户反馈需要导出数据报表功能，当前系统仅支持在线查看，无法导出Excel或PDF格式。

**变更原因**:
- 用户场景：管理层需要离线查看报表
- 业务价值：提升用户满意度，降低流失率
- 紧急程度：高（已有多位用户投诉）

#### 3.2 影响评估

**影响范围**:
- ✅ 功能范围：新增导出模块
- ✅ 开发进度：预计增加3天工期
- ✅ 测试范围：需测试多种格式导出
- ✅ 数据迁移：无需迁移

**影响程度**: 中等影响
- 工期延长：3天
- 影响模块：数据报表模块
- 资源需求：前端1人，后端1人

**风险评估**:
- 技术风险：低（成熟技术方案）
- 进度风险：中（需调整迭代计划）
- 质量风险：低（功能相对独立）

#### 3.3 变更决策

**审批级别**: 产品负责人 + 技术负责人审批

**审批结果**: ✅ 已批准

**批准条件**:
- 不影响当前迭代核心目标
- 导出功能支持Excel和PDF两种格式
- 文件大小限制在10MB以内

**批准人**: 产品负责人、技术负责人
**批准日期**: 2026-03-25

#### 3.4 执行计划

**执行时机**: 下个迭代（2026-03-28 开始）

**任务拆分**:
- 设计导出接口（后端，0.5天）
- 实现导出逻辑（后端，1天）
- 开发导出UI（前端，0.5天）
- 测试验证（测试，1天）

**责任人**:
- 后端开发：张三
- 前端开发：李四
- 测试：王五

**验收标准**:
- 支持导出Excel和PDF格式
- 文件大小限制在10MB以内
- 导出时间  ⚠️ 任何一项未通过 → 补全后再标记完成。

---

**项目状态**: 需求变更记录已更新
**生成时间**: [时间戳]
**生成工具**: super-pm

---

推荐下一步

执行完成后，输出：

✅ 需求变更记录已更新！

🎯 建议下一步：

1. /pm-retro（进行迭代复盘，总结变更管理经验）
2. /pm-roadmap（更新产品路线图）
3. /pm-agile（优化敏捷管理流程）

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

• Author: konglong87
• Source: konglong87/superPM
• License: MIT
• Homepage: https://konglong87.github.io/anything-ai/

Install and usage instructions live in the source repository linked above.