问题 (CMMI)

在本主题中,您可以学习如何填写问题工作项的详细信息。 团队可以使用问题工作项跟踪可能会阻止工作或者正在阻止产品工作的事件或情况。 问题与风险的不同之处在于团队通常会在日常团队会议中自然而然地找出问题。 有关更多信息,请参见管理问题 (CMMI)

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

主题内容

相关主题

  • 定义问题

  • 将问题链接到其他工作项

  • 向问题添加详细信息、附件或超链接

  • 更改问题的状态

过程指南

工作簿

字段参考

所需权限

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

定义问题

问题的工作项窗体在如下图所示的字段和选项卡中存储数据:

CMMI 问题工作项窗体

   

CMMI 问题工作项窗体 - 选项卡

   

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

定义单个问题

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

    • 在**“标题”**中,验证并更新(如果需要)文本,使其更准确地定义问题和受影响的工作区域。

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

      提示

      只能为“Contributors (参与者)”组的成员分配工作项。

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

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

    • 在**“区域”列表和“迭代”**列表中,单击相应的区域和迭代。

      提示

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

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

      默认情况下,此值为 2。

    • 在**“会审”**列表中,单击会审子状态。

      此字段标识为任何处于**“已建议”状态的问题确定的会审级别。 有效值包括“挂起”(默认值)、“详细信息”“收到信息”“已会审”**。

    • 如果问题影响到项目计划的关键路径,请在**“提升”中单击“是”**。

      默认情况下,此值为当前日期。

  2. 在**“详细信息”选项卡的“说明”**框中,尽可能详细地描述问题。

    在**“历史记录”**框中,提供尽可能详细的信息并设置文本格式。

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

  3. 在**“分析”**选项卡上,单击每个框,并提供有关团队如何才能解决问题的详细信息:

    • 在**“对项目目标的影响”**列表上,单击影响级别。

      有效值为**“1 - 严重”“2 - 高”“3 - 中”“4 - 低”。 默认情况下,该值为“3 - 中”**。

    • 在**“分析”**框中,描述问题的根本原因以及一个或多个或许能够解决该问题的解决方案。

      可以对在此框中键入的文本进行格式设置。

  4. 在**“纠正措施”**选项卡上,请执行下列步骤:

    • 在**“计划”**框中,描述团队已同意的建议的纠正措施。

      可以对在此框中键入的文本进行格式设置。

    • 在**“实际解决方法”**框中,描述团队为解决问题所采取的纠正措施。

      可以对在此框中键入的文本进行格式设置。

  5. 在**“其他”**选项卡上,指定以下类型的信息:

    • 在**“目标解决日期”**框中,键入团队必须解决问题的最晚日期。

    • 在**“初始估计”**框中,键入一个数字,用于表示解决问题需要花费的工时数。

  6. 在**“所有链接”**选项卡上,将问题链接到一个或多个其他工作项,如要求或任务。

  7. 在**“附件”**选项卡上,可以附加提供问题详细信息的规范、图像或其他文件。

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

    • 将问题链接到其他工作项

    • 向问题添加详细信息、附件或超链接

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

    提示

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

将问题链接到要求、任务或其他工作项

在**“链接”**选项卡上,可以将问题链接到其他工作项。

将问题链接到要求、任务或其他工作项

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

    将打开**“将链接添加到问题”**对话框。

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

  3. 执行以下操作之一:

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

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

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

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

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

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

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

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

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

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

    提示

    问题和链接到的工作项都将进行更新。 将为所添加的每个工作项定义一个指向问题的“相关”链接。

向问题添加详细信息、附件或超链接

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

  • 在**“详细信息”“分析”“纠正措施”**选项卡上的框中键入信息。

  • 附加文件。

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

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

为问题添加详细信息

  1. 单击**“详细信息”“分析”“纠正措施”**选项卡,然后在框中键入信息。

    您可以设置信息格式以强调重点或获取项目符号列表。 有关更多信息,请参见标题、ID、说明和历史记录 (CMMI)

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

向问题添加附件

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

    • 将文件拖动到附件区。

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

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

      (可选)在**“注释”框中,键入有关附件的更多信息。 若要关闭“附件”对话框,请单击“确定”**。

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

向问题添加超链接

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

    指定超链接地址的 URL

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

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

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

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

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

  5. 单击**“确定”,然后单击 保存“保存工作项”**。

更改问题的状态

团队应该检查每个问题工作项并对其进行分析,以创建一个或多个任务来解决它。 团队采取了纠正措施(即完成任务)后,就解决了问题。 最终,如果团队认为纠正措施可接受,则团队会关闭问题。

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

可使用以下状态来跟踪问题的进度:

  • 已建议

  • 活动

  • 已解决

  • 已关闭

任何团队成员都可更改问题的状态。

关闭问题

  1. 打开问题。

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

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

    • 如果将状态从**“活动”更改为“已解决”,则“原因”字段会自动更改为“已解决”**。

    • 如果将状态从**“已解决”更改为“已关闭”,则“原因”字段会更改为“已验证并已接受解决方法”**。

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

典型工作流进度

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

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

  • 当团队通过完成任务采取了纠正措施后,团队成员会将问题的状态从“活动”更改为“已解决”

  • 当团队认为纠正措施已解决问题后,团队成员会将问题的状态从“已解决”更改为“已关闭”

非典型转换

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

  • 团队成员将问题的状态从“活动”更改为“已建议”,原因是默认的“调查完成”

  • 当团队认为问题已为其他事件所排挤并且问题不具相关性后,团队成员会将问题的状态从“活动”更改为“已关闭”

  • 当团队认为纠正措施因不适当或不正确而无法解决问题时,团队成员会将问题的状态从“已解决”更改为“活动”

  • 当团队认为问题被错误地关闭或者又重现后,团队成员会将问题的状态从“已关闭”更改为“活动”

问题状态图

CMMI 问题状态关系图或工作流

已建议(新建)

当团队发现导致工作止步不前的问题时,团队成员会为其创建一个问题工作项(通常在开日常团队会议时)。

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

  • 创建者:创建问题的团队成员的名字。

  • 创建日期:服务器时钟所记录的问题的创建日期和时间。

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

每个建议的问题都将等待会审,在会审时将决定是接受还是关闭问题。 如果接受问题,则团队会将问题的状态更改为“活动”。 否则,团队会将问题的状态更改为“已关闭”。

由于下表中的原因,团队成员可以将问题从**“已建议”状态更改为“活动”**状态:

原因

何时使用

要采取的其他操作

已接受

当会审委员会认为问题应该得到解决时。

将问题指派给将实现它的团队成员。

调查

当会审委员会认为在委员会接受问题之前必须先调查问题的影响时。

在团队调查情况后将问题恢复为“已建议”状态。

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

  • 激活者:激活问题的团队成员的名字。

  • 激活日期:服务器时钟所记录的问题的激活日期和时间。

  • 状态更改日期:问题的状态更改日期和时间。

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

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

原因

何时使用

要采取的其他操作

已拒绝

当会审委员会认为问题并不真正存在或者不重要时。 原因不正确,或者未正确描述问题。

无。

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

  • 关闭者:关闭问题的团队成员的名字。

  • 关闭日期:服务器时钟所记录的问题的关闭日期和时间。

  • 状态更改日期:问题的状态更改日期和时间。

活动

团队在检查并分析活动问题时,可能会认为不必创建问题并会拒绝该问题。 如果团队认为问题值得解决,则团队将分析该问题并创建一个或多个任务作为要采取的纠正措施。 当团队完成纠正措施后,即会解决问题。

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

当团队通过完成任务采取了纠正措施后,团队成员可以解决活动问题,原因是默认的**“已解决”**。

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

  • 指派给:创建问题的团队成员的名字。

  • 解决者:解决问题的团队成员的名字。

  • 解决日期:服务器时钟所记录的问题的解决日期和时间。

  • 状态更改日期:问题的状态更改日期和时间。

从活动到关闭

当其他决定或事件排除了问题所造成的障碍时,团队成员可以解决活动问题,原因是默认的**“受意外事件影响”**。

在团队成员关闭活动问题时会捕获以下数据字段:

  • 关闭者:关闭问题的团队成员的名字。

  • 关闭日期:服务器时钟所记录的问题的关闭日期和时间。

  • 状态更改日期:问题的状态更改日期和时间。

已解决

已解决的问题表示团队采取了纠正措施并且问题不再阻止进度。 团队将评估纠正措施,如果纠正措施可接受,则团队成员会关闭问题。 如果纠正措施不可接受,则团队成员应该重新激活该问题,以便再对其采取其他措施。

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

当团队认为纠正措施因不适当或不正确而无法解决问题时,团队成员可以重新激活已解决的问题,原因是默认的**“返工”**。

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

  • 激活者:重新激活问题的团队成员的名字。

  • 激活日期:服务器时钟所记录的问题的重新激活日期和时间。

  • 状态更改日期:问题的状态更改日期和时间。

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

当团队认为纠正措施已解决问题时,团队成员可以关闭已解决的问题,原因是默认的**“已验证并已接受解决方法”**。

在团队成员关闭活动问题时会捕获以下数据字段:

  • 关闭者:关闭问题的团队成员的名字。

  • 关闭日期:服务器时钟所记录的问题的关闭日期和时间。

  • 状态更改日期:问题的状态更改日期和时间。

已关闭

任何团队成员都可以重新激活被错误地关闭的问题。

团队不应再处理任何已关闭的问题。 如果团队采取了纠正措施并接受解决方法,或者会审委员会将问题作为非阻止性事件而拒绝,则团队将关闭问题。

从关闭到活动

由于下表中的原因,团队成员可以重新激活已关闭的问题:

原因

何时使用

错误地关闭

当团队成员意外关闭了问题时。

已重新打开

当问题的某个部分需要其他工作时。

已再次发生

当引起问题的事件或情况再次发生时。

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

  • 激活者:重新激活问题的团队成员的名字。

  • 激活日期:服务器时钟所记录的问题的重新激活日期和时间。

  • 状态更改日期:问题的状态更改日期和时间。

请参见

其他资源

项目 (CMMI)

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

工作项和工作流 (CMMI)