指南 › 指南

风险登记册模板

没人看的风险登记册，只是一张写满良好意愿的电子表格。用好这些列、一套直白的评分表和每周一次的习惯，它就会成为发起人点名要的文件。

可复制的列

从这些开始，别忍不住多加。每多一列，就多一样要保持更新的东西。

• 编号，以及一行标题，写事件，而不是担忧。
• 按“如果发生这件事，就会导致那件事，进而影响这件事”的形式写描述。
• 类别：进度、成本、范围、资源、供应商、技术或外部因素。
• 可能性（1–5）、影响（1–5）和得分（可能性乘以影响）。
• 负责人：一位具名的人，绝不是一个团队。
• 应对：规避、降低、转移或接受。
• 缓解行动，每项各有负责人和到期日。
• 触发条件：风险正在变成问题的早期信号。
• 状态（开放、关闭、已发生）以及最近一次复查的日期。

用直白的话写评分表

团队争论评分，比争论风险本身还多。一次把评分表约定好，写在登记册最上方，然后别再争了。

示例评分表，仅作说明：1–4 分为低，5–9 分为中，10–16 分为高，17–25 分为严重。请按自己的风险偏好调整分段。

• 可能性 1：不太可能。3：很可能发生。5：预计会发生。
• 影响 1：延误一两天，或成本可忽略。3：某个里程碑后移，或预算吃紧。5：商业论证或某个截止日期岌岌可危。
• 可能性 4、影响 3，得分 12，落在高风险区间。
• 与发起人一起复核分段，让他们眼中的“高”和您的一致。

写出别人能行动的风险

最常见的失误，是把风险写成一个话题，例如“资源”。要说清可能发生什么、会导致什么、代价是多少。

好的风险包含原因、事件和后果，并且能由某个具名的人来缓解。

• 弱：供应商延误。
• 更好：如果供应商错过 3 月 14 日的交付日期，测试将推迟启动，上线最多延迟三周。
• 问一问，要发生这件事需要满足什么条件，并把它用作触发条件。

每周保持更新

在每次状态汇报之前，与负责人一起复查最主要的风险。关闭已过去的，把已发生的当天升级为问题，再加上新增的。

• 与负责人逐项复查每个开放条目，并更新复查日期。
• 确认每项缓解行动确实已在计划中。
• 汇报得分最高的前五项，以及任何有变化的条目。
• 明确地撤销风险，并注明原因。

它放在哪里

登记册与计划关联时最管用。在 Senshin 中，RAID 日志把每个风险与它所影响的任务或成本行联系起来，所以当计划变动时，您能看到哪些风险随之变化。

它在 Senshin 中的位置

常见问题

更多指南

最后更新: 2026-10-22