AI怎么做项目风险清单:概率、影响、责任人和应对措施提示词

用 AI 根据项目目标、里程碑、依赖和历史问题生成项目风险清单,区分风险与已发生问题,评估概率和影响,制定触发信号、应对动作、责任人及复查日期。

项目风险清单的作用不是证明“我们考虑得很全面”,而是提前发现可能影响目标的事件,并在它发生前安排监控和应对。AI 可以从计划、依赖和历史问题中帮助找风险,但不能替团队判断概率、资源承诺和是否接受风险。尤其要区分:风险是尚未发生但可能发生的事,已经发生的延期、故障和资源缺口应进入问题清单。

先把项目事实输入完整

至少提供项目目标、范围、里程碑、关键依赖、参与团队、预算或资源限制、历史相似项目问题和不能变更的约束。如果需求边界还不清楚,可先用AI写PRD产品需求文档提示词明确功能、规则和非目标;时间与任务安排可结合AI月度工作计划提示词整理。

风险描述要包含原因、事件和影响

“接口有风险”无法跟踪。更清楚的写法是:“由于第三方接口文档尚未确认,联调可能晚于计划开始,导致核心流程测试时间被压缩。”这句话分别说明了原因、可能发生的事件和对项目目标的影响,后续才能设置触发信号和责任人。

包含风险事件触发信号概率影响应对动作责任人和复查日期的项目风险清单

可直接复制的项目风险清单提示词

你是一名项目风险登记助理。请根据我提供的项目事实,识别尚未发生但可能影响项目目标的风险,整理成可跟踪的风险清单。不要编造预算、人员承诺、发生概率、供应商能力或管理层决定。

项目目标:[填写最终要达成的结果]
项目范围与非范围:[填写]
关键里程碑:[日期、交付物、验收人]
参与团队和责任边界:[填写]
外部依赖:[供应商、接口、审批、数据、场地等]
资源限制:[人员、预算、时间、设备]
历史问题:[相似项目出现过什么]
不可变约束:[法规、合同、上线窗口等]
当前已发生问题:[填写,避免误列为风险]

请输出:
1. 风险识别摘要:按范围、进度、质量、资源、依赖、合规和运营分类
2. 风险清单表格,每条包含:
   - 风险编号
   - 风险描述,使用“由于……可能发生……从而影响……”格式
   - 证据或判断依据
   - 发生概率:高/中/低,并说明依据
   - 影响程度:高/中/低,说明影响哪个目标或里程碑
   - 风险等级
   - 早期触发信号
   - 预防动作
   - 风险发生后的应急动作
   - 风险责任人
   - 动作截止日期
   - 下次复查日期
   - 当前状态
3. 已发生问题清单:从风险中单独移出
4. 需要管理层或专业人员决策的事项
5. 本周优先跟踪的前 5 项风险及原因

规则:
- 只有尚未发生且存在不确定性的事项才写入风险清单
- 概率和影响没有证据时写“待团队评估”,不要假装精确
- 风险责任人负责监控和推动动作,不等于对风险结果负责
- 预防动作和应急动作必须分开
- 动作要包含负责人、完成时间和可观察结果
- 合同、法律、财务、安全和隐私风险只做识别,交专业人员判断
- 不把“加强沟通、持续关注、及时处理”当作完整应对措施

输出后自检:
- 每条是否同时写明原因、可能事件和影响
- 是否把已经发生的问题错误列为风险
- 高风险是否有触发信号、具体动作、责任人和复查日期
- 概率与影响是否有事实依据
- 应对动作是否真的能降低概率、降低影响或缩短恢复时间

示例:第三方接口延期风险怎么写

模糊写法:第三方接口可能延期,需要持续关注。

风险登记:由于第三方尚未提供正式接口文档和测试环境,联调可能晚于 7 月 25 日开始,从而压缩核心交易流程的测试时间并影响 8 月 5 日验收。

  • 判断依据:文档交付已比原计划晚 3 天,测试账号仍未开通。
  • 触发信号:7 月 23 日下班前仍未收到接口文档或测试账号。
  • 预防动作:接口负责人在 7 月 22 日确认最小字段清单;产品负责人准备模拟数据和降级流程。
  • 应急动作:触发后先验证核心链路,非关键能力移至下一版本,并提交范围变更评审。
  • 复查安排:责任人每日更新交付状态,项目经理在周会重新评估概率和影响。

四类常见应对策略

  • 规避:调整方案,移除产生风险的做法或依赖。
  • 降低:通过测试、备份、拆分或提前确认降低概率或影响。
  • 转移:通过合同、保险或外部服务转移部分责任,但项目团队仍需监控。
  • 接受:当成本高于影响时明确接受,并准备应急和恢复方案。

涉及合同交付、违约和责任边界时,可参考AI合同条款对比提示词整理差异,但最终判断应由业务或法律负责人完成。风险动作进入执行阶段后,可用AI工作交接清单明确交付物和接收人。

项目风险清单的维护节奏

项目启动时建立初版,每次周会只重点复查高等级风险、触发信号变化和逾期动作。里程碑、范围或外部依赖变化后应立即补充。项目结束时对照实际问题,记录哪些风险被准确识别、哪些触发信号无效,作为下次项目的事实输入。需要用数据验证风险是否影响指标时,可结合AI数据分析报告提示词区分事实与原因假设。

AI做风险清单的失败边界

  • AI 列出很多通用风险不代表覆盖了真实项目,关键证据仍来自计划、依赖和历史记录。
  • 不能把“高、中、低”当作客观测量,应由团队按统一标准评估。
  • 风险责任人不是背锅人,责任应落在监控、升级和推动应对动作上。
  • 涉及法律、财务、安全、隐私和人身风险时,AI 只能辅助整理,不能替专业人员作结论。