管理Azure Boards中的问题工作项
Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018
你可以使用问题工作项帮助跟踪项目计划及其活动和任务中存在的问题。 问题不会与 bug 混淆。 提供了 bug 工作项类型，用于跟踪代码问题和特定失败测试的问题。 提供了问题工作项类型，可帮助你跟踪项目的其他所有问题。 一些示例在要求、人员或其他资源不可用、环境问题、发生的其他项目风险以及一般情况下，任何使项目成功交付面临风险的任何内容都存在歧义。
问题的不同在于它们表示计划外活动。 问题解决不是正常的项目工作。 因此，必须进行跟踪，并给予特别注意。 使用问题工作项跟踪这些项目问题。 然后，使用报告和查询有助于开发核心功能，以便快速有效地管理和解决问题。
创建问题工作项
出现问题时，请创建问题工作项、描述问题，并描述建议的解决方案（如果有）。 该项目的问题工作项为标准 CMMI 评估方法 (SCAMPI) 评估创建重要证据。 有关 CMMI 的详细信息，请参阅 CMMI 的背景到后台。
问题的工作项窗体将数据存储在下图中显示的字段和选项卡中：
查看问题
应定期查看项目的公开问题。
若要查看问题，请运行模板提供的“打开问题”查询。 使用“建议”按状态对问题进行排序，以会审任何新问题。
分析问题
应针对其症状和根本原因分析每个新问题。 应制定纠正措施计划，以解决症状或 (最好) 根本原因。 在问题的“纠正措施”选项卡上记录计划。 解决该问题或尝试解决根本原因的决定应反映项目风险。 应在问题工作项中记录这些决策。 他们将为 SCAMPI 评估提供证据，并证明风险管理水平对于 3 级评估非常重要。
围绕症状进行工作是一种低成熟度行为，它显示了足以满足 CMMI 模型级别 2 或 3 评估的能力级别。 根本原因分析和解决方法意味着组织打算不递归问题。 此期望是更高的成熟度行为。 它演示了问题解决和流程改进方面的一定程度的能力，这是实现 4 级或 5 级评估的组织的典型功能。
记录操作计划，然后将工作分解为任务工作项，并将其链接到问题工作项作为子级。 应将任务分配给单个团队成员以解决问题。 每个任务都应与任务类型“纠正措施”一起创建。
验证已解决的问题
在定期审查开放问题期间，最好查看标记为已解决的问题。 如果共识接受记录的解决方案，请将该问题标记为“已关闭”，并将其原因设置为“已解决”。使用打开的问题查询，并筛选状态等于“已解决”的状态。
查看待解决的问题
完成问题下的所有任务后，利益干系人应决定是否解决问题。
打开问题工作项和任何阻止的工作项。 可以参考“纠正措施”选项卡查看原始操作计划以及已执行的操作。 还可以通过显示子链接的“所有链接”选项卡来查看与问题关联的任务工作项。 纠正措施是否已成功取消阻止工作项并解决问题？ 否则，请重新处理纠正措施，并将其重新分配给团队成员。 纠正措施是否已及时完成？ 是否避免了意外的外部 (或特殊原因) 事件并影响计划关键路径？ 项目承诺是安全的，还是必须重新谈判？ 在工作项中记录所有这些详细信息。 此详细信息为 CMMI 评估生成有价值的证据。
如果利益干系人确信问题已成功解决，请将问题标记为“已解决”。然后，它可以正式关闭。
如果问题尚未成功解决，请重新处理纠正措施任务，并将其分配给合适的人员进行解决。 重新考虑这个问题的优先事项，并考虑提高其速度，以避免延迟。
更多资源
有关 SCAMPI 评估的详细信息，请参阅以下网页： 软件工程研究所。