项目风险监控要回答三个问题：风险是否仍在可承受范围内、应对动作是否按计划推进、残余风险是否按预期下降。围绕这三个问题，建议设置风险敞口、应对完成率、残余风险变化三类核心指标，并按项目自身的风险容量划分关注、预警、升级三档阈值。指标越线只说明需要复核，不能直接证明风险已经受控。ONES可用于承载风险台账字段、应对动作状态和升级评审记录，让取数与流转过程可追溯。
要点总览（TL;DR）
- 风险监控围绕三类指标展开：风险敞口按概率×影响加权汇总，应对完成率按按期完成动作数÷应完成动作数计算，残余风险变化用本期残余敞口与上期或基线比较。
- 阈值按项目自身风险容量分关注、预警、升级三档，例如敞口达到容量的60%、80%、超过容量分别对应三档，不套用通用固定值。
- 升级判断同时看单指标越线和组合信号，典型组合是敞口连续两期上升且应对完成率低于约定线，或残余降幅明显低于计划降幅。
- 指标越线只提示需要复核，敞口下降可能来自风险关闭也可能来自概率被调低，解读时要回到台账证据核对。
- ONES可承载风险工作项字段、应对动作状态和升级评审记录，让指标取数与升级流转可追溯。
风险监控要回答的三个问题与评估目标
风险监控的评估目标可以拆成三类判断。第一类是范围判断：当前风险敞口是否落在项目可承受的容量之内。第二类是执行判断：计划中的应对动作是否按期完成，未完成的部分是否集中在高等级风险上。第三类是趋势判断：残余风险是否按预期下降，下降速度与计划是否存在偏差。三类判断分别对应风险敞口、应对完成率、残余风险变化三项指标。
指标的作用是触发复核和决策，而非给团队打分。当某项指标越线时，管理动作是召集责任人核对风险状态、调整应对方案或申请资源；指标本身不构成对个人绩效的结论。把监控指标直接用于考核，容易导致风险被晚报、等级被压低、应对动作被标记为完成而实际未落地，反而削弱数据可信度。
监控评估还需要明确边界。已经发生并造成阻塞的事项属于问题管理，应进入问题处置流程，不再作为风险跟踪；跨项目之间的风险平衡、资源调配属于项目组合层面的工作，单项指标的阈值设定不承担这一职责。本文讨论的范围是单个项目内部的风险监控指标、阈值与升级触发规则。
指标与范围：风险敞口、应对完成率、残余风险变化怎么定义
三类核心指标分别衡量风险规模、应对执行和趋势变化，计算时需要统一分子分母、时间窗和单位。下表给出定义框架，具体刻度由项目在启动时确定并保持稳定。
| 指标 | 计算方式 | 单位 | 分母与时间窗 |
|---|---|---|---|
| 风险敞口 | Σ（风险发生概率 × 影响值），对统计范围内所有未关闭风险求和 | 加权金额（元）或加权分值 | 统计截至评估日仍处于打开状态的风险；影响值按统一刻度取值 |
| 应对完成率 | 按期完成的应对动作数 ÷ 应完成动作数 | 百分比 | 分母为统计周期内计划完成日已到的应对动作；周期可按周或按迭代 |
| 残余风险变化 | 本期残余敞口 ÷ 上期残余敞口，或本期残余敞口与基线残余值的差值 | 比率或差值（金额/分值） | 残余敞口指应对动作执行后重新评估的敞口；比较周期与评估周期一致 |
风险敞口的关键在于概率与影响使用同一套刻度。若影响用金额表示，概率用百分比，则单项风险敞口为金额乘以概率，汇总后得到加权金额；若影响用1至5分表示，则得到加权分值。同一项目内两种方式不混用，否则汇总结果不可比。概率和影响的取值应有书面刻度说明，例如概率分为极低、低、中、高、极高五档并对应区间，影响按成本、工期或质量维度分别定义分值。
应对完成率的统计口径需要事先约定。分母只计入计划完成日落在统计周期内的动作，周期结束后新到期的动作进入下一期；提前完成的动作计入完成数，延期后在本期内完成的动作是否计入按期完成，应在规则中写明。建议按期完成指实际完成日不晚于计划完成日，延期完成单独统计为逾期完成数，作为辅助指标。
残余风险变化的比较基准有两种用法：环比用于观察短期趋势，与基线比较用于判断整体应对是否有效。基线残余值在风险应对计划批准时确定，代表按计划执行后预期达到的水平。两种比较方式回答的问题不同，报告中应同时给出，避免只用环比掩盖长期偏离。
辅助指标用于解释核心指标的变化：高等级风险数量反映风险结构，逾期应对数反映执行堵点，新增风险数反映环境变化。辅助指标一般不单独设升级阈值，但可作为组合信号的一部分。
数据口径与证据：风险台账字段和取数要求
指标能否复算，取决于风险台账是否记录了计算所需的字段。建议台账至少包含以下字段：风险编号、风险描述、所属项目与模块、识别日期、概率、影响、风险等级、责任人、应对动作描述、计划完成日、实际完成日、完成状态、残余概率、残余影响、残余评估日期、当前状态（打开/关闭/已升级）。概率与影响的取值必须来自统一刻度表，等级可由两者乘积或矩阵映射得出。
更新频率与责任人需要固定。建议风险责任人在每个评估周期结束前更新本人负责风险的应对进展和残余评估，项目经理在周期开始时锁定上期数据用于计算，避免边算边改。应对动作的实际完成日以验收或交付证据为准，仅有口头确认的动作不标记为完成。
缺失值需要明确处理规则。未做残余评估的风险，不能默认残余敞口等于原始敞口，也不能默认已下降；建议在台账中标记为“待评估”，计算残余风险变化时将其单列，并在报告中说明待评估风险的数量和原始敞口占比。概率或影响缺失的风险不纳入敞口汇总，但计入数据完整性检查项，由责任人限期补齐。
口径一致性要求包括：同一项目内概率与影响刻度统一；应对动作的完成判定标准统一；统计周期起止日期统一；关闭风险的判定条件统一。跨项目汇总时，若各项目影响刻度不同，应先换算到统一口径再比较，否则加权分值之间没有可比性。
预警阈值怎么设：三档阈值与设定依据
阈值应基于项目自身的风险容量设定，而非套用通用固定值。风险容量可以从预算或工期余量、管理层授权的风险承受水平、历史同类项目的实际波动范围中推导。例如，若项目可接受的敞口上限为预算的5%，则可将该值作为升级线的参考，再按比例划分关注线和预警线。
| 档位 | 触发条件示例 | 响应动作 |
|---|---|---|
| 关注 | 风险敞口达到容量的60%，或应对完成率低于90%，或残余敞口较上期下降幅度低于计划降幅的一半 | 责任人在例会上说明原因，更新应对计划，无需额外审批 |
| 预警 | 风险敞口达到容量的80%，或应对完成率低于75%，或残余敞口连续两期未下降 | 项目经理组织专项复核，调整应对方案或资源安排，记录复核结论 |
| 升级 | 风险敞口超过容量，或应对完成率低于60%，或敞口连续两期上升且应对完成率低于约定线，或残余风险降幅显著低于计划降幅 | 提交上级或风险评审会决策，明确处置方案、责任人和时限 |
单指标阈值解决“某一维度是否异常”，组合触发条件解决“异常是否已经形成趋势”。组合信号的典型形式是：敞口连续两期上升，同时应对完成率低于预警线，说明风险在扩大而应对未跟上；或残余风险降幅低于计划降幅，同时逾期应对数增加，说明应对动作名义上在推进但实际效果不足。组合条件应写入规则，避免每次评估临时解释。
阈值需要定期校准。项目进入不同阶段后，风险容量和风险结构会变化，例如临近交付时工期余量收窄，同样的敞口金额意味着更高压力。建议在每个阶段关口或每季度复核一次阈值，调整需记录原因和生效日期，保持历史数据可比。
计算与评估步骤：从取数到触发升级
评估流程按固定顺序执行，保证结果可复算。第一步，锁定统计周期和风险范围，导出截至评估日处于打开状态的风险清单。第二步，按统一刻度计算每项风险的敞口并汇总，得到本期风险敞口；同时计算上期敞口用于趋势比较。第三步，统计周期内计划完成日已到的应对动作，计算按期完成率和逾期数。第四步，汇总已评估风险的残余敞口，计算环比变化和与基线的差值，单列待评估风险。
第五步，逐项比对单指标阈值，标记处于关注、预警、升级档的指标。第六步，检查组合信号，例如敞口趋势与应对完成率的组合、残余降幅与逾期数的组合。第七步，根据最高触发档位确定响应路径：关注档由责任人处理并在例会说明；预警档由项目经理组织复核并形成结论；升级档提交评审会，明确处置方案、责任人和完成时限。响应时限应在规则中约定，例如预警档在三个工作日内完成复核，升级档在五个工作日内完成决策。
第八步，记录本次评估的输入数据、计算结果、触发档位、响应动作和复核结论，形成可追溯的评估记录。下一周期评估时，先核对上期响应动作是否落实，再计算新一期指标。升级后的风险在台账中标记状态，处置完成后关闭或降级，并保留降级依据。
算例：一个迭代周期的风险监控计算
以下为演示情景，数据为示例，用于说明计算过程。某项目风险容量设定为加权分值100分，关注线60分、预警线80分、升级线100分；应对完成率关注线90%、预警线75%、升级线60%。
本期风险台账有三项打开风险。风险A：概率40%，影响20分，敞口8分；应对动作2项，计划完成日均在本期，实际完成1项。风险B：概率60%，影响30分，敞口18分；应对动作2项，均按期完成。风险C：概率80%，影响50分，敞口40分；应对动作1项，计划完成日在本期，实际未完成。本期风险敞口合计66分。上期敞口为52分，连续两期变化为52分到66分，呈上升趋势。
应对完成率计算：本期应完成动作共5项，按期完成3项，完成率为60%，处于升级档。逾期应对数为2项，其中风险C的应对动作未完成，且该风险敞口最大。
残余风险评估：风险A残余敞口6分，风险B残余敞口10分，风险C尚未完成残余评估，标记为待评估，其原始敞口40分单列。已评估残余敞口合计16分，上期为20分，环比下降20%；基线残余值为15分，当前较基线高1分。待评估风险占本期敞口约61%，说明残余趋势结论的覆盖不足。
阈值比对结论：风险敞口66分处于关注档；应对完成率60%触发升级档；残余风险环比下降但未达基线，且待评估占比高。组合信号方面，敞口连续两期上升，同时应对完成率低于升级线，满足组合升级条件。综合判断为升级：提交评审会，重点处置风险C，要求限期完成残余评估并补充应对资源；风险A和B维持跟踪。该结论说明指标触发了复核和升级动作，风险是否真正受控仍需在处置后重新评估。
解读与限制：指标不能替代判断
分母为零或样本过少时，比率类指标失去意义。例如某周期没有到期的应对动作，完成率无法计算，此时应报告“本期无到期动作”，而不是记为0%或100%。风险数量很少的项目，单次敞口波动可能由一项大风险引起，趋势判断应结合具体风险构成，避免用两期数据下结论。
跨项目比较需要谨慎。不同项目的影响刻度、风险容量和统计周期可能不同，加权分值之间不能直接排序；即使统一换算为金额，项目规模和阶段差异也会影响可比性。跨项目汇总更适合观察分布和异常项，不适合直接排名。
指标只提示需要复核，不能证明风险已受控。敞口下降可能来自风险被关闭，也可能来自概率被主观调低；应对完成率上升可能反映执行改善，也可能反映动作被拆小或完成标准放宽。解读时应回到台账证据，核对完成判定依据和残余评估记录。
阈值设定本身存在误报与漏报的权衡。阈值过松会漏掉早期信号，过紧则产生大量需要复核的告警，消耗管理注意力。建议先用历史数据回测阈值，观察过去周期中真实升级事件是否被覆盖、误报比例是否可接受，再确定档位。阈值调整应记录原因，避免频繁变动导致趋势不可比。
用ONES承载风险台账与升级流转
风险监控的落地依赖台账字段、状态流转和评审记录三部分在工具中保持一致。在ONES中，可以将风险登记为工作项类型，配置概率、影响、风险等级、责任人、应对动作、计划完成日、实际完成日、残余评估等字段，使每项风险的敞口计算所需数据在同一个工作项上维护。概率和影响使用统一选项值，减少口径漂移。
应对动作可以作为风险的子工作项或关联工作项管理，完成状态和实际完成日期记录在动作上，风险工作项汇总其完成情况。这样应对完成率的分子分母可以从动作状态直接取数，逾期动作也能被识别。风险状态按打开、应对中、待评估、已升级、已关闭流转，每次状态变更保留操作记录。
升级评审可以借助ONES的工作项状态和评审记录承载：触发升级的风险变更状态并关联评审结论，记录处置方案、责任人和时限；评审通过后回到应对中或关闭。评估周期结束时，项目经理依据工作项字段导出本期数据，计算三类指标并留存评估记录，下一周期核对上期响应是否落实。指标取数的一致性取决于字段填写规范和执行纪律，工具提供承载和追溯，阈值判断和处置决策仍由项目团队完成。
常见问题
项目刚开始、风险数量很少，三类指标还有必要都设吗？
可以设，但解读方式要调整。风险数量少时，单次敞口波动往往由一项大风险引起，趋势判断容易失真。建议保留三类指标的计算口径，把重点放在逐项风险的复核上，比率类指标在分母过小时标注样本量，不急于据此下趋势结论。随着风险数量增加，再逐步依赖汇总指标做趋势判断。
应对动作延期后在本期内完成了，算不算按期完成？
取决于事先约定的口径。建议把按期完成定义为实际完成日不晚于计划完成日，延期后完成单独计入逾期完成数，作为辅助指标。这样应对完成率反映的是计划执行情况，逾期数反映执行堵点，两个数字一起看比合并计算更有解释力。口径一旦确定，应在整个项目周期内保持一致，中途变更需记录原因。
残余风险评估还没做完，能不能先用原始敞口代替？
不建议直接替代。用原始敞口代替会高估残余风险，用零代替会低估，两种做法都会让残余风险变化失真。更稳妥的做法是把未评估风险标记为待评估，在计算残余敞口时单列，并报告待评估风险占本期敞口的比例。占比过高时，残余趋势结论的覆盖不足，应在评估记录中说明，并限期补齐评估。
阈值触发升级后，风险状态应该怎么流转？
建议在台账中把风险状态从应对中变更为已升级，关联评审结论，记录处置方案、责任人和完成时限。评审决策后，风险回到应对中继续跟踪，或按决策关闭。关闭或降级都要保留依据，下一周期评估时先核对上期响应动作是否落实，再计算新一期指标，避免升级后无人跟进。
阈值设得太敏感，告警很多，怎么调整？
可以先用历史数据回测。取过去几个周期的台账数据，按候选阈值重新计算，观察真实发生的升级事件是否被覆盖、误报比例是否可接受，再确定档位。调整阈值要记录原因和生效日期，保持历史数据可比。阈值过松会漏掉早期信号，过紧会消耗管理注意力，权衡点应结合项目阶段和团队复核能力确定。
