项目风险管理中的“风险分类(基于风险分解结构RBS)”详解
字数 1483 2025-12-01 10:42:26
项目风险管理中的“风险分类(基于风险分解结构RBS)”详解
风险分解结构(RBS)是一种以层级图的形式,按风险类别和子类别来呈现已识别风险的结构化工具。它有助于系统化地识别风险,确保全面性,并为风险定性分析和应对规划提供框架。
1. RBS的概念与目的
- 核心思想:RBS借鉴了工作分解结构(WBS)的理念,但不是分解可交付成果,而是将项目可能面临的风险来源进行层级化、系统化的分类。
- 主要目的:
- 确保风险识别的全面性:提供一个检查清单,防止遗漏重要风险领域。
- 结构化风险信息:使风险信息组织有序,便于理解和沟通。
- 支持风险分析:同一类别的风险可能具有共同的根源,便于集中分析。
- 指导风险应对:有助于针对特定风险类别制定通用的应对策略。
2. RBS的典型层级结构
一个通用的RBS顶层结构通常包括以下几个主要风险类别(可根据项目具体情况进行调整):
- 第0级:总项目风险
- 第1级:主要风险类别,例如:
- 技术风险:与项目采用的技术、工艺、软件或硬件相关的风险。
- 管理风险:与项目管理过程、决策、规划、协调相关的风险。
- 组织风险:与项目所在组织的环境、文化、资源、财务相关的风险。
- 外部风险:来自项目外部环境的风险,如市场、法律、法规、自然环境、供应商等。
3. 构建RBS的步骤
-
步骤1:确定顶层风险类别
- 从通用的RBS模板开始,结合项目所属行业、组织环境和项目特点,确定最顶层的几个主要风险类别。例如,一个建筑项目可能将“环境风险”和“供应链风险”提升为顶层类别。
-
步骤2:逐层分解每个类别
- 对每个顶层类别进行细化,分解为更具体的子类别。
- 示例:分解“技术风险”
- 第1级:技术风险
- 第2级:技术不确定性、技术复杂性、技术成熟度...
- 第3级(进一步分解“技术不确定性”):性能不达标、技术集成困难、技术标准变更...
-
步骤3:与项目团队和专家评审
- 组织项目团队成员、主题专家和关键干系人共同评审初步构建的RBS,确保其完整性和相关性,并根据他们的经验进行补充和调整。
-
步骤4:将RBS作为风险识别框架
- 在风险识别会议(如头脑风暴、德尔菲技术)中,使用已构建的RBS作为指导,逐一审视每个类别和子类别,激发思考,系统性地识别具体风险。
4. RBS的应用与价值
- 在风险识别中的应用:如上所述,RBS是风险识别过程的关键输入和工具,确保识别过程有条不紊。
- 在定性风险分析中的应用:
- 风险分类:将已识别的具体风险归入RBS的相应类别,可以快速了解风险的集中领域。例如,如果大部分高风险都集中在“外部风险-法规”类别下,管理层就需要特别关注法规合规问题。
- 识别风险根源:同一类别的风险可能源于同一个根本原因,便于从根源上制定应对措施。
- 在风险报告和沟通中的应用:向管理层或干系人汇报风险状况时,按RBS类别呈现风险清单,结构清晰,重点突出,便于理解和决策。
5. RBS与风险登记册的关系
- RBS是“框架”或“分类法”:它本身不包含具体的风险描述,只是一个空的结构。
- 风险登记册是“清单”:它记录了每个已识别风险的具体信息,如风险描述、原因、概率、影响、应对措施等。
- 关系:在风险登记册中,通常会有一个“风险类别”字段。在识别风险后,会利用RBS为每个风险分配一个类别标签。这样,风险登记册中的风险就被RBS有效地组织起来,可以进行排序、过滤和分析。
总结:风险分解结构(RBS)是项目风险管理的基石工具之一。它通过提供一个标准化的风险分类框架,极大地提升了风险识别和分析的系统性和效率,是确保项目风险管理过程严谨、全面的重要保障。