RBS 的作用
风险分解结构按来源对风险分类，常见顶层类别包括技术、外部、组织与项目管理四类，每类下面再细分。它的用途是检查识别覆盖度——如果清单里几乎全是技术风险，往往说明外部与组织风险被漏掉了。它同时支撑分类统计与历史经验积累，让后续项目的估算与应对更准。分类维度要长期保持一致，混用维度会让统计口径散乱、历史数据失去可比性。
基本信息
| 结构形式 | 分层分类：顶层类别加子类别，可随项目裁剪 |
|---|---|
| 常见类别 | 技术、外部、组织、项目管理 |
| 主要用途 | 检查识别覆盖度、支撑分类统计与经验积累 |
| 使用方式 | 按类别分组建清单，逐类逐项识别 |
| 维护要求 | 类别定义保持稳定，历史数据才可比较 |
典型使用场景
- 风险识别会议按类别分组建清单，避免只关注技术风险
- 阶段关口复核风险清单，检查是否有整类风险长期空白
- 分类统计历史项目的风险发生情况，识别高发领域
- 新项目启动时借鉴同类项目的风险清单作为识别起点
- 投标或立项阶段用类别清单快速排查外部与合规风险
RBS 示例：软件项目
RBS 示例：软件项目
# 1 技术风险：架构选型、性能、集成复杂度、技术债
# 2 外部风险：供应商、法规、市场、分包
# 3 组织风险：资源可用性、优先级冲突、资金
# 4 项目管理风险：估算偏差、沟通、范围蔓延、变更频繁覆盖度自查
| 类别 | 提问示例 | 常见遗漏 |
|---|---|---|
| 技术 | 选型与集成是否有未验证假设 | 性能与运维可用性 |
| 外部 | 供应商与法规变化由谁跟踪 | 政策与市场变化 |
| 组织 | 关键资源占用冲突是否已排 | 跨部门优先级冲突 |
| 项目管理 | 变更与沟通机制是否到位 | 估算偏差与依赖管理 |
按类别统计历史风险，是提升估算与应对水平的数据基础；前提是类别维度长期稳定。
类别维度混用、技术与管理相互重叠，统计口径会散乱，历史数据也就无法比较。