项目组合风险地图用来回答一个组合层问题：资源是否过度押在少数项目或主题上，哪些项目共享同一依赖，哪些高投入项目同时承受高不确定性。设计时先定组合边界和风险维度，再为每个项目建立画像，聚合成图，最后把图上的异常点转成有责任人和复核时点的调整动作。下文按这一顺序给出可执行流程、角色交付物和验收检查表。
要点总览（TL;DR）
- 组合风险地图的观察对象是投资结构：把组合内各项目按资源投入、战略贡献、风险暴露和依赖关系放到同一口径下，识别集中度、失衡区和依赖链。
- 设计顺序为四步：采集项目级输入、形成项目画像、组合层聚合与可视化、把异常点转为带责任人和复核时点的调整动作。
- 维度控制在五到七个，常用资源集中度、战略贡献、进度与交付不确定性、依赖耦合、外部合规与供应风险，取值规则需经组合评审会确认。
- 单项目风险处置和项目集内风险传导只作为地图输入引用，地图本身聚焦组合层取舍。
- 验收看五项：范围口径一致、数据可追溯、图上能直接看出集中与失衡、异常点有对应动作、更新周期与版本记录明确。
先定边界：地图画的是投资结构，不是单个项目风险
组合风险地图的观察对象是投资结构。它把组合内各项目放到同一口径下，比较资源投入、战略贡献、风险暴露和依赖关系，识别集中度、失衡区和传导路径。单项目风险登记册记录的是某个项目内部的风险事件与处置措施，直接把它按项目汇总成一张大表，得到的是风险数量排行，无法支撑“资源该往哪里调”的判断。
边界设计需要先回答四个问题。
纳入哪些项目、按什么口径分组。纳入范围通常包括本预算周期内已立项并占用资源的项目，以及已批准但尚未启动、已锁定资源的项目。分组口径建议只选一个主口径，例如按战略主题分组，业务线或投资类型作为次级标签。多口径并列会让同一项目在不同视图里落在不同位置，评审时难以对齐。分组口径确定后写入设计说明，季度内不随意变更。
选择哪些风险维度。维度数量控制在五到七个，保证每个项目都能填、每季度都能更新。常用维度如下：
- 资源集中度：项目占用的预算与关键人力，以及这些资源是否与其他项目共享同一批人。
- 战略贡献：项目对当前战略主题的支撑程度，可用投资优先级或预期收益等级表达。
- 进度与交付不确定性：里程碑偏差趋势、需求变更频率、技术方案成熟度。
- 依赖耦合：与其他项目共享的供应商、平台、外部审批或关键人员。
- 外部合规与供应风险：监管要求变化、供应商履约能力、采购周期。
每个维度要有明确的取值规则，例如用一至五级评分并附一句判定说明，避免不同项目负责人按各自理解打分。
与相邻管理活动分工。单项目风险的识别、评估和处置由项目风险管理承担；关联项目之间的风险传导与问题升级由项目集风险与问题管理承担。组合风险地图只引用这两类活动的结论，例如引用项目已识别的重大风险等级和项目集上报的传导问题，不在地图里重新组织风险处置流程。这样地图保持轻量，评审时间集中在组合层取舍上。
更新周期与责任人。建议采用季度例行更新加触发式刷新：季度末完成全量画像更新，遇重大项目立项、终止、关键供应商变更或预算调整时临时刷新。责任人设为组合管理岗或PMO的固定角色，负责维护维度口径、汇总数据和发布版本。每次发布保留版本记录，注明数据截止日期和变更说明。
以上内容整理成一页设计说明，包含范围、分组口径、维度清单及取值规则、更新节奏和责任人，经组合评审会确认后作为后续操作依据。
核心操作步骤：从项目画像到组合风险地图
四步流程的每一步都有明确输入、动作、输出和完成标志。完成标志的作用是防止流程停在“数据收上来了但没人用”的状态。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 一、采集项目级输入 | 项目预算与人力投入、里程碑计划与实际、关键依赖清单、已识别重大风险 | 按统一字段模板收集，缺失项标注原因；对口径不一致的数据回退确认 | 项目级输入表，字段完整、来源可追溯 | 纳入项目全部提交，缺失项有标注和补录时点 |
| 二、形成项目画像 | 项目级输入表、维度取值规则 | 按规则为每个项目打分，确定风险暴露与战略贡献两个主坐标值，其余维度作为标签 | 项目画像卡，含坐标值、维度标签和一句判断说明 | 项目负责人确认画像准确，争议项在评审前解决 |
| 三、组合层聚合与可视化 | 全部项目画像卡 | 绘制风险暴露—战略贡献坐标图，叠加资源规模气泡和依赖连线；统计各战略主题的资源占比 | 组合风险地图，标注集中区、失衡区、依赖链和空白区 | 图上每个异常区域能用一句话说明成因 |
| 四、转为调整动作 | 组合风险地图、评审会判断 | 为每个异常点列出候选动作，明确动作类型、责任人、资源影响和验证时点 | 调整动作清单 | 每个高风险点都有对应动作或明确的“接受并监控”决定 |
第一步的重点是字段口径统一。预算按本年度已批复金额填写，人力按关键角色的人月投入填写，里程碑偏差用计划日期与实际或预测日期的差值表达。依赖清单要求写出依赖对象和影响程度，例如“共享某供应商的交付团队，延期将影响两个项目的联调窗口”。口径不一致时宁可回退确认，也不要在聚合阶段靠估算补齐。
第二步把多维度压缩成可读的坐标。风险暴露可以由进度不确定性、依赖耦合和外部风险合成一个综合等级，战略贡献单独作为横轴。合成规则要写清楚，例如取各维度最高等级而非平均值，避免高风险被低风险稀释。画像卡保留各维度原始取值，供评审时追问。
第三步的聚合动作包括三类识别。集中度识别看资源在战略主题或业务线上的分布，单一主题占比过高即为集中区；失衡区识别看坐标图左上区域，即高战略贡献同时高风险暴露的项目是否获得足够冗余资源；依赖链识别沿着共享供应商、共享平台或共享关键人员连线，找出一个节点失效会同时影响多个项目的位置。空白区指战略主题下没有项目覆盖，属于投资结构问题，也应在地图上标出。
第四步把图上异常转成动作。候选动作通常包括暂缓低贡献高暴露项目、拆分强耦合项目、为关键依赖增加冗余资源、调整排期错开共享资源的高峰。每个动作写明预期缓解哪个异常点、由谁执行、何时验证。验证时点建议设在下一次例行更新之前，便于在下一版地图上观察效果。
角色与交付物：谁提供数据、谁做判断、谁执行调整
地图失效的常见原因是数据由单一部门代填、判断由单一部门做出、调整无人跟踪。角色分工要覆盖这三段。
| 角色 | 主要职责 | 交付物 | 时限 |
|---|---|---|---|
| 项目负责人 | 提供项目级风险、依赖和里程碑输入，确认画像准确性 | 项目级输入表、画像确认意见 | 季度更新启动后五个工作日内 |
| 组合管理岗或PMO | 维护维度口径与字段模板，聚合数据，绘制地图，组织评审 | 维度口径说明、组合风险地图、评审纪要 | 季度末完成地图发布，评审后两个工作日内发出纪要 |
| 业务或投资决策人 | 在组合层做取舍判断，批准暂缓、拆分、增配资源等调整 | 调整决定与优先级排序 | 评审会当场或会后三个工作日内 |
| 财务与资源管理角色 | 提供预算、实际投入和关键人力口径数据 | 投入数据表及口径说明 | 与项目级输入同步提交 |
| 动作责任人 | 执行调整动作，反馈进展与阻碍 | 调整动作跟踪表更新 | 按动作约定时点，至少每月更新一次 |
组合管理岗承担的是口径维护和流程组织，不替项目负责人判断项目风险等级。业务或投资决策人的判断需要以地图为依据，评审纪要中记录每个决定对应的图上异常点，便于后续复核时对照。调整动作跟踪表与地图版本关联，下一季度更新时先核对上一版动作的执行情况，再讨论新出现的异常。
当项目投入、里程碑、依赖和风险信息分散在多个表格中时，汇总成本会挤占评审准备时间。ONES 的效能度量可自动收录系统内流转的研发数据并形成分析指标，仪表盘支持共享给不同角色并配置读写权限，适合作为组合数据的汇总与呈现载体；项目投入、依赖与风险字段的具体配置以实际版本为准。若组合需要更快的异常定位，ONES Assistant 可围绕项目进展、工时投入、缺陷分布和资源配置生成进展分析与资源合理性建议，作为评审前的辅助输入，输出质量取决于项目数据的完整程度。
示例：一张季度组合风险地图怎么落地
以下为演示情景，用于说明流程如何串起来，数据为示意值。
情景设定。某研发组合含八个项目，按三个战略主题分组：核心平台升级、新业务探索、合规改造。季度更新时，组合管理岗按统一模板收集到八个项目的投入、里程碑和依赖信息。
画像结果。核心平台升级主题下的三个项目合计占用组合约六成预算和七成关键架构人力，其中两个项目共享同一家外部供应商的交付团队。新业务探索主题下有两个项目处于高不确定性区间，战略贡献评级较高，但配置的人力以初级工程师为主。合规改造主题下有一个项目依赖外部审批，审批周期存在波动。
地图呈现。坐标图横轴为战略贡献，纵轴为风险暴露，气泡大小表示资源投入，依赖关系用连线表示。图上可以直接看到：核心平台升级区域气泡密集且连线集中，属于资源集中区兼依赖链节点；新业务探索区域有两个大气泡落在高风险暴露位置，属于需要增配能力的失衡点；合规改造区域出现一个孤立的高暴露点，成因是外部审批而非内部资源。
评审会形成的调整动作。针对资源集中，决定将核心平台升级中一个非关键模块的排期后移一个季度，释放两名架构人力；针对共享供应商，要求采购角色评估备选供应商并设定切换预案，验证时点定在下季度中；针对新业务探索的失衡点，为其中一个项目增配一名资深技术负责人，另一个项目维持现状但提高里程碑检查频率；针对外部审批依赖，提前启动材料准备并设置审批延迟的升级路径。
跟踪与复核。每个动作进入调整动作跟踪表，记录责任人、预期缓解的异常点和验证时点。下季度更新时，先核对四项动作的执行状态，再在新版地图上观察对应区域的气泡分布和连线是否变化。若供应商切换预案未按期完成，该依赖链在下一版地图上继续标红并升级到投资决策人。
完成检查：地图可用、可维护、可决策
地图发布前按下表逐项核对。任何一项不通过，先修正再进入评审，避免把口径问题带进决策讨论。
| 检查类别 | 检查项 | 通过标准 |
|---|---|---|
| 范围与口径 | 纳入项目是否完整；分组口径是否唯一且一致；维度定义是否有歧义 | 纳入清单与预算周期项目清单可对照；同一项目在各视图中分组一致；每个维度有取值规则和示例 |
| 数据 | 项目级输入是否有来源；更新时点是否明确；缺失项是否标注 | 每项数据可追溯到提交人或系统记录；地图注明数据截止日期；缺失项列出原因和补录计划 |
| 可视化 | 集中度与失衡区能否直接看出；依赖链是否可辨认 | 不看说明也能指出资源集中区域和高暴露项目；依赖连线有明确端点 |
| 决策 | 每个异常点是否有对应动作、责任人和复核时点 | 异常点与动作一一对应；无动作的异常点有“接受并监控”的书面决定 |
| 维护 | 更新周期与触发条件是否明确；版本记录是否保留 | 设计说明写明季度更新和触发式刷新条件；每次发布有版本号和变更说明 |
检查通过后，地图进入例行评审。运行一至两个季度后回看一次维度设置：若某个维度长期所有项目取值相同，说明它区分度不足，可以合并或替换；若评审中反复追问同一类信息而地图没有呈现，说明需要补充维度或调整坐标轴。维度调整同样要经评审会确认并记录版本，保证前后两版地图可比。
常见问题
组合风险地图和单项目风险登记册是什么关系？
两者观察对象不同。单项目风险登记册记录某个项目内部的风险事件、等级和处置措施，服务于项目负责人；组合风险地图观察的是投资结构，比较各项目的资源投入、战略贡献、风险暴露和依赖关系，服务于组合层取舍。
实际操作中，地图把项目登记册中的重大风险等级作为输入之一，不重复组织风险处置流程。项目负责人提交画像时引用已有结论即可，评审时间留给“资源该往哪里调”这类组合层判断。
组合内项目数量不多时，还需要做风险地图吗？
项目数量少时，地图可以简化，但仍有价值。项目少意味着依赖关系更容易被口头掌握，也更容易出现“大家都清楚所以不用画”的假设；一旦关键人员变动或新项目插入，隐性依赖就会暴露。
简化方式包括：维度减到三到四个，只保留资源集中度、战略贡献和依赖耦合；更新周期改为半年一次加重大项目变更时刷新；可视化用一张热力表代替坐标图。判断标准是图上能否直接看出资源集中在哪、哪个项目失效会连带影响其他项目。
地图上的评分由谁打，出现争议怎么处理？
评分由项目负责人按统一取值规则填写，组合管理岗或PMO负责核对口径，不替项目负责人判断风险等级。争议通常来自两类情况：同一维度不同项目理解不一致，或项目负责人倾向低估自身风险。
处理方式是在评审前设置一次口径校准，用两三个典型项目做示例打分，统一判定说明；对争议项，画像卡保留各维度原始取值和一句判断依据，评审会上由业务或投资决策人裁定，裁定结果记入评审纪要，作为后续同类项目的参考。
季度更新之外，什么情况需要临时刷新地图？
触发式刷新适合处理会改变投资结构判断的事件，常见触发条件包括：重大项目立项、终止或范围大幅变更；关键供应商变更或履约出现问题；预算调整影响多个项目的资源分配；关键架构人员或项目负责人变动；外部合规要求出现新变化。
触发后不必全量重做，只更新受影响项目的画像和相关区域，并在版本记录中注明触发原因和变更范围。下一季度例行更新时再做全量核对，保证前后版本可比。
地图评审形成的调整动作如何跟踪，避免停在纸面？
每个动作在调整动作清单中写明四件事：缓解哪个异常点、责任人、资源影响、验证时点。验证时点设在下一次例行更新之前，便于在新版地图上观察对应区域是否变化。
跟踪节奏建议至少每月更新一次执行状态，下一季度更新时先核对上一版动作的执行情况，再讨论新异常。未按期完成的动作在下一版地图上继续标注并升级到投资决策人，形成闭环。
