Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020
Teams 使用 MSF for CMMI 流程改进 2015（CMMI）附带的工作项类型（WIT）来规划和跟踪软件项目。 产品负责人定义需求以管理产品积压，团队通过在您的看板上更新需求和任务状态来跟踪进度。
产品所有者将需求映射到功能特性，以查看投资组合级别的进度。 当团队在迭代中工作时，他们创建自动链接到要求的任务。
测试人员使用Microsoft测试管理器或 Web 门户创建和运行测试用例，并提交 bug 来跟踪代码缺陷。
团队还监控在评审会议期间记录在案的更改请求、风险、问题和笔记。 如果你不熟悉 CMMI 过程，请从 使用 CMMI 计划和跟踪工作 开始。
定义要求
从产品积压工作页上的快速添加面板创建要求。 稍后，请打开每个需求来提供详细信息并估算工作量。
或者，可以使用 CSV 文件批量添加要求（请参阅 从 CSV 导入工作项）。
Important
不再支持Microsoft项目集成
Microsoft Project Integration 和 TFSFieldMapping 命令已停用：
- Visual Studio 2019 及更高版本（包括 Azure DevOps Office 集成）
- Azure DevOps Server 2020 及更高版本
- Azure DevOps Services
仍然起作用的内容： Microsoft Excel 集成仍完全支持批量导入和更新工作项。
建议的替代方法：
- 交付计划 - 用于项目规划和跨团队跟踪的本机 Azure DevOps 功能
- 项目管理扩展 - 浏览 Azure DevOps 市场 以获取当前的甘特图和项目管理解决方案
- 第三方集成 - 许多项目管理工具提供 Azure DevOps 连接器，用于无缝工作流集成
要求描述产品元素和函数团队需要构建。 产品所有者通常在产品待办事项列表页面上定义和排列优先级。 然后，团队将所需的工作量限定为范围，并编写任务和测试用例来实现每个项目。
完成表单时，请使用以下指南和 在不同工作项类型中通用的字段 。 有关详细信息，请参阅规划项目。
Field
Usage
为团队提供足够的详细信息来估算实施工作量。 专注于需求服务的人员、用户想要完成的内容以及原因。 避免描述如何实现要求。 包括足够的上下文，你的团队可以从项目编写任务和测试用例。
在 HTML 字段中，可以添加多格式文本和图像。
在影响评估富文本字段中记录不实施该要求对客户的影响。 可以包括 Kano 模型详细信息，这些详细信息指示要求是意外的、必需的还是明显的功能。
要求类型（必需）
为要求类型指定以下值之一：
- 业务目标
- 功能 （默认值）
- Functional
- Interface
- Operational
- 服务质量
- Safety
- Scenario
- Security
指出史诗、功能或要求所解决的客户价值领域。 常用值包括：
- 架构设计：通过技术服务实现业务功能，以提供解决方案的能力。
- 业务：满足利益干系人需求的服务并直接交付客户价值（默认值）。
提供任务的原始估计值。 通常，分配任务后，此值不会更改。 可以指定工时或天数;该字段没有固有的时间单位。
提供工作的目标开始日期和完成日期。
优先级 （必需）
设置反映业务优先级的主观分级：
- 1：如果没有此项，产品无法装运。
- 2：（默认）产品在没有该组件的情况下无法发货，但不需要立即处理。
- 3：实现是基于资源、时间和风险的可选实现。
会审 （必需）
当工作项处于计划状态时使用分类处理。 选择以下选项之一： 挂起 （默认值）、 更多信息、 接收信息、 会审。
指示团队成员是否无法在工作项上取得进展。 如果问题阻止工作，请创建指向问题的链接。 选择 “是 ”或 “否”。
已提交 （必需）
指示团队是否承诺交付要求。 选择 “是 ”或 “否 ”（默认值）。
记录包含要求、更改请求或 Bug 修复的产品构建号。
用户验收测试（必需）
为需求设置用户验收测试的状态：
- Pass
- Fail
- 未就绪（默认值）
- Ready
- Skipped
- 收到的信息
当需求处于活动状态时，使用未就绪；当需求处于已解决状态时，使用就绪。
列出熟悉要求所代表的客户区域的团队成员。
获取“讨论”部分中的评论
使用“讨论”部分添加和查看对所执行工作的评论。
当把光标放在任何支持文本格式的文本框内时，富文本编辑器工具栏就会出现在文本输入区域下方。
Note
“讨论工作项”字段不存在。 要从“讨论”区查询带有评论的工作项，请在历史记录字段上进行筛选。 “讨论”文本框中输入的文本的完整内容将添加到“历史记录”字段中。
提及某人、组、工作项或拉取请求
选择以下图标之一以打开包含您提及某人、链接到工作项或链接到拉取请求的最近条目的菜单：
可以使用键盘快捷方式打开同一菜单：提及 @、哈希标记 #和感叹号 ！。
输入名称或数字，对菜单列表进行筛选以匹配你输入的内容。 选择要添加的项。 若要将组引入讨论，请输入符号@后跟组名称，例如团队或安全组。
编辑或删除注释
若要编辑或删除任何讨论批注，请选择 “编辑
”或“ 更多作 ”（
），然后选择“ 删除” ：
更新批注后，选择“更新”。 若要删除批注，请确认删除。 工作项窗体上的历史记录选项卡保留所有已编辑和已删除的评论的完整审核线索。
Important
对于本地 Azure DevOps Server，请配置 SMTP 服务器，以便团队成员能够收到通知。
向评论添加表情符号
通过选择任何批注右上角的表情符号图标，向批注添加一个或多个反应。 从评论底部任何现有表情符号旁边的图标中进行选择。 要删除你的表情符号，请在评论底部选择该表情符号。 下图显示了添加表情符号的体验示例，以及评论上表情符号的显示方式。
保存评论而不保存工作项
Note
此功能从 Azure DevOps Server 2022.1 开始提供。
如果只有加入到工作项的讨论的权限，则可以通过保存评论来执行此操作。 此权限由“区域路径”节点和编辑此节点中的工作项评论权限控制。 有关详细信息，请参阅 “设置工作跟踪权限 - 创建子节点，修改区域或迭代路径下的工作项”。
保存评论后，无需保存工作项。
Note
保存对 讨论 控件所做的更改时，仅保存批注。 未执行为工作项类型定义的工作项规则。
追踪工作进度
工作进行时，更新“状态”字段以反映当前状态。 （可选）提供原因;状态和原因字段显示在工作项窗体标题中。
CMMI 工作流状态
下图显示了要求、Bug 和任务 WIT 的主要进度和回归状态。
| Requirement | Bug | Task |
|---|---|---|
|
|
|
要求的典型工作流遵循以下步骤：
- 产品所有者创建一个处于已建议状态的要求，默认原因为新建要求。
- 产品所有者在工作开始时将需求移动到活动。
- 开发完成并且系统测试通过后，团队将需求状态设置为已解决。
- 最后，在验收条件和验证测试确认完成后，团队或产品所有者将要求移到 关闭 。
使用面板或任务板更新工作状态
使用 看板 或 冲刺任务板 更新项目项的状态。 将项拖动到其他列会同时更新“状态”和“原因”字段。
将需求映射到功能
管理多个产品或用户体验时，请定义功能和将要求映射到这些功能，以查看项目组合的范围和进度。
使用项目组合积压工作 在积压工作级别之间向下钻取 ，以及跨团队汇总正在进行的工作。 还可以在设置团队层次结构后查看汇总数据。
功能工作项包含与要求类似的字段及其引用中所述的其他字段。
定义任务
当团队在迭代中交付工作时，需将冲刺积压工作页中的要求分解为任务，并估算工作量。
为任务命名并估算工作。
当团队估算工作时，他们定义任务并估算完成工时或天数。 团队在迭代开始时预测容量和优化任务;然后，每个团队成员执行一部分任务。 任务可以包括开发、测试和其他活动。 例如，开发人员创建任务来实现要求，而测试人员创建任务来编写和运行测试用例。 通过将任务链接到需求和错误，团队能够清楚地看到实施的进展。 有关详细信息，请参阅迭代活动。
Field
Usage
从以下项中选择任务类型：
- 纠正措施
- 缓解作
- Planned
请选择与此任务在按活动估算冲刺容量时所代表的学科。
- Analysis
- Development
- Test
- 用户教育
- 用户体验
此字段还有助于按学科计算容量。 它将分配给 ProcessConfiguration 文件中的 type="Activity"。 有关详细信息，请参阅实现开发任务。
输入任务的原始估计值。
随着团队的进展更新剩余工作。 此值提供容量图表、 冲刺进度图表和相关报表。 如果将任务分解为子任务，请仅跟踪子任务上的小时数。
记录已执行任务所花费的工作。
跟踪测试进度
测试要求
在 Web 门户或测试管理器中，创建自动链接到要求或 bug 的测试用例，或从 
（链接选项卡）添加链接。
测试用例包含许多字段，包括与生成和测试过程集成的字段。 有关详细信息，请参阅 基于生成和测试集成字段的查询 。
（链接选项卡）列出了测试用例中引用的所有要求和缺陷。 链接可帮助团队跟踪测试进度，并支持 “要求概述报告”等报告。
跟踪代码缺陷
从 Web 门户、Visual Studio 或测试管理器创建缺陷（请参阅 管理缺陷）。
跟踪更改请求、风险、问题以及在评审会议中捕获的备注
除了需求、功能、任务和 bug 之外，CMMI 过程还建议以下 WIT：
- 更改请求用于管理在变更控制下对工作产品的建议更改。
- 跟踪可能阻止工作的事件或情况的问题。 问题不同于风险 ，因为团队通常会在日常会议期间自发地识别问题。
- 风险跟踪实际结果与期望结果之间概率和方差的差异。 管理风险时，可以最大程度地减少预期结果与实际结果之间的差异。
- 审核 用以记录设计或代码评审如何满足名称正确性、代码相关性、可扩展性、复杂性和安全性等标准。
可以使用团队仪表板上的“新建工作项”小组件或“查询”页上的“新建”菜单添加问题。
从小组件添加的工作项会自动限定为团队的默认区域和迭代路径。 要更改团队上下文，请参阅切换团队上下文。
常见工作跟踪字段的定义
以下字段和选项卡显示在大多数工作项中。 每个选项卡用于跟踪特定信息。 常用的选项卡包括 
历史记录、 链接和 
附件。
所有工作项类型唯一的必填字段是标题。 保存工作项时，系统会分配唯一标识符 ID。 窗体以黄色突出显示必填字段。 有关其他字段的信息，请参阅工作项字段索引。
Note
可能需要其他字段，具体取决于对流程和项目的自定义。
字段或选项卡
Usage
输入不多于 255 个字符的说明。 稍后可以修改 标题 。
将工作项分配给负责执行工作的团队成员，或留空并稍后完成作业。
首次创建工作项时， “状态” 字段会自动显示工作流中的第一个状态，例如 “新建 ”或 “未分配”。 随着工作进度，更新 状态 以反映工作项的当前状态。
首次创建工作项时，请设置默认 的 Reason 值，例如 “已创建 ”或 “新建”工作项。 当工作项 的状态 更改时，请相应地更新 Reason 值。 工作项的每个 状态 都与默认 的 Reason 值相关联。
选择与产品或团队关联的区域路径，或者留空并稍后输入适当的值。 可以更改可用区域的下拉列表。 有关详细信息，请参阅定义区域路径并分配给团队。
选择要在其中完成工作项的冲刺或迭代，或留空并稍后分配值。 可以更改迭代的下拉列表。 有关详细信息，请参阅 定义迭代路径（冲刺）并配置团队迭代。
“历史记录 ”选项卡
查看工作项 历史记录 ，查看系统捕获的对项所做的所有更改。 每次更新工作项时，详细信息都会追加到历史记录中。 可以看到更改日期、更改作者和更新的字段列表。 还可以将格式化文本添加到 “历史记录 ”字段。
“链接 ”选项卡
添加 链接 以创建与其他工作项的连接。 支持多种链接，例如超链接、更改集、源文件等。 指定链接项与工作项的关系，例如 父项、 在生成中找到或 测试结果。
“附件 ”选项卡
使用 附件 包含有关项目的工作项的支持信息。 附加电子邮件线程、文档、图像、日志文件或其他文件类型。
自定义工作项类型
对于大多数工作项类型，可以添加字段、更改工作流、添加自定义规则，并向工作项表单添加自定义页。 还可以添加自定义工作项类型。 有关详细信息，请参阅 自定义继承过程。
对于大多数工作项类型，可以添加字段、更改工作流、添加自定义规则，并向工作项表单添加自定义页。 还可以添加自定义工作项类型。 有关详细信息，请根据项目使用的流程模型参阅自定义继承流程或自定义本地 XML 流程模型。
相关内容
积压工作 (backlog) 列表顺序
使用 “堆栈排名 ”字段跟踪要求、特征或史诗的相对排名。 积压页根据您在页面上添加或移动项目的位置确定顺序（请参阅创建积压页面）。 拖动项时，后台进程会更新堆栈排名字段。 默认情况下，此字段不会显示在工作项窗体上。