管理问题 (CMMI)

使用 Visual Studio Team Foundation Server 中的问题工作项可帮助您跟踪项目计划及其活动和任务中存在的问题。 问题不得与 Bug 相混淆。 提供 Bug 工作项类型的目的是为了跟踪代码和特定失败测试的问题。 提供问题工作项类型的目的是为了帮助您跟踪项目的所有其他问题。 某些示例在以下各方面存在多义性：要求、人员或其他资源的不可用性、环境问题、发生的其他项目风险，以及通常会使顺利交付项目面临风险的任何方面。

问题的不同之处在于：它们表示计划外的活动。 解决问题并非是普通的项目工作。 因此，必须进行跟踪，并给予格外关注。 使用 Team Foundation Server 中的问题工作项以及报告和查询功能跟踪这些项目问题有助于开发核心功能，以便快速、高效地管理和解决问题。

主题内容

• 创建问题工作项

• 查看问题

• 分析问题

• 验证已解决的问题

• 审查要解决的问题

创建问题工作项

当发生问题时，请创建一个问题工作项，并对该问题和建议的解决方案（如果有任何已知解决方案）进行说明。 项目的问题工作项将为 CMMI 过程改进标准评估方法 (SCAMPI) 评估提供一些有力证据。 有关 CMMI 的更多信息，请参见 CMMI 背景信息 的“背景知识”。

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

查看问题

应定期查看项目的打开的问题。

若要查看问题，请运行随模板提供的“打开的问题”查询。 按照“已建议”状态将问题进行排序，以便会审任何新问题。 有关更多信息，请参见问题 (CMMI)。

分析问题

应分析每个新问题的症状和根源。 应制定一份纠正措施计划，以便解决这些症状或（最好）解决根源。 在问题的“纠正措施”选项卡上记录相应计划。 解决问题或尝试修复根源的决策应反映项目风险。 这些决策应在问题工作项中记录。 它们将为 SCAMPI 评估提供证据，并展现在风险管理方面的功能级别，此功能级别对第 3 级评估非常重要。

解决症状是一种较不成熟的行为，该行为展现的功能级别足以满足 CMMI 模型第 2 级或第 3 级评估的需求。 分析和解决根源意味着组织制定了应避免该问题再度发生的计划。 这是较成熟的行为。 它展现的是问题解决和过程改进方面的功能级别，对于已通过第 4 级或第 5 级评估的组织而言，此功能级别是这些组织所特有的。

记录措施计划，然后将此工作划分为多个任务工作项，这些任务工作项作为子级链接到问题工作项。 有关如何链接工作项的更多信息，请参见问题 (CMMI)。 应将任务分配给各个团队成员以待解决。 应使用任务类型“纠正措施”共同创建各个任务。

验证已解决的问题

在定期查看打开的问题时，最好查看已标记为“已解决”的问题。 如果大家一致认可记录的解决方案，请将该问题标记为“已关闭”，并将其原因设置为“已解决”。使用“打开的问题”查询，并筛选状态为“已解决”的条目。

审查要解决的问题

在完成问题包含的所有任务之后，利益干系人应确定是否已解决该问题。

打开问题工作项以及任何受阻工作项。 您可以参考“纠正措施”选项卡，以便查看原始措施计划和已采取的措施。 还可以通过显示“子级”链接的“所有链接”选项卡来查看与问题关联的任务工作项。 纠正措施是否已成功地取消阻止工作项并解决问题？ 如果没有，请重新执行纠正措施，并将其重新分配给团队成员。 是否已立即执行纠正措施？ 是否已避免意外的外部（或特殊原因）事件和对计划关键路径的影响。 项目承诺是否安全，或者是否必须重新协商项目承诺？ 请在工作项中记录上述所有详细信息。 这将为 CMMI 评估生成有价值的证据。

如果问题已成功解决，并且利益干系人对此感到非常满意，请将该问题标记为“已解决”。然后，可以正式关闭此问题。

如果问题解决失败，请重新执行纠正措施任务，并将这些任务分配给适当的人员予以解决。 请重新考虑问题的优先级，并考虑提升其优先级以迅速解决，以免再度延迟。

其他资源

有关 SCAMPI 评估的更多信息，请参见以下网页：Software Engineering Institute（软件工程研究院）。