概率影响矩阵能排出“多可能、多严重”，却排不出“哪个更急”：两个高分数风险，一个三个月后才可能发生，一个下周就可能触发，矩阵给出的优先级相同。本文给出一套可落地的补充方法：在风险登记中增加最早可能发生时间、影响持续窗口、触发信号三个时间字段，用风险速度与应对提前期比较得出紧迫度，并相应调整评估结果在分级、议程和启动时点上的用法。
要点总览（TL;DR）
- 概率影响矩阵的两个轴只表达发生概率与影响程度，时间信息不在轴内；补充时间维度应在风险登记中另设字段，而不是改造矩阵轴。
- 建议补充三个字段：最早可能发生时间（或区间）、影响持续窗口、触发信号及其可观测时间点，并统一填写口径。
- 紧迫度用风险速度与应对提前期比较得出：风险速度小于应对提前期即为紧迫，两者接近为较紧迫，时间缺失标注待确认。
- 矩阵分数保留用于风险分级与责任分配，时间字段用于决定应对启动时点与评审议程顺序，两者组合使用。
- 时间维度是否生效，可按字段填写、分档可追溯、议程排序、观察清单更新等检查项逐项核对。
先明确矩阵缺的是什么：时间维度的三个字段
概率影响矩阵的两个轴分别表达风险发生的可能性与影响程度。这两个维度描述的是风险的“量级”，回答的是这个风险值不值得管、该由谁管。时间信息不在轴内：一个风险无论三个月后发生还是下周发生，只要概率和影响打分相同，在矩阵上的位置就相同。因此补充时间维度不需要改造矩阵轴，而是在风险登记中另设字段，让时间成为可填写、可比较的数据。
建议补充以下三个字段，覆盖“什么时候来、来多久、怎么提前知道”三个问题。
| 字段名 | 含义 | 填写口径 | 示例 | 责任人 |
|---|---|---|---|---|
| 最早可能发生时间 | 风险首次可能对项目产生影响的时点或区间 | 填具体日期或区间（如“第8—10周”）；无法确定时填最可能区间并标注依据 | 关键模块供应商交付延迟，最早可能在第6周出现 | 风险责任人 |
| 影响持续窗口 | 风险一旦发生，影响持续多久，是一次性冲击还是持续影响 | 区分“一次性”与“持续”，持续型填写预计持续时长及是否随项目阶段衰减 | 核心人员离职：一次性交接冲击约2周，后续产能下降持续1个月 | 风险责任人 |
| 触发信号及可观测时间点 | 什么现象出现说明风险正在逼近，该现象最早何时可被观察到 | 写可观测的事件或指标，不写“情况恶化”这类无法判断的表述；同时填预计可观测时点 | 供应商连续两周未按承诺更新进度，预计第4周末可观测 | 风险责任人，评审会上由团队确认 |
填写口径要统一，否则字段无法比较。最早发生时间统一用项目日历周次或日期，不用“近期”“后期”这类模糊表述；影响持续窗口统一用“一次性/持续+时长”的格式；触发信号必须能被具体的人观察到，并指明观察渠道（如周报、进度会议、测试结果）。三个字段由风险责任人填写，项目经理在评审时检查口径一致性。
用风险速度与应对提前期算出紧迫度
有了时间字段，下一步是把它们转成可以排序的紧迫度。核心是比较两个时间量：风险速度与应对提前期。
风险速度指从触发信号可被观察到，到影响真正落地之间的时间。它由“触发信号可观测时间点”和“最早可能发生时间”共同决定：信号出现得越晚、影响来得越快，速度越高。例如供应商在第4周末出现异常信号，第6周交付延迟开始影响项目，风险速度约为2周。
应对提前期指从做出应对决策，到措施真正生效所需的时间。它取决于措施类型：调整排期可能只需几天，更换供应商或补充人力可能需要数周。提前期由项目经理与责任人共同估算，并记录估算依据。
两者比较得出紧迫度分档：
| 比较结果 | 紧迫度 | 处理约定 |
|---|---|---|
| 风险速度明显小于应对提前期（剩余时间不足以完成应对） | 紧迫 | 当期启动应对，进入本次评审议程 |
| 风险速度与应对提前期接近（余量不足一个评审周期） | 较紧迫 | 列入近期观察清单，明确触发信号与观察人，下次评审必议 |
| 风险速度明显大于应对提前期 | 不紧迫 | 保持定期复核，触发信号出现时重新评估 |
| 时间字段缺失或无法确定 | 待确认 | 标注待确认，列入近期复核，不默认视为不紧迫 |
紧迫度与矩阵分数组合使用，形成二维判断：矩阵分数决定风险的重要程度和资源投入级别，紧迫度决定何时动手。高分数加高紧迫度，当期处理；高分数加低紧迫度，保留责任人和应对预案，定期复核；低分数加高紧迫度，进入当期议程但不一定投入大量资源；低分数加低紧迫度，常规登记即可。无法确定时间时，按“待确认”处理并设定补填期限，避免因信息缺失被误判为可以搁置。
调整评估结果的使用方式：分级排序与启动时点
补充时间维度后，矩阵分数仍然有用，但用法要收窄：分数负责分级与责任分配，时间字段负责启动时点与议程顺序。两者各管一段，避免用分数直接决定“先做哪个”。
具体调整体现在四个环节。第一，风险分级维持原规则，按矩阵分数划分高、中、低，并据此确定责任层级和应对资源上限。第二，应对启动时点改由紧迫度决定：紧迫风险当期启动，较紧迫风险进入近期观察清单并指定观察人，不紧迫风险按固定周期复核。第三，高概率高影响但时间较远的风险，从“当期应对”降为“定期复核”，保留预案和触发条件，减少无谓的提前投入。第四，低分数但临近发生的风险，从“登记备查”提升为“当期议程”，因为它的应对窗口可能已经不足。
风险登记册相应增加时间字段和紧迫度列，并按紧迫度生成近期观察清单。评审会议程按“紧迫—较紧迫—待确认—其余”排序讨论，把时间留给真正需要决策的风险。在ONES中，可以把风险作为工作项登记，用自定义字段承载最早发生时间、影响窗口和触发信号，结合里程碑标记关键时间点、任务前后置依赖呈现影响路径；评审时通过项目列表查看状态与进展，议程和结论沉淀在文档中，便于下次评审对照更新。
角色分工与各环节交付物
时间维度能否生效，取决于每个环节是否有人负责、有物可交。建议按以下责任链执行。
| 角色 | 动作 | 交付物 | 交接时点 |
|---|---|---|---|
| 风险责任人 | 填写三个时间字段，随项目进展更新；触发信号出现时第一时间报告 | 风险登记条目中的时间字段与更新记录 | 风险登记时填写，每次评审前更新 |
| 项目经理 | 检查字段口径一致性，估算应对提前期，判定紧迫度分档，安排议程 | 紧迫度分档结果、评审议程、近期观察清单 | 评审会前完成分档与议程 |
| 团队成员 | 在评审会上确认触发信号是否可观测、观察渠道是否可行 | 触发信号确认意见 | 评审会中 |
| 项目经理与责任人 | 对“待确认”条目设定补填期限并跟踪 | 待确认清单及关闭记录 | 每次评审结束时 |
交接的关键在于评审会前完成分档、会中确认信号、会后更新登记。若责任人未按时更新字段，项目经理在议程准备阶段退回补填，不带着缺失数据开会。
一个完整示例：从矩阵打分到启动应对
以下为演示情景，用于说明流程，不代表真实项目数据。
某项目识别出一条风险：关键模块供应商可能延迟交付。初始矩阵打分为概率中、影响高，矩阵分数处于中高区间，按原规则列入重点风险，但与其他同分数风险并列，无法判断先后。
补充时间字段后：最早可能发生时间为第6周；影响持续窗口为持续型，交付延迟导致后续联调顺延约3周；触发信号为供应商连续两周未按承诺更新进度，预计第4周末可观测。
计算紧迫度：风险速度约为2周（第4周末信号出现到第6周影响落地）；应对提前期为更换备选供应商约需4周，调整排期约需1周。按更换供应商的措施比较，风险速度小于应对提前期，判定为紧迫；若只采取调整排期，则余量充足，可降为较紧迫。
决策差异随之出现：只看矩阵分数时，该风险与其他中高分风险一起排队，可能等到下次评审再议；补充时间维度后，它因应对窗口不足进入当期议程，项目经理在本次评审即决定启动备选供应商评估，并指定观察人跟踪第4周末的信号。矩阵分数仍决定它由谁负责、投入多少资源，时间字段决定了“现在就动”。
完成检查：时间维度是否真正生效
补充字段容易，改变用法难。可按以下清单逐项核对，判断时间维度是否落地。
- 风险登记中的三个时间字段是否全部填写，未填的是否有明确的“待确认”标注和补填期限。
- 每条风险是否已判定紧迫度分档，分档依据（风险速度与应对提前期的比较）是否可追溯。
- 评审议程是否按紧迫度排序，紧迫风险是否在当期得到决策，而非仅做通报。
- 近期观察清单是否按触发信号组织，每条是否指定观察人和观察渠道。
- 评审会上是否先讨论时间紧迫的风险，再讨论分数高但时间远的风险。
- 时间字段是否随项目进展更新，最近一次更新时间是否在本次评审周期内。
- 发现字段长期不更新时，是否退回责任人补填，并在议程准备阶段拦截缺失数据。
检查频率建议与评审周期一致。连续两个周期出现字段未更新的风险，应调整其责任人或复核方式，避免时间维度停留在表格里。
常见问题
风险发生时间只能给出一个区间、无法确定具体日期时，紧迫度怎么判？
按区间中最不利的一端估算风险速度，即用区间内最早可能发生的时点与触发信号可观测时点比较，得出偏保守的紧迫度。同时在风险登记中注明区间依据和不确定性来源，并在下次评审时复核区间是否收窄。若区间跨度大到无法判断紧迫度，按“待确认”处理并设定补填期限，不默认视为不紧迫。
应对措施有多种可选方案、提前期差别很大时，紧迫度按哪个方案算？
按当前计划采用的措施估算提前期，并在登记中写明措施类型和估算依据。如果备选方案的提前期明显更短，可以同时记录“按备选方案的紧迫度”，供评审会上决策参考。示例中更换供应商约需4周、调整排期约需1周，两种措施对应的紧迫度分档不同，评审时据此决定采取哪一档措施。
补充时间字段后，原有的概率影响矩阵打分会作废吗？
不作废。矩阵分数继续承担风险分级、责任层级和资源投入上限的判断，时间字段只补充“何时动手”这一层信息。两者组合使用：高分数加高紧迫度当期处理，高分数加低紧迫度保留预案并定期复核，低分数加高紧迫度进入当期议程。这样既保留了原有打分的可比性，也解决了同分数风险无法排先后的问题。
时间字段由谁维护，责任人长期不更新怎么办？
时间字段由风险责任人填写并随项目进展更新，项目经理在评审会前检查口径一致性和更新时间。发现字段长期不更新时，在议程准备阶段退回责任人补填，不带着缺失数据开会；连续两个周期未更新的风险，应调整其责任人或复核方式。待确认条目由项目经理与责任人共同设定补填期限并跟踪关闭。
在ONES中落地这套时间字段，需要用到哪些能力？
可以把风险作为工作项登记，用自定义字段承载最早发生时间、影响窗口和触发信号；结合里程碑标记关键时间点、任务前后置依赖呈现影响路径，评审时通过项目列表查看状态与进展，议程和结论沉淀在文档中。需要说明的是，风险条目专用的时间字段模板和按时间字段排序生成观察清单视图的能力，需以实际产品配置为准。
