Pm Risk

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) 质量风险（测试不充分、技术债务、性能问题） > G) 运营风险（用户接受度、推广难度、客服压力） > H) 全部识别（系统化排查）

步骤 2: 风险评估

使用 AskUserQuestion:

> 📊 风险评估维度 > > 如何评估风险严重程度？ > > A) 概率 × 影响（标准方法） > B) 矩阵评估（概率-影响矩阵） > C) 定性评估（高/中/低）

步骤 3: 制定应对策略

使用 AskUserQuestion:

> 🛡️ 风险应对策略 > > 针对已识别风险，优先采用哪种策略？ > > A) 规避（改变计划，消除风险） > B) 缓解（降低概率或影响） > C) 转移（外包、保险） > D) 接受（预留应急资源） > E) 根据风险类型灵活选择

步骤 4: 建立监控机制

使用 AskUserQuestion:

> 📈 风险监控频率 > > 需要多频繁地监控风险？ > > A) 每日（高风险项目） > B) 每周（标准监控） > C) 每迭代（迭代评审时） > D) 按需（发现预警信号时）

步骤 5: 生成风险管控方案

使用 Write 工具生成 docs/04-风控管理/风险管控方案.md。

---

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

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

可并行子任务

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

| 子任务 | 说明 | |--------|------| | 风险登记表生成 | 基于已识别风险类型，自动生成完整风险识别清单 | | 应对策略编排 | 根据风险类型和评估方法，输出应对措施和应急预案 |

触发方式

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

V1 vs V2 对比

| 维度 | V1.1.0（串行） | V2.0.0（Subagent并行） | 节省 | |------|---------------|----------------------|------| | 风险登记 | 用户逐一确认风险项 | Agent并行生成风险清单 | 约3轮交互 | | 应对策略 | 依次询问每个风险的应对 | Agent自动输出应对措施 | 约3轮交互 | | 监控机制 | 逐个问询监控频率 | Agent并行输出监控方案 | 约2轮交互 | | 总交互轮次 | 约10-12轮 | 约5-6轮 | 减少50%+ | | 耗时估算 | 10-14分钟 | 5-7分钟 | 节省约6分钟 |

---

输出文件

风险管控方案 → docs/04-风控管理/风险管控方案.md

---

输出文档模板

# 风险管控方案

## 一、风险管理概况

- **风险类型**: [从步骤1提取]
- **评估方法**: [从步骤2提取]
- **应对策略**: [从步骤3提取]
- **监控频率**: [从步骤4提取]
- **生成时间**: [当前时间]

---

## 二、风险识别清单

### 2.1 技术风险

| 风险ID | 风险描述 | 触发条件 | 早期预警信号 |
|--------|---------|---------|-------------|
| TR-001 | 技术选型不当，性能不达标 | 高并发场景 | 压测数据异常 |
| TR-002 | 第三方API不稳定 | 调用失败率上升 | 错误日志增加 |
| TR-003 | 新技术学习成本高 | 开发进度延迟 | 团队反馈困难 |

### 2.2 进度风险

| 风险ID | 风险描述 | 触发条件 | 早期预警信号 |
|--------|---------|---------|-------------|
| SC-001 | 核心人员离职 | 关键人员请假 | 团队士气低落 |
| SC-002 | 需求变更导致延期 | 变更频率增加 | 工时预估不足 |
| SC-003 | 依赖方延期交付 | 联调时间紧张 | 对方进度滞后 |

### 2.3 需求风险

| 风险ID | 风险描述 | 触发条件 | 早期预警信号 |
|--------|---------|---------|-------------|
| RQ-001 | 需求理解偏差 | 评审分歧 | 频繁澄清 |
| RQ-002 | 需求蔓延 | 功能不断增加 | 超出MVP范围 |
| RQ-003 | 伪需求 | 用户反馈冷淡 | 数据表现差 |

### 2.4 外部风险

| 风险ID | 风险描述 | 触发条件 | 早期预警信号 |
|--------|---------|---------|-------------|
| EX-001 | 政策法规变化 | 行业监管加强 | 行业新闻 |
| EX-002 | 竞品提前发布 | 市场动向 | 竞品动态 |
| EX-003 | 第三方服务中断 | 服务不可用 | 服务状态异常 |

---

## 三、风险评估矩阵

### 3.1 评估标准

**概率等级**:
- 高（3分）: 发生概率 > 50%
- 中（2分）: 发生概率 20%-50%
- 低（1分）: 发生概率  ⚠️ 任何一项未通过 → 补全后再标记完成。

---

**项目状态**: 风险管控方案已制定
**生成时间**: [时间戳]
**生成工具**: super-pm

---

推荐下一步

执行完成后，输出：

✅ 风险管控方案已生成！

🎯 建议下一步：

1. /pm-release（制定上线方案）
2. /pm-change（建立变更管理机制）
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.