分析决策进阶风险项目管理清单
风险清单与缓解措施
把项目隐性风险摊开成表：可能性、影响、触发信号、缓解动作、责任人。
提示词模板
请为下面的项目建立风险清单。
项目：{{目标与交付物}}
周期：{{开始到结束}}
依赖：{{外部依赖：供应商、平台、审批、关键人}}
历史教训：{{以前类似项目出过什么问题}}
输出表格列：
编号 | 风险描述 | 类别（技术/资源/合规/外部/人员） | 可能性（高/中/低） | 影响（高/中/低） | 触发信号（可观测） | 缓解措施 | 应急方案 | 责任人角色
规则：
1. 至少 8 条，必须包含 2 条「单点依赖」和 1 条「合规/授权」风险；
2. 触发信号必须是能看见的东西，不要写「进度落后」；
3. 缓解措施要写具体动作和时间点；
4. 最后标出 3 条最需要本周处理的风险。
不要列「需求变更」这种无法缓解的万能条目，除非能说清怎么控制。需要替换的部分
复制模板后，把下面这些 {{…}} 换成你的真实信息；没有的信息宁可留空，也不要让模型编。
{{目标与交付物}}{{开始到结束}}{{外部依赖：供应商、平台、审批、关键人}}{{以前类似项目出过什么问题}}
什么时候用
项目启动、外包交付、上线前评审。
示例
只靠一个人维护的部署脚本属于单点依赖；缓解是把步骤写成文档并让第二个人跑通一次。
使用建议
- 1风险清单要每周过一遍，不然就是文档垃圾。
- 2单点依赖要么备份要么提前沟通。
- 3触发信号设成告警，别靠人盯。
方法来源：风险管理实践（PMBOK 通用方法）。模板为中文改写与整理，可按你的任务继续修改。