风险 (CMMI)

在本主题中,您可以学习如何填写风险工作项的详细信息。 风险工作项可记录将来可能会对项目产生负面影响的事件或条件。 项目管理的关键环节是发现并管理项目风险。 有关更多信息,请参见管理风险

有关如何创建此类工作项的信息,请参见工作项和工作流 (CMMI)

主题内容

相关主题

  • 定义风险

  • 将风险链接到要求、任务或其他工作项

  • 向风险添加详细信息、附件或超链接

  • 更改风险的状态

过程指南

字段参考

所需权限

若要查看风险,您必须是**“Readers (访问者)”组的成员,或者您的“查看此节点中的工作项”权限必须设置为“允许”。 若要修改风险,您必须是“Contributors (参与者)”组的成员,或者您的“编辑此节点中的工作项”权限必须设置为“允许”**。 有关更多信息,请参见管理权限

定义风险

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

风险工作项窗体

   

CMMI 风险工作项窗体 - 选项卡

在定义风险时,必须定义**“标题”**。 可以将所有其他字段保留为空白,也可以接受其默认值。

定义单个风险

  1. 在工作项窗体的上方区域,指定以下一类或多类信息:

    • 在**“标题”**(必需)中,键入简短的说明。

      好的标题有助于团队了解所涉及的潜在风险。 您可以随时更新文本,以便更准确地定义风险和可能受影响的工作区域。

    • 在**“概率”**框中,键入一个介于 1 到 99 之间的数字,以指示风险出现的几率。

      例如,您可以键入 1,指示风险基本不可能出现。

    • 在**“指派给”**列表中,单击负责解决此风险的团队成员的名字。

      提示

      只能向“Contributors (参与者)”组成员指派工作项。

      如果未指派风险,则该风险将自动指派给您。

    • 在**“状态”列表中,保留默认值“已建议”**。

      默认情况下,“原因”字段的值为“新建”。 有关此字段以及如何使用此字段跟踪工作流的更多信息,请参见本主题后面的更改风险的状态。

    • 在**“区域”列表和“迭代”**列表中,单击相应的区域和迭代,或将这些字段留空。

      提示

      项目管理员已经定义“区域”“迭代”树层次结构,以便团队成员可以根据这些指定跟踪进度。 有关更多信息,请参见创建和修改区域和迭代

    • 在**“优先级别”**列表中,单击风险的重要性级别,范围为 1(最重要)到 4(最不重要)。

      默认情况下,此值为 2。

    • 在**“严重级别”**列表中,指示潜在的负面影响程度,如风险一旦发生后可能造成的成本和损失。

      您可以根据自己的主观意愿来指定以下级别:“1-严重”“2-高”“3-中”“4-低”。 默认情况下,此值为“3-中”。

    • 在**“受阻”列表中,如果问题使团队无法缓解风险,请单击“是”**。

      如果团队已创建一个问题工作项来跟踪受阻问题,则还应创建指向该工作项的链接。

    • 在**“初始估计”**框中,键入一个数字,用于表示实现风险缓解计划需要花费的工时数。

  2. 在**“详细信息”**选项卡上,提供尽可能详细的信息,以描述该风险以及缓解风险的建议措施。

  3. 在**“缓解操作”**选项卡上,提供尽可能详细的信息,以描述用于确定是否应缓解风险的条件或事件。

    例如,如果天气预报预测未来四天内办公室 50 英里范围内有冰暴或飓风来袭,则团队可能需要有备用发电机。

  4. 在**“应变计划”**选项卡上,提供尽可能详细的信息,以描述发生风险时要采取的措施。

    通过创建一个问题工作项和若干任务并指派给一个或多个团队成员,团队可以跟踪该计划。

  5. 在**“所有链接”**选项卡上,可以创建从风险到一个或多个其他工作项(例如任务和要求)的链接。

  6. 在**“附件”**选项卡上,可以附加提供要缓解的风险详细信息的规范、图像或其他文件。

    有关更多信息,请参见本主题后面的以下各节:

    • 将风险链接到要求、任务或其他工作项

    • 向风险添加详细信息、附件或超链接

  7. 单击 保存“保存工作项”

    提示

    在保存风险之后,标识符将出现在工作项工具栏下方的标题中。

将风险链接到要求、任务或其他工作项

通过在风险和其他工作项之间建立关系,可以更有效地规划项目,更准确地跟踪依赖项,更清楚地查看层次结构关系以及更快速地查找相关信息。 在风险工作项窗体中,可以创建自动链接到风险的另一个工作项,或者可以创建指向现有工作项的一个或多个链接。

在**“链接”**选项卡上可以创建指向特定类型工作项的特定类型的链接。 有关更多信息,请参见链接工作项 (CMMI)

创建任务、Bug、要求或其他工作项并将其链接到风险

  1. 打开风险工作项的窗体,单击**“所有链接”选项卡,然后单击 添加新链接工作项“新建”**。

    将打开**“添加新的链接工作项”**对话框。

    “添加新的链接工作项”对话框

  2. 在**“链接类型”列表中,单击“相关”**或表示要跟踪的关系的其他链接类型。

  3. 在**“工作项类型”**列表中,单击要创建的工作项的类型。

  4. 在**“标题”**中,键入待执行工作的简短但具体的说明。

  5. (可选)在**“注释”**中键入附加信息。

  6. 单击**“确定”**。

    打开一个与您指定的工作项类型相对应的工作项窗体,其中含有您提供的信息。

  7. 按下列主题所述,指定其余字段:

  8. 单击 保存“保存工作项”

将多个现有工作项链接到风险

  1. 打开风险工作项的窗体,单击**“链接”选项卡,然后单击 添加链接“链接到”**。

    此时将打开**“将链接添加到风险”**对话框。

    “添加指向要求的链接”对话框

  2. 在**“链接类型”列表中,根据要链接的工作项的类型,单击“相关”**或表示要跟踪的关系的其他链接类型。

  3. 执行以下操作之一:

    • 在**“工作项 ID”**中,键入要查找的工作项的 ID。 使用逗号或空格分隔各个 ID。

    • 单击**“浏览”**,从列表中指定工作项。

      将显示**“选择链接工作项”**对话框。

      “选择链接工作项”对话框

      在**“已保存查询”列表中,单击包含要添加的工作项的查询。 例如,可以单击“打开工作项”“活动 Bug”“活动任务”**。

      单击**“查找”**,然后选中要链接到风险的每个工作项旁边的复选框。

      单击**“确定”**。

    • (可选)键入对链接目标项的说明。

  4. 单击**“确定”**。

    有关更多信息,请参见查找要链接或导入的工作项

  5. 单击 保存“保存工作项”

    提示

    风险和链接的工作项都将更新。

向风险添加详细信息、附件或超链接

随着所得信息不断增多,您可以用以下方式向风险添加信息:

  • 在**“说明”“缓解操作”“应变计划”“历史记录”**选项卡上的文本框中键入信息。

  • 附加文件。

    例如,可以附加电子邮件线索、文档、图像、日志文件或其他类型的文件。

  • 添加指向网站的超链接,或者指向存储在服务器或网站上的文件的超链接。

向风险添加详细信息

  1. 单击**“说明”“缓解操作”“应变计划”“历史记录”**选项卡,然后在任一文本框中键入信息。

    您可以设置信息格式以强调重点或获取项目符号列表。

    提示

    每次团队成员更新该工作项时,其历史记录都会显示更改日期、执行更改的团队成员的名字和所更改的字段。

    有关更多信息,请参见用于跟踪 Bug、问题和风险的字段 (CMMI)标题、ID、说明和历史记录 (Agile)

  2. 单击 保存“保存工作项”

向风险添加附件

  1. 在**“附件”**选项卡中,执行以下操作之一:

    • 将文件拖动到附件区。

    • 单击 粘贴 或按 Ctrl+V 粘贴已复制的文件。

    • 单击 添加附件“添加”,单击**“浏览”,在“附件”**对话框中,键入或浏览到要附加的文件的名称。

      (可选)在**“注释”**框中,键入有关附件的更多信息。

      若要关闭**“附件”对话框,请单击“确定”**。

  2. 单击 保存“保存工作项”

向风险添加超链接

  1. 在**“链接”选项卡上,单击 添加链接“链接到”**。

    指定超链接地址的 URL

  2. 在**“链接类型”列表中,单击“超链接”**。

  3. 在**“地址”**框中,执行下列操作之一:

    • 如果目标是网站,请键入 URL,或者从 Internet 浏览器中复制该 URL,然后将其粘贴到**“地址”**框中。

    • 如果目标是服务器位置,请键入其 UNC 地址。

  4. (可选)在**“注释”**框中键入有关超链接的附加信息。

  5. 单击**“确定”**。

  6. 单击 保存“保存工作项”

更改风险的状态

如果团队确定必须要缓解某种风险,团队成员会将该风险的状态设置为**“活动”。 在缓解措施完成之前该风险会一直保持活动状态,缓解措施完成时,团队成员将状态更改为“已解决”**。 如果团队确认某个已解决的风险得到了缓解,则团队成员会关闭该风险。

如果发生了风险标识的事件,团队将制定一个应变计划。

团队可以使用以下状态来跟踪风险的状态:

  • 已建议

  • 活动

  • 已解决

  • 已关闭

任何团队成员都可更改风险的状态。

团队成员创建风险时,它处于**“已建议”状态。 当团队接受当前迭代的风险时,该风险将更改为“活动”状态,团队会分析该风险并创建任务来实现该风险。 当完成这些任务并且系统测试显示团队已成功实现该风险时,风险将更改为“已解决”状态。 最后,团队在验证该风险之后,会将其更改为“已关闭”**状态。

有关可用于跟踪工作项状态的数据字段的更多信息,请参见指派、工作流和计划 (CMMI)

更改风险的状态

  1. 打开相应风险。

  2. 在**“状态”列表中,单击“活动”“已解决”“已关闭”**。

    • 如果将状态从**“已建议”更改为“活动”“原因”字段会自动更改为“已接受”**。

    • 如果将状态从**“活动”更改为“已解决”“原因”字段会自动更改为“代码完成且系统测试通过”**。

    • 如果将状态从**“已解决”更改为“已关闭”,则“原因”字段更改为“验证测试已通过”**。

  3. 单击 保存“保存工作项”

典型工作流进度

  • 团队成员创建一个处于“已建议”状态的风险,原因是默认的“新建”

  • 团队成员将风险的状态从“已建议”更改为“活动”,原因是默认的“已接受”

  • 在团队完成所有缓解措施之后,团队成员会将风险的状态从“活动”更改为“已解决”

  • 在团队验证风险确已缓解之后,团队成员会将风险的状态从“已解决”更改为“已关闭”

非典型转换

  • 团队成员将风险的状态从“已建议”更改为“已关闭”,原因是默认的“已拒绝”

  • 如果风险尚未得到缓解即已发生、该风险不可能再发生或者该风险不再与项目相关,团队成员会将风险的状态从“活动”更改为“已关闭”

  • 当团队评审缓解措施并确定风险仍存在时,团队成员会将风险的状态从“已解决”更改为“活动”

  • 当团队成员确定风险是被错误地关闭时,会将风险的状态从“已关闭”更改为“活动”

风险状态图表

风险工作项的工作流

已建议(新建)

团队会找出每个已建议的风险,并分析该风险出现的可能性、出现后的成本、可选缓解操作、缓解操作触发器和应变计划。 如果缓解操作触发器已关闭,或者某个已建议的风险具有足够高的优先级别而需要立即缓解,团队会激活该风险。 如果团队确定某个已建议风险不再需要关注或者无法缓解该风险,团队会关闭该风险。

在团队成员创建风险时会自动捕获以下数据字段:

  • 创建者:创建风险的团队成员的名字。

  • 创建日期:按服务器时钟记录的创建风险的日期和时间。

由“已建议”改为“活动”

当触发了风险的缓解需求时,团队成员会将该风险的状态从**“已建议”更改为“活动”**。

原因

何时使用

要采取的其他操作

已触发缓解操作

当符合缓解操作触发器定义的条件,或者团队认为某个风险具有足够高的优先级别而需要立即缓解时。

将该风险指派给将实现缓解计划的团队成员。

在团队成员将风险的状态更改为**“活动”**时会捕获以下数据字段:

  • 激活者:激活风险的团队成员的名字。

  • 激活日期:按服务器时钟记录的激活风险的日期和时间。

  • 状态更改日期:风险的状态更改日期和时间。

由“已建议”改为“已关闭”

由于下表中的原因之一,团队成员可以关闭处于**“已建议”**状态的风险:

原因

何时使用

要采取的其他操作

已拒绝(不是风险)

当团队通过其他分析或评审确定不会发生导致风险的事件或情况,或者其影响可忽略时。

无。

已接受

当团队确定有效的预防或纠正措施不可行时,以及可能获得的好处超过潜在的不良后果时。

无。

在团队成员关闭风险时会捕获以下数据字段:

  • 关闭者:关闭风险的团队成员的名字。

  • 关闭日期:按服务器时钟记录的风险关闭日期和时间。

  • 状态更改日期:风险的状态更改日期和时间。

活动

团队将采取措施以缓解处于**“活动”状态的任何风险。 当团队完成所有缓解风险的任务时,会将风险更改为“已解决”**状态。 如果在团队完成缓解任务之前发生了风险,团队会创建一个问题工作项以跟踪该问题并关闭风险工作项。

由“活动”改为“已解决”

当团队完成计划的一个或多个缓解措施时,团队成员可解决活动的风险。 默认的**“原因”“缓解措施完成”**。 团队应将风险指派给将验证该风险的团队成员。

在团队成员解决活动风险时会捕获以下数据字段:

  • 解决者:解决风险的团队成员的名字。

  • 解决日期:按服务器时钟记录的解决风险的日期和时间。

  • 状态更改日期:风险的状态更改日期和时间。

从活动到关闭

由于下表中的原因之一,团队成员可以关闭活动风险:

原因

何时使用

要采取的其他操作

受意外事件影响

当风险在团队缓解它之前发生时。

创建一个问题工作项来跟踪问题,并链接到已关闭的风险工作项。 制定应变计划作为问题的纠正措施。

已拒绝(不是风险)

当团队通过其他分析或评审确定不会发生导致风险的事件或情况,或者其影响可忽略时。

无。

已消除

当由于项目或风险本身已发生更改从而该风险不再有效时。 由于该风险不会再发生,因此团队可以停止对它的跟踪。

无。

在关闭活动风险时会捕获以下数据字段:

  • 关闭者:关闭风险的团队成员的名字。

  • 关闭日期:按服务器时钟记录的风险关闭日期和时间。

  • 状态更改日期:风险的状态更改日期和时间。

已解决

当团队完成缓解风险的任务时,团队会将该风险的状态设置为“已解决”,并在关闭该风险之前将它指派给将验证缓解工作的团队成员。 如果缓解结果不令人满意,团队成员会重新激活该风险。

由“已解决”改为“已关闭”

当团队评审缓解任务并确定缓解措施完全能够缓解风险时,团队成员可关闭已解决的风险。 默认的**“原因”“缓解措施完成”**。 团队应将该风险指派给产品所有者。

在团队成员关闭已解决的风险时会自动捕获以下数据字段:

  • 关闭者:关闭风险的团队成员的名字。

  • 关闭日期:按服务器时钟记录的风险关闭日期和时间。

  • 状态更改日期:风险的状态更改日期和时间。

由“已解决”改为“活动”

当团队评审缓解任务并确定这些任务不足以缓解风险时,团队成员可以重新激活已解决的风险。 默认的**“原因”“缓解措施不令人满意(返工)”**。 团队应将该风险指派给将实现缓解计划的团队成员。 此外,风险验证人员应对风险工作项进行批注以指示哪部分缓解计划使验证失败。

在团队成员重新激活已解决的风险时会自动捕获以下数据:

  • 激活者:重新激活风险的团队成员的名字。

  • 激活日期:按服务器时钟记录的重新激活风险的日期和时间。

  • 状态更改日期:风险的状态更改日期和时间。

已关闭

团队成员可以重新激活再次符合关注条件的已关闭风险。 通常由业务分析人员或项目经理来重新激活已关闭的风险。

从关闭到活动

团队会在缓解风险或因无法缓解风险而接受它之后关闭该风险。 如果风险被意外关闭,您可以将其重新激活。 原因设置为**“错误地关闭”**。

在团队成员重新激活已关闭的风险时会自动捕获以下数据:

  • 激活者:重新激活风险的团队成员的名字。

  • 激活日期:按服务器时钟记录的重新激活风险的日期和时间。

  • 状态更改日期:风险的状态更改日期和时间。

请参见

其他资源

项目 (CMMI)

用于跟踪 Bug、问题和风险的字段 (CMMI)

工作项和工作流 (CMMI)