大师兄的信息化项目管理学习笔记（五十）：项目风险管理（三）

大师兄的信息化项目管理学习笔记（四十九）：项目风险管理（二）
大师兄的信息化项目管理学习笔记（五十一）：项目风险管理（四）

三、识别风险

1. 关于识别风险

• 识别风险是识别单个风险以及整体项目风险的来源，并记录风险特征的过程。
• 作用是记录现有的单个项目风险，以及整体项目风险来源，同时汇集相关信息，以及项目团队能够恰当应对已识别的风险。
• 需要在整个项目期间开展。
• 应该鼓励所有项目相关方参与单个项目风险的识别工作。项目团队的参与尤其重要，以便培养和保持他们的主人翁意识和责任感。
• 识别风险是一个迭代的过程。迭代的频率和每次迭代所需的参与程度因情况而异，应在风险管理计划中做出相应规定。

2. ITTO

输入	工具与技术	输出
1. 项目管理计划 - 需求管理计划 - 进度管理计划 - 成本管理计划 - 质量管理计划 - 资源管理计划 - 风险管理计划 - 范围基准 - 进度基准 - 成本基准 2. 项目文件 - 假设日志 - 成本结算 - 持续时间估算 - 问题日志 - 经验教训登记册 - 需求文件 - 资源需求 - 相关方登记册 3. 协议 4. 采购文件 5. 事业环境因素 6. 组织过程资产	1. 专家判断 2. 数据收集 - 头脑风暴 - 核对单 - 访谈 3. 数据分析 - 根本原因分析 - 假设条件和制约因素分析 - SWOT分析 - 文件分析 4. 人际关系与团队技能 - 引导 5. 提示清单 6. 会议	1. 风险登记册 2. 风险报告 3. 项目文件更新 - 假设日志 - 问题日志 - 经验教训登记册

3. 输入

3.1 项目管理计划

• 需求管理计划：指出了特别有风险的项目目标。
• 进度管理计划：列出了受不确定性或模糊性影响的一些领域。
• 成本管理计划：列出了受不确定性或模糊性影响的一些领域。
• 质量管理计划：列出了受不确定性或模糊性影响的一些领域，或者关键假设可能引发风险的一些领域。
• 资源管理计划：列出了受不确定性或模糊性影响的一些领域，或者关键假设可能引发风险的一些领域。
• 风险管理计划：规定了风险管理的角色和职责，说明了如何将风险管理活动纳入预算和进度计划，并描述了风险类别。
• 范围基准：包括可交付成果及其验收标准，其中有些可能引发风险；还包括工作分解结构，可用作安排风险识别工作的框架。
• 进度基准：可以查看进度基准，找出存在不确定性或模糊性的里程碑日期和可交付成果交付日期，或者可能引发风险的关键假设条件。
• 成本基准：可以查看成本基准，找出存在不确定性或模糊性的成本估算或资需求，或者关键假设可能引发风险的方面。

3.2 项目文件

• 假设日志：所记录的假设条件和制约因素可能引发单个项目风险，还可能影响整体项目风险的级别。
• 成本估算：是对项目成本的定量评估，理想情况下用区间表示，区间的大小预示着风险程度。对成本估算文件进行结构化审查，可能显示当前估算不足，从而引发项目风险。
• 持续时间估算：是对项目持续时间的定量评估，理想情况下用区间表示，区间的大小预示着风险程度。对持续时间估算文件进行结构化审查，可能显示当前估算不足，从而引发项目风险。
• 问题日志：所记录的问题可能引发单个项目风险，还可能影响整体项目风险的级别。
• 经验教训登记册：可以查看与项目早期所识别的风险相关的经验教训，以确定类似风险是否可能在项目的剩余时间再次出现。
• 需求文件：列明了项目需求，使团队能够确定哪些需求存在风险。
• 资源需求：是对项目所需资源的定量评估，立项情况下用区间表示，区间的大小预示着风险程度。对资源需求文件进行结构化审查，可能显示当前预算不足，从而引发项目风险。
• 相关方登记册：规定了哪些个人或小组可能参与项目的风险识别工作，还会详细说明那些个人适合扮演风险责任人角色。

3.3 协议

• 如果需要从外部采购项目资源，协议所规定的里程碑日期、合同类型、验收标准和奖罚条款等，都可能造成威胁或创造机会。

3.4 采购文档

• 如果需要从外部采购项目资源，就应该审查初始采购文档，因为从组织外部采购商品和服务可能提高或降低整体项目风险，并可能引发更多的单个项目风险。
• 随着采购文档在项目期间的不断更新，还应该审查最新的文档，例如，卖方绩效报告、核准的变更请求和与检查相关的信息。

3.5 事业环境因素

• 已发布的材料，包括商业风险数据库或核对单。
• 学术研究资料。
• 标杆对照成果。
• 类似项目的行业研究资料。

3.6 组织过程资产

• 项目文档，包括实际数据。
• 组织和项目的过程控制资料。
• 风险描述的格式。
• 以往类似项目的核对单。

4. 工具与技术

4.1 专家判断

• 应选择相关专家，邀请他们根据以往经验和专业知识来考虑单个项目风险的方方面面，以及整体项目风险的各种来源。
• 应注意专家可能持有的偏见。

4.2 头脑风暴

• 头脑风暴目标是获取一份全面的单个项目风险和整体项目风险来源的清单。
• 通常由项目团队开展头脑风暴，同时邀请团队以外的多学科专家参与，可以采用自由或结构化的形式开展头脑风暴，在引导者的指引下产生各种创意。
• 可以用风险类别（如风险分解结构）作为识别风险的框架、因为头脑风暴生成的创意并不成型，所以应该特别注意对头脑风暴识别的风险进行清晰描述。

4.3 访谈

• 可以通过对资深项目参与者、相关方和主题专家的访谈，来识别单个项目风险以及整体西南股风险的来源。
• 应该在信任和保密的环境下开展访谈以获得真实可信不带偏见的意见。

4.4 核对单

• 核对单的来源：

• 基于从类似项目和其他信息来源积累的历史信息。
• 可基于自己已完成的项目，也可采用特定行业的通用风险核对单。

• 核对单的缺点：不可能穷尽所有风险

• 必须确保不要用核对单来取代所需的风险识别工作。
• 应该注意考察未在核对单中列出的事项。

• 应该不时地审查核对单，增加信息，删除或存档过时信息。

  
  

4.5 根本原因分析

• 常用于发现导致问题的深层原因并制定预防措施。
• 可以用问题陈述（如项目可能延误或超支）作为出发点，来探讨哪些威胁可能导致该问题，从而识别出相应的威胁。
• 也可以用收益陈述作为出发点，来探讨哪些机会可能有利于实现该收益，从而识别出相应的机会。

4.6 假设条件和制约因素分析

• 开展假设条件和制约因素分析，来探索假设条件和制约因素的有效性，确定其中哪些会引发项目风险。
• 从假设条件的不准确、不稳定、不一致或不完整，可以识别出威胁，通过清楚或放松会影响项目或过程执行的制约因素，可以创造出机会。

4.7 文件分析

• 通过对项目文件的结构化审查，可以识别出一些风险，可供审查的文件包括计划、假设条件、制约因素、以往项目档案、合同、协议和技术文件。
• 项目文件中的不确定性或模糊性，以及统一文件内部或不同文件之间的不一致，都可能是项目风险的指示信号。

4.8 SWOT分析

• SWOT分析实际上是对项目内外部条件各方面内容进行综合和概括，进而分析项目的优劣势、面临的机会和威胁的一种方法，通过SWOT可以识别出风险。

• 首先从项目、组织或一般业务领域的角度识别组织的优势或劣势。
• 通过SWOT分析识别出由组织优势带来的各种项目机会，以及由组织劣势引发的各种威胁。

• 还可以分析组织优势能在多大程度上客服威胁，组织劣势是否会方案机会的产生。

  
  

4.9 人际关系与团队技能

• 适用于本过程的人际关系与团队技能包括引导技术。
• 引导是通过创造他人积极参与、形成活跃分为，从而达到预期成果的技术。从项目管理角度讲，引导是指有效引导团队活动以达成成功的决定、解决方案或结论的能力。
• 引导能提高用于识别单个项目风险和整体项目风险的许多技术的有效性。
• 可以帮助参与者专注于风险识别任务、准确遵循与技术相关的方法，有助于确保风险描述清晰、找到并克服偏见，以及解决任何可能出现的分歧。

4.10 提示清单

• 提示清单是关于可能引发单个项目风险以及可作为整体项目风险来源的风险类别的预设清单。

• 在采用风险识别技术时，提示清单可作为框架用于协助项目团队形成想法。

  
  
• 风险提示清单只提示到风险类别，而风险核对单里的内容是过去出现过的具体风险。

• 提示清单的内容也可以来自某些常见的战略框架，以此来识别风险。

  
  

4.11 会议

• 为了开展风险识别工作，项目团队可能要召开专门的会议（通常称为风险研讨会），在大多数风险研讨会中，都会开展某种形式的头脑风暴。
• 确保适当的人员参加风险研讨会：

• 对于较大型项目，可能需要邀请项目发起人、主题专家、卖方、客户代表，或其他项目相关方参与会议；
• 对于较小型项目，可能仅限部分项目团队成员参加。

5. 输出

5.1 风险登记册

• 风险登记册记录已识别单个项目风险的详细信息。
• 识别风险过程填写风险登记册的最初内容，后续风险管理过程的结果也要记录进风险登记册，并且风险信息的种类和数量也会逐渐增加。
• 最初的风险登记册包含的信息：

• 已识别风险的清单：在风险登记册中，每项单个项目风险都被赋予了一个独特的标识号。可以使用结构化的风险描述，来吧风险本身与风险原因及风险影响区分开来。
• 潜在风险责任人：如果已在识别风险过程中识别出潜在的风险责任人，就要把该责任人记录到风险登记册中。随后将由实施定性风险分析过程进行确认。
• 潜在风险应对措施清单：如果已在识别风险过程中识别出某种潜在的风险应对措施，就要把它记录到风险登记册中。随后将由规划风险应对过程进行确认。

5.2 风险报告

• 风险报告提供关于整体项目风险的信息，以及关于已识别的单个项目风险的概述信息。
• 风险报告的编制是一项渐进式的工作，随着项目进展，其他风险管理过程的结果也需要记录到风险报告中：

• 整体项目风险来源：说明哪些是整体项目风险敞口的最重要驱动因素。
• 关于已识别单个项目风险的概述信息：例如，已识别的威胁与机会数量、风险在风险类别中的分布情况、测量指标和发展趋势。

5.3 项目文件更新

• 假设日志：在识别风险过程中，可能做出新的假设，识别出新的制约因素，或者现有的假设条件或制约因素可能被重新审查和修改。应该更新假设日志，记录这些新信息。
• 问题日志：应该更新问题日志，记录发现的新问题或当前问题的变化。
• 经验教训登记册：为了改善后期阶段或其他项目的绩效，而更新经验教训登记册，记录关于行之有效的风险识别技术的信息。