风险研讨会怎么开
风险研讨会集中做识别与评估：会前准备检查清单与历史数据（范围、进度、成本、合同与历史项目教训），会中按类别分组建清单、对概率与影响打分、识别高暴露项，会后更新风险登记册并给每项指定责任人与应对时限。参与人要跨专业——单一团队视角通常会漏掉外部、合规与组织类风险；打分环节还要防止被强势意见主导，否则高暴露项会被系统性低估。
基本信息
| 会前输入 | 范围、进度、成本、合同信息与历史项目教训 |
|---|---|
| 会中流程 | 分组识别、评估打分、识别高暴露项、制定应对 |
| 参会人员 | 跨专业与跨部门代表，包含业务与技术 |
| 会后输出 | 更新风险登记册与风险报告 |
| 关键要求 | 每项风险有责任人与应对时限 |
典型使用场景
- 项目启动与阶段关口集中做一次风险识别与评估
- 引入新技术或新供应商时，用专项研讨会评估相关暴露
- 发生重大风险事件后复盘，检查识别环节的遗漏
- 计划发生重大调整时重新评估风险，因为前提已经变化
- 多团队项目联合研讨，识别跨团队依赖带来的风险
研讨会流程
研讨会流程
# 1 输入：范围、进度、成本、合同与历史项目教训
# 2 分组识别：按技术、外部、组织、项目管理四类
# 3 评估打分：概率与影响，识别高暴露项
# 4 制定应对：策略、责任人与触发条件
# 5 输出：更新风险登记册与风险报告常见失效与对策
| 失效表现 | 原因 | 对策 |
|---|---|---|
| 清单长期集中在技术类 | 视角单一 | 按类别分组建清单 |
| 高暴露项被低估 | 强势意见主导打分 | 独立打分后再汇总讨论 |
| 风险无人认领 | 只有清单没有责任人 | 每项指定责任人与时限 |
| 研讨会一年一次 | 缺少触发机制 | 阶段关口与重大变化后重跑 |
研讨会参与人要跨专业：单一团队视角会遗漏外部与合规风险。
打分环节被强势意见主导时，高暴露风险会被系统性忽略，储备测算也随之失真。