pm-risk
SolidUse when: 技术方案完成后需要风险排查、上线前风险识别评估、项目关键节点风险管控 Do NOT use when: 项目极小风险可控、已存在完整的风险管理机制无需新建
Data & Documents 41 stars
6 forks Updated yesterday MIT
Install
Quality Score: 86/100
Stars 20%
Recency 20%
Frontmatter 20%
Documentation 15%
Issue Health 10%
License 10%
Description 5%
Skill Content
## 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) 质量风险(测试不充分、技术债务、性能问题)
> 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的用户信息收集完成后,以下两个任务可以并行执行:
| 子任务 | 说明 |
|--------|------|
| 风险登记表生成 | 基于已识别风险类型,自动生...
Details
- Author
- konglong87
- Repository
- konglong87/superPM
- Created
- 4 months ago
- Last Updated
- yesterday
- Language
- JavaScript
- License
- MIT
Bundled in these plugins
Similar Skills
Semantically similar based on skill content — not just same category
Data & Documents Solid
pm-agile
Use when: 项目启动时需要建立敏捷开发流程、设计团队协作机制、规划迭代节奏 Do NOT use when: 团队已有成熟敏捷流程、仅需单一项目管理工具而非流程设计
41 Updated yesterday
konglong87 Data & Documents Solid
pm-feedback
Use when: 需要分析用户反馈和评论、评估用户满意度、收集产品改进建议、进行情感分析 Do NOT use when: 用户反馈数据极少、仅需收集无需分析
41 Updated yesterday
konglong87 Data & Documents Solid
pm-release
Use when: 风险管控完成后准备上线发布、需要制定上线检查清单与回滚方案、正式发版流程 Do NOT use when: 上线流程已标准化且由运维自动化执行、仅需简单发布无需检查清单
41 Updated yesterday
konglong87