一份能让多个团队统一口径的风险矩阵模板，需要同时固定四层内容：风险登记字段、可能性与影响的评分刻度、颜色分区与阈值、图例和逐字段填写说明。模板提供的是结构，真正决定口径一致的是刻度定义、判定示例和评审规则。下面给出一份可直接复制使用的空白模板，并配套字段说明、颜色图例、必填规则、完整填写示例和维护方法。
要点总览（TL;DR）
- 一份统一口径的风险矩阵模板要同时固定四层内容：风险登记字段、可能性与影响评分刻度、颜色分区阈值、图例与逐字段填写说明；模板只提供结构，口径一致靠刻度定义和评审规则。
- 字段层面建议固定12项：编号、风险描述、触发条件、影响对象、可能性、影响程度、风险值、等级、责任人、应对措施、复查日期、状态；风险值统一用可能性×影响程度，避免各团队自定义加权。
- 颜色分区由风险值阈值直接决定，三档为红15–25、黄6–14、绿1–5，图例逐条写明等级名称、区间和处置要求，并叠加▲●○符号保证色盲与黑白打印可读。
- 必填项限定为编号、描述、影响对象、可能性、影响程度、风险值、等级、责任人八项，缺项退回；选填项在评审后补齐，高风险记录缺应对措施时评审结论只能记为待定。
- 模板需配套版本号与变更记录，刻度、阈值、字段调整要有触发条件和评审确认，新团队启用前用两条历史风险重新评分比对，偏差超过一档当场讨论记录依据。
可复制空白风险矩阵模板
模板由两块组成：风险登记表负责记录每条风险的完整信息，5×5矩阵负责把评分结果可视化。两块使用同一套编号，矩阵单元格内填写风险编号，便于从颜色区域反查具体风险。
风险登记表（空白）
| 编号 | 风险描述 | 触发条件 | 影响对象 | 可能性 | 影响程度 | 风险值 | 等级 | 责任人 | 应对措施 | 复查日期 | 状态 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| R-001 | |||||||||||
| R-002 | |||||||||||
| R-003 | |||||||||||
| R-004 | |||||||||||
| R-005 |
编号规则建议统一为“项目代号-序号”，例如 CRM-R-001，避免跨团队合并时重号。状态字段的取值固定为：待评估、已评估、应对中、已关闭、已发生。
5×5可能性×影响矩阵（空白）
| 可能性＼影响 | 1 轻微 | 2 较小 | 3 中等 | 4 严重 | 5 灾难 |
|---|---|---|---|---|---|
| 5 几乎必然 | |||||
| 4 很可能 | |||||
| 3 可能 | |||||
| 2 不太可能 | |||||
| 1 罕见 |
单元格填写约定：每个格子内填写落在该评分组合上的风险编号，多个编号用逗号分隔，如“R-003, R-011”。风险值相同的记录集中在同一格，评审时按格子逐格过，避免遗漏。矩阵只放未关闭的风险，已关闭风险保留在登记表中并从矩阵移除。
字段说明：每个字段填什么、怎么判定
字段说明是统一口径的第一道关口。同一份模板在不同团队手里出现分歧，多数源于“可能性”和“影响程度”两个字段各按各的理解打分。解决办法是把这两个字段的每个分值写成可对照的判断依据，而不是只给“高、中、低”的形容词。
字段定义表
| 字段 | 填写要求 | 判定依据 |
|---|---|---|
| 编号 | 项目代号-序号，全项目唯一 | 由登记人按顺序分配，不复用已关闭编号 |
| 风险描述 | 按“事件+原因+后果”写完整句 | 示例：因第三方支付接口升级延期，导致上线首周无法完成收款，影响首月营收目标 |
| 触发条件 | 写出可观察的前兆或时间节点 | 如“供应商未在T-10日提交联调环境”“季度末人力缺口超过2人” |
| 影响对象 | 指明受影响的进度、成本、质量、范围或具体业务目标 | 只写一个主要对象，次要影响在描述中补充 |
| 可能性 | 按刻度表取1–5的整数 | 依据历史数据、专家判断或触发条件的紧迫程度 |
| 影响程度 | 按刻度表取1–5的整数 | 依据对目标的可量化冲击，取最严重的那一项 |
| 风险值 | 可能性×影响程度，1–25 | 统一用相乘，不使用自定义加权，保证跨团队可比 |
| 等级 | 按阈值表由风险值映射 | 不由填写人主观指定 |
| 责任人 | 填写一名具体人员，不填部门 | 该人对应对措施的执行和复查负责 |
| 应对措施 | 写明规避、减轻、转移或接受中的一种及具体动作 | 动作需可执行、可验收，如“增加一套备用环境，T-5日前完成切换演练” |
| 复查日期 | 填写下一次复核的具体日期 | 高风险不超过两周，中风险不超过一个月，低风险随阶段评审复查 |
| 状态 | 从固定取值中选择 | 状态变化需在评审记录中留痕 |
可能性评分刻度
| 分值 | 等级名称 | 判断依据 |
|---|---|---|
| 5 | 几乎必然 | 当前条件已具备，未来一个周期内发生概率超过80%，或同类事件在近三个项目中均出现 |
| 4 | 很可能 | 有明确前兆，发生概率约50%–80% |
| 3 | 可能 | 条件部分具备，发生概率约20%–50%，历史上有先例 |
| 2 | 不太可能 | 条件尚不具备，发生概率约5%–20% |
| 1 | 罕见 | 仅在极端情况下出现，发生概率低于5% |
影响程度评分刻度
| 分值 | 等级名称 | 进度 | 成本 | 质量或业务 |
|---|---|---|---|---|
| 5 | 灾难 | 关键里程碑延误超过一个月 | 超出预算20%以上 | 核心功能不可用或出现合规事故 |
| 4 | 严重 | 关键里程碑延误两到四周 | 超出预算10%–20% | 主要功能受损，需返工 |
| 3 | 中等 | 延误一周左右，可通过赶工吸收 | 超出预算5%–10% | 部分功能降级，用户可感知 |
| 2 | 较小 | 延误数天，不影响里程碑 | 超出预算5%以内 | 局部体验受影响 |
| 1 | 轻微 | 可忽略的进度波动 | 预算基本无影响 | 内部可自行消化 |
影响程度取进度、成本、质量业务三项中最严重的一项，不取平均，避免重大影响被稀释。刻度表中的百分比和时间区间需按团队实际项目周期校准，校准后写入模板并冻结，评审期间不再临时改动。
颜色分区与图例：阈值如何对应等级
颜色分区的作用是让读者不看数字也能判断处置优先级。分区必须由风险值阈值直接决定，而不是由填写人凭感觉标色。推荐采用红、黄、绿三档，需要更细粒度时可把黄色拆成橙、黄两档，形成四档。
颜色分区阈值表（三档）
| 风险值区间 | 等级 | 颜色 | 处置要求 |
|---|---|---|---|
| 15–25 | 高风险 | 红色 | 立即上报项目负责人，两周内制定并启动应对措施，每次例会议题跟踪 |
| 6–14 | 中风险 | 黄色 | 由责任人制定应对措施，一个月内复查，纳入月度风险评审 |
| 1–5 | 低风险 | 绿色 | 登记并保持观察，随阶段评审复查，无需单独上报 |
采用四档时，可把9–14划为橙色，6–8划为黄色，其余不变。无论三档还是四档，阈值一经确定就写入模板版本说明，所有团队使用同一套区间。
图例文字写法
图例放在矩阵图下方，逐条写清等级名称、颜色、风险值区间和处置要求，让读者无需询问即可行动。示例文字：
- 红色·高风险（15–25）：需项目负责人决策，两周内启动应对，逐次例会跟踪。
- 黄色·中风险（6–14）：责任人负责应对，一个月内复查，纳入月度评审。
- 绿色·低风险（1–5）：登记观察，随阶段评审复查。
图例中同时标注评分口径：“风险值=可能性×影响程度，可能性与影响程度均按1–5刻度取值”，避免读者误用其他算法。
色盲友好与黑白打印
仅靠颜色区分在色盲用户和黑白打印场景下会失效，模板需叠加第二重标识：高风险格加“▲”，中风险格加“●”，低风险格加“○”，或在单元格内直接写等级首字“高、中、低”。矩阵图的表头与坐标轴同时标注数字和文字名称，如“5 几乎必然”，保证脱离颜色仍可读。
必填与选填：哪些字段不能空
必填项决定一条风险能否进入评审，选填项允许在后续跟踪中补齐。把两者分开，可以避免评审被信息不全的记录拖慢，也避免责任人因字段过多而漏填关键内容。
| 字段 | 属性 | 说明 |
|---|---|---|
| 编号 | 必填 | 提交评审前必须唯一 |
| 风险描述 | 必填 | 须包含事件、原因、后果三要素 |
| 影响对象 | 必填 | 至少指明一个主要对象 |
| 可能性 | 必填 | 取1–5整数 |
| 影响程度 | 必填 | 取1–5整数 |
| 风险值 | 必填 | 由公式自动得出，不接受手填覆盖 |
| 等级 | 必填 | 由阈值表映射得出 |
| 责任人 | 必填 | 须为具体人员 |
| 触发条件 | 选填 | 评审后三个工作日内补齐 |
| 应对措施 | 选填 | 高风险记录须在评审会上当场确定 |
| 复查日期 | 选填 | 与应对措施同步确定 |
| 状态 | 选填 | 新建记录默认为“待评估” |
退回规则：必填字段缺失或评分超出1–5范围的记录，评审主持人在评审前退回登记人，补齐后进入下一次评审；同一记录连续两次因同一字段被退回，由项目负责人协调解决。选填字段缺失不阻断评审，但高风险记录缺少应对措施时，评审结论只能记为“待定”，不得标记为已评估。
填写示例：一条完整风险记录
以下示例用于团队培训，展示字段、评分、颜色与图例如何对应。示例为演示情景，数值按前文刻度推导。
| 字段 | 填写内容 |
|---|---|
| 编号 | CRM-R-007 |
| 风险描述 | 因第三方支付接口升级延期，导致上线首周无法完成收款，影响首月营收目标 |
| 触发条件 | 供应商未在T-10日提交联调环境 |
| 影响对象 | 上线进度与首月营收 |
| 可能性 | 4（很可能：供应商已口头告知排期紧张，存在明确前兆） |
| 影响程度 | 4（严重：关键里程碑延误两到四周，营收受影响） |
| 风险值 | 16 |
| 等级 | 高风险 |
| 责任人 | 支付模块负责人（具体人员姓名） |
| 应对措施 | 减轻：并行接入备用支付通道，T-7日前完成切换演练；每周与供应商确认排期 |
| 复查日期 | 下周三 |
| 状态 | 应对中 |
评分推导：可能性取4，依据是供应商已明确提示排期风险；影响程度取4，依据是关键里程碑延误两到四周且影响营收，属于刻度表中“严重”一档。风险值4×4=16，落在15–25区间，对应红色高风险。在5×5矩阵中，该记录位于“可能性4、影响4”的单元格，格内填写“CRM-R-007”，并按图例加“▲”标记。处置上按高风险要求，两周内启动应对并在每次例会议题中跟踪，复查日期设为下周三，届时根据供应商排期更新可能性评分。
调整与维护：模板如何随团队变化更新
模板长期使用后，刻度、阈值和字段都可能需要调整。维护的重点是让每次调整有触发依据、有评审记录、有版本可追溯，防止不同团队在不知不觉中使用不同版本。
调整触发条件
- 刻度调整：连续两个评审周期出现大量评分争议，或历史数据表明某档概率区间与实际发生率偏差明显。
- 阈值调整：高风险记录长期过多导致跟踪失效，或出现高风险被低估的实际事件。
- 字段增删：新增管理要求（如合规审查）、字段长期空置、或与其他团队合并登记口径。
字段增删的评审方式
字段变更由模板维护人提出，经各团队风险评审代表确认后生效。新增字段须同时补充字段定义、必填属性和填写示例，三者缺一不发布；删除字段须确认历史记录已归档，避免追溯时信息缺失。
版本号与变更记录
| 版本号 | 变更日期 | 变更内容 | 变更原因 | 确认人 |
|---|---|---|---|---|
| V1.0 | 初始版本，含12个字段、三档颜色分区 | 统一各团队登记口径 | ||
| V1.1 |
版本号采用主次两级：字段或阈值发生不兼容变化时升主版本，文字说明和示例修订升次版本。每次发布在模板首页标注版本号和生效日期，旧版本保留只读。
新团队启用时的对齐动作
新团队启用前完成三项动作：用两条历史风险按模板重新评分，与原有团队结果比对，偏差超过一档的当场讨论并记录判定依据；确认必填字段和退回规则；指定一名模板对接人，负责后续变更同步。完成对齐后再开放登记权限，可以减少后续返工。
当风险登记从文档迁移到项目协作工具时，字段、评分刻度和状态取值需要原样落到工作项配置中，避免工具里的选项与模板脱节。ONES 的项目管理支持从项目到任务的多层级管理，统一安排工作任务并形成自下而上的进度反馈；ONES Wiki 支持通过模板库一键创建制式化文档，并记录页面版本、支持查看与回滚，适合承载风险矩阵模板、字段说明和变更记录，让各团队引用同一份受控文档。使用项目计划与里程碑基线对比计划与执行偏差的场景，也可以把识别出的风险按本模板登记，保持评分口径一致。具体字段配置与模板可用范围以实际版本为准。
常见问题
不同团队对“可能性”打分不一致，模板层面怎么处理？
把可能性每个分值写成可对照的判断依据，而不是只给“高、中、低”形容词。例如5分对应发生概率超过80%或近三个项目均出现同类事件，1分对应低于5%的极端情况。评分时要求填写人注明依据来源（历史数据、专家判断或触发条件紧迫程度），评审时对偏差超过一档的记录当场讨论并记录判定依据。刻度表按团队实际项目周期校准后写入模板并冻结，评审期间不再临时改动。
风险值和颜色分区能不能由填写人自行判断？
不建议。风险值统一用可能性×影响程度相乘得出，等级由阈值表映射，填写人不主观指定颜色。这样跨团队合并登记时数值可比，评审也能按格子逐格过。若团队确有加权需求，应在模板版本说明中单独定义并全团队统一，避免同一份矩阵里混用两种算法。
高风险记录长期过多、跟踪不过来怎么办？
这通常是阈值设置偏松或评分偏保守的信号，属于模板调整的触发条件之一。可先统计连续两个评审周期的高风险占比和实际发生情况，再由各团队风险评审代表确认是否上调高风险区间下限，或把黄色拆成橙、黄两档细化处置节奏。调整后升版本号并写入变更记录，旧版本保留只读，避免不同团队在不知情下使用不同阈值。
风险登记从文档迁移到项目协作工具时要注意什么？
关键是字段、评分刻度和状态取值原样落到工作项配置中，避免工具里的下拉选项与模板脱节。迁移前先确认必填字段和退回规则在工具中可执行，状态取值与模板固定的五项一致。ONES Wiki 支持通过模板库一键创建制式化文档，并记录页面版本、支持查看与回滚，适合承载模板、字段说明和变更记录，让各团队引用同一份受控文档；ONES 的项目管理支持从项目到任务的多层级管理，可承载风险登记与跟踪。具体字段配置与模板可用范围以实际版本为准。
已发生的阻塞事件还按风险矩阵登记吗？
不按风险登记。风险矩阵处理的是尚未发生的不确定性；已经发生的阻塞应转入项目问题管理流程跟踪解决。矩阵中只保留未关闭的风险，已关闭风险保留在登记表并从矩阵移除，状态字段用“已发生”标记从风险转为问题的记录，便于追溯但不占用矩阵视图。
