pm-risk
SolidUse when: 技术方案完成后需要风险排查、上线前风险识别评估、项目关键节点风险管控 Do NOT use when: 项目极小风险可控、已存在完整的风险管理机制无需新建
Data & Documents 69 stars
8 forks Updated 2 days ago MIT
Install
Quality Score: 87/100
Stars 20%
Recency 20%
Frontmatter 20%
Documentation 15%
Issue Health 10%
License 10%
Description 5%
Skill Content
## Preamble
```bash
echo "⚠️ 风险管控工具已启动"
```
---
## 写入时边界
只讨论时不写文件,启动检查不创建目录。用户要求保存产物时,先确认当前产品、精确输出路径及已有文件的覆盖/追加选择;确认后**仅在实际 Write 前**创建该输出文件的父目录。完整安装可参见 `skills/_shared/artifact-policy.md`,单独安装本 skill 也按本段执行。
---
## 跨 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的用户信息收集完成后,以下两个任务可以并行执行:
| 子任务 | 说明 |
|--------|------|
| 风险登记表生成 | 基于已识别风险类型,自动生成完整风险识别清单 |
| 应对策略编排 | 根据风险类型和评估方法,输出应对措施和应急预案 |
### 触发方式
在步骤5生成文档前,使用 Agent 工具激活子任务并行执行。
### V1 vs V2 对比
...
Details
- Author
- konglong87
- Repository
- konglong87/superPM
- Created
- 6 months ago
- Last Updated
- 2 days ago
- 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: 团队已有成熟敏捷流程、仅需单一项目管理工具而非流程设计
69 Updated 2 days ago
konglong87 Data & Documents Solid
pm-feedback
Use when: 需要分析用户反馈和评论、评估用户满意度、收集产品改进建议、进行情感分析 Do NOT use when: 用户反馈数据极少、仅需收集无需分析
69 Updated 2 days ago
konglong87 Data & Documents Solid
pm-market
Use when: 需要了解市场格局与竞争态势、收集行业数据、分析竞品优劣势、评估市场机会 Do NOT use when: 市场已有充分内部调研数据、仅需简单规模估算无需深度分析
69 Updated 2 days ago
konglong87