在 Azure Boards 中管理功能成熟度模型集成 (CMMI) 过程的风险

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

风险意味着实际结果可能与预期结果不同，有时显著不同。 此方差的概率和实际结果与预期结果之间的方差程度都封装在“风险”一词中。管理风险时，可以战略性地最大程度地减少所需结果与实际结果之间的差异。

识别、分类、分析和管理风险的能力是实现流程改进标准 CMMI 评估方法所需的组织能力， (SCAMPI) 级别评估。 有关 CMMI 的详细信息，请参阅 CMMI 的背景。

通过管理这些事件驱动的风险，对在项目、项目组合和组织级别管理风险的总体目标做出了重大贡献。 良好的事件驱动风险管理有助于所有利益干系人满意的结果，并且与最初预期的结果相去甚少。 这导致了对“没有惊喜”的期望！

定义风险

以这种方式思考风险有时称为事件驱动风险模型。 此术语意味着风险列表是潜在的未来事件列表。 每个风险描述将来可能发生的一些事件。 风险可能包括有关发生概率的一些信息。 它应包括对此类事件对项目计划产生的影响的说明。 它还可能包括减少发生概率的方法的说明，以及缓解发生影响的方法。 它还可能包括出现后建议的恢复形式。

对于标识的每个风险，请在项目中创建风险工作项。

创建风险工作项

CMMI 中的风险管理 (RSKM) 流程区域侧重于管理这些与事件相关的风险。 MSF for CMMI 进程改进和Visual Studio Team Foundation Server通过提供风险工作项类型使此过程更容易。 通过使用风险工作项类型，可以定义和跟踪风险列表。 它提供字段来描述风险、发生概率。 它还提供可用于减少发生概率、缓解影响并实施恢复应急计划的操作字段。

应在项目规划期间确定初始项目风险。 在每次项目迭代开始时，应在迭代规划期间重新访问风险列表。

风险的工作项窗体将数据存储在下图所示的字段中：

选择要采用的操作

创建风险列表并对其进行了充分分析后，是时候决定将采取哪些操作来管理这些风险。 是否有任何操作会降低你现在想要执行的操作或迭代计划中描述的发生概率？ 是否有任何操作可以缓解你现在想要执行的操作或迭代计划中描述的发生影响？ 采取措施，降低或缓解风险成本时间和资源。 必须使用这些资源交易此成本，以及将项目工作向前移动的可用时间，并将范围转换为工作软件。 记录你在风险的“缓解”选项卡上计划的风险减少和缓解操作。

当你决定何时采取措施以减少概率或缓解风险的影响时，必须考虑项目的总体风险配置文件。 如果风险配置文件显示“任何生命损失是不能接受的”，则必须管理可能导致生命损失的任何风险，必须计划并采取减少和缓解行动。

确保风险按照项目治理约束进行管理，并在适当平衡的情况下，需要在可用时间和预算内实现所有增值工作交付。

如果选择风险以降低概率或缓解其影响，请通过将活动分解为任务工作项并链接到风险工作项来规划此活动。

监视风险

应定期监视Project风险。

使用风险查询监视风险。 扫描列表中的每个活动风险，并考虑是否增加了发生概率、潜在影响是否已更改，以及是否发生了任何缓解触发器事件。 如果为风险捕获的信息有任何重大更改，请更新工作项。 此外，请考虑是否需要采取进一步措施来降低风险或缓解其影响。

应传达项目的当前风险状态。 报告应包含有关最近发现的任何风险、正在进行的任何减少或缓解操作的信息，以及导致对风险的早期评估发生更改的状态的任何更改。

制定应变计划

对于定义恢复操作的风险，应制定一个计划，以便在发生事件时实施应变。 例如，如果服务器可能会失败，并且应变是从另一个部门借用硬件，则应有一个计划，如果服务器发生故障，则应制定此应变计划。 提前制定计划可以减少事件发生时出现的协调挑战。 具有更大风险管理能力的较高成熟度组织制定应急计划，并知道如何制定这些计划，而不会对其他项目活动产生重大影响。 低成熟度组织在试图从意外事件中恢复时遭受恐慌和混乱。 在 3 级寻求 SCAMPI 评估的组织应记录证据，证明已制定应急计划，并适当时遵循。

将应变计划分成一系列任务或要执行的操作。 估计每个任务。 创建计划和建议的已分配人员列表。 描述执行应变计划所需的所有资源。

将应变计划添加到“应变计划”选项卡上的风险工作项，或将计划添加为附件。