项目风险登记册的价值，在于让团队在风险变成问题前看到信号并采取动作。每条风险至少包含原因、可能事件、影响、概率、责任人、应对方案、触发器和下一次检查日期。只写“进度风险”而没有动作，不能称为登记册。
先定义字段：让一条风险可以被复核
| 字段 | 写法 | 示例 |
|---|---|---|
| 原因 | 描述当前存在的条件 | 关键接口依赖外部团队 |
| 风险事件 | 描述可能发生什么 | 接口延迟导致联调顺延 |
| 影响 | 写对目标的具体影响 | 验收日期推迟 3 个工作日 |
| 概率/影响 | 按统一口径评分 | 概率 3，影响 4 |
| 责任人 | 能推动应对的人 | 研发负责人 |
| 触发器 | 可观察的预警信号 | 连续两次联调未返回结果 |
| 应对动作 | 写下一步与截止时间 | 本周确认替代接口 |
| 关闭证据 | 何时算风险结束 | 联调报告通过 |
概率和影响怎么评分：先统一口径再排序
可以用 1—5 评分，但要在项目开始时定义每个分值的含义。例如概率 1 表示极少发生，5 表示几乎确定；影响 1 表示不改变关键目标，5 表示需要调整范围或日期。评分用于排序，不是精确预测。
建议优先处理高分且接近触发器的风险，同时保留低分但不可逆的风险。每周复核评分变化，记录变化原因而不是只改数字。
四类应对：减少可能性、降低影响、转移或接受
- 规避：调整方案或范围，直接移除风险来源。
- 降低：提前验证、增加冗余或缩小试点，降低发生概率或影响。
- 转移：把责任或损失交给更合适的合作方，并写清边界。
- 接受：判断成本可控，保留触发器和应急动作，不等于放弃跟踪。
每个应对动作都要有负责人、完成日期和验收证据；“持续关注”不是动作。
在项目周会上复核：状态比数量更重要
会议按“新风险—触发风险—应对进展—需要决策”四组筛选。关闭风险时写证据；转化为问题时，把原风险链接到问题单，避免登记册与执行看板断开。
在 Boardmix 中搭建可视化登记册
表格保存字段，颜色只表达风险状态，矩阵用来观察概率与影响分布，评论记录每周变化。把责任人、触发器和复核日期放在卡片顶部，让项目成员打开画布就知道下一步。
常见问题
风险登记册和风险评估有什么区别？
评估是一次或阶段性的判断，登记册是持续跟踪的工作对象，包含责任人、动作、触发器和关闭证据。
风险很多时先处理哪一条？
先处理高影响且触发临近的风险，再处理可以低成本提前验证的风险。排序规则要写在项目约定中。
下一步：把当前项目的风险从聊天记录中集中到一张表，为每条补上触发器和下一次检查日期。
粤公网安备44030502008643