通过

CMMI 过程模板工作项类型和工作流

  • 项目

团队使用与 MSF for CMMI Process Improvement 2013 (CMMI) 过程模板一起提供的工作项类型 (WIT) 来计划和跟踪软件项目进度。 团队定义管理积压工作 (backlog) 的要求，然后使用看板来更新要求状态，从而跟踪进度。

CMMI 7.0 工作项类型

若要了解要求组合，产品所有者可以将要求映射到功能。 团队在迭代中工作时，将定义自动链接到要求的任务。

通过使用 Microsoft 测试管理器 和 Team Web Access (TWA)，测试人员可创建并运行测试用例，以及定义 Bug 来跟踪代码缺陷。

若要支持其他 CMMI 过程，团队可以跟踪更改请求、风险、问题以及在评审会议中捕获的备注。

通过定义要求并估计工作量大小来规划项目

从产品积压工作 (backlog) 页上的快速添加面板创建要求。 或者，你可以使用 Excel 或 Project 来批量添加要求。

“要求积压工作(backlog)”页上的“快速添加”面板

稍后，你可以打开每个要求以提供更多详细信息并估计其大小。

要求工作项表单

要求指定团队需要创建的功能和产品元素。 产品所有者通常在产品积压工作 (backlog) 页上定义要求并对其进行堆栈分级。 然后，团队会限定工作量大小以交付优先级最高的项目。

通过定义要求的**“大小”**，团队可使用趋势预测功能和速度图来估计未来迭代或工作量。 可使用以下字段和选项卡获取重要信息。 有关其他指南，请参见规划项目。

字段/选项卡

用法

大小（请参见备注 1）

使用团队首选的任何度量单位（如 T 恤大小、情景点或时间）估计完成要求所需的工作量。

Agile 速度图和趋势预测工具将引用此字段中的值。 这是生成速度图所需的字段。

优先级 [必需] (2)

与业务相关的要求的主观分级。 允许的值为：

  • 1：没有此项目，产品无法装运。

  • 2：（默认值）没有此项目，产品无法装运，但无需立即解决该问题。

  • 3：根据资源、时间和风险来选择性地实现项目。

会审 [必需] (2)

指示对于工作项处于挂起状态的会审决定的类型。 当工作项处于“已建议”状态时使用此字段并指定下列值之一：“挂起”（默认值）、“详细信息”、“收到信息”和“已会审”。

阻止 (2)

指示是否已阻止团队成员将进度推进到实现要求或任务或者解决 Bug、更改请求或风险的过程。 如果已打开了问题来跟踪阻止性问题，则可以创建指向该问题的链接。 可以指定“是”或“否”。

已提交 [必需] (2)

指示是否在项目中提交了要求。 可以指定“是”或“否”（默认值）。

堆栈级别 (1)

用于跟踪要求的相对分级。 产品积压工作 (backlog) 页上的项的序列由项添加或移动到该页上的位置决定。 拖动项时，后台进程会更新 ProcessConfiguration 文件中分配给 type="Order" 的字段。

（要求）类型 ［必需］ (2)

要实现的要求的类别。 可以指定以下值之一：

  • 业务目标

  • 功能（默认）

  • 功能性

  • 接口

  • 操作性

  • 服务质量

  • 人身安全性

  • 方案

  • 安全性

描述

提供足够的详细信息以估计实现要求所需的工作量。 关注要求的目标受众、用户需要实现的目标以及原因。 不要描述要求的制定方式。 提供足够的详细信息，以便团队可编写任务和测试用例以实施项目。

在 HTML 字段中，可以添加多格式文本和图像。

分析

(（影响评估）

未实现此要求时的客户影响。 你可能会包括 Kano 模型中的详细信息，描述此要求是处于“惊喜”（Surprise）、“必需”（Required）还是“明显”（Obvious）类别中。 你在对应于影响评估的多格式文本 HTML 字段中获取此信息。

其他

不需要位于“其他”选项卡上的以下字段。

  • 集成版本：包含要求和更改请求或修复 Bug 的产品生成号。

  • 用户验收测试 [必需] (2)：用户验收测试的状态。

    • 通过

    • Fail

    • “未就绪”（默认值）

    • 就绪

    • 已跳过

    • 收到信息

    如果要求处于“活动”状态，则应指定“未就绪”；如果要求处于“已解决”状态，则应指定“已就绪”。

  • 初始估计 (3)：完成任务所需的具体时间量（以天数和小时数表示）。

  • 行业专家：熟悉此要求表示的客户区域的团队成员的名字。

  • 开始日期、完成日期 (3)：工作将开始或完成的目标日期。 在使用 Microsoft Project 进行安排时，Microsoft Project 将填充这些字段。

说明：

  1. 若要更改字段分配，请参见配置和自定义团队项目的敏捷计划工具。

  2. 若要更改菜单选择，请参见自定义选取列表。

  3. 可以小时或天为单位指定工作。 没有与此字段相关的固有时间单位。

    如果你使用 Microsoft Project 分配资源并跟踪时间表，则可使用 Project 更新这些字段。

跟踪进度

团队可以使用看板跟踪要求进度，并使用冲刺 (sprint) 任务板跟踪任务进度。 将项拖动到新状态列会更新工作流**“状态”和“原因”**字段。

看板，要求积压工作 (backlog)

可以自定义看板以支持其他泳道或列。 或者，你可以针对要求和任务 WIT 自定义工作流，这将更改默认列标题。

要求的典型工作流进度如下：

  • 产品所有者创建一个处于**“已建议”状态的要求，默认原因为“新建要求”**。

  • 当产品所有者开始实现要求时，他们会将该状态更新为**“活动”**。

  • 当团队完成代码开发且已通过系统测试时，他们会将该状态更新为**“已解决”**。

  • 最后，当产品所有者认为已根据验收条件实现要求并且已通过所有验证测试时，团队或产品所有者会将该要求移到**“已关闭”**。

将要求映射到功能

当你管理一套产品或用户体验时，你可能需要跨产品组合查看工作的范围和进度。 可通过定义功能并将要求映射到功能来执行此操作。

从功能积压工作 (backlog) 页中，可以按照与添加要求相同的方式快速添加功能。

“功能项目组合积压(backlog)”工作页上的“快速添加”面板

功能工作项包含为要求提供的类似字段并包括其他字段，如下表所述。

CMMI 的功能工作项表单

**“要求”**选项卡捕获指向已映射的要求的链接。

字段

用法

业务价值

指定捕获某个功能与其他功能的相对值的数字。 数字越大，商业价值越大。

目标日期

指定功能应执行的截止日期。

从启用**“映射”**的积压工作 (backlog) 页中，可以将要求拖动到其实现的功能中。

将要求映射到功能

此映射将创建从功能到要求（可在**“要求”**选项卡中捕获）的父-子链接。

使用项目组合积压工作 (backlog)，你可以逐个深入了解积压工作 (backlog) 以查看你所需的详细程度的信息。 此外，你可以在设置团队层次结构时使用项目组合积压工作 (backlog) 来查看多个团队的正在进行的工作的汇总。

定义实现要求以及跟踪团队容量和燃尽 (burndown) 所需的任务

当你的团队在一系列迭代中管理其工作时，他们可使用冲刺 (sprint) 积压工作 (backlog) 页来将要完成的工作分解为不同的任务。

“冲刺(sprint)积压工作(backlog)”页上的“添加任务”链接

为任务命名，并估计完成任务所需的工作。

CMMI 任务工作项表单

当团队估计工作时，他们定义任务并估计完成任务所需的时间（以小时和天为单位）。 团队在迭代开始时预测工作并定义任务，并且每个团队成员将执行其中的一小部分任务。 任务可包含开发、测试及其他类型的工作。 例如，开发人员可定义实现要求所需的任务，而测试人员可定义编写并运行测试用例所需的任务。 通过将任务链接到要求和 Bug，他们可查看这些项的进度。 有关其他指南，请参见迭代活动。

字段

用法

任务类型（参见备注 1）

从允许的值中选择要实现的任务的类型：

  • 纠正措施

  • 缓解措施

  • 计划的

专业 (1)

在团队根据活动估计冲刺 (sprint) 容量时，选择此任务代表的专业。

  • 分析

  • 开发

  • 测试

  • 用户培训

  • 用户体验

此字段还用于根据专业计算容量。 它将分配给 ProcessConfiguration 文件中的 type="Activity"。 (2)

有关其他指南，请参见实现开发任务。

初始估计 (3)

完成任务所需的估计工作量。 通常，此字段在分配后不会发生更改。

剩余工作 (3)

指示用于完成任务的剩余工作时间（以小时或天为单位）。 随着工作的进行，请更新此字段。 它用于计算容量图表、冲刺 (sprint) 燃尽图 (burndown chart) 和“燃尽 (burndown) 和燃速 (burn rate)”报表。

如果你将一个任务划分为多个子任务，则只为子任务指定小时数。 可以用团队选择的任意度量单位指定工作。

已完成工作 (3)

实现任务实施完成的工作量。

说明：

  1. 若要更改菜单选择，请参见自定义选取列表。

  2. 若要更改字段分配，请参见配置和自定义团队项目的敏捷计划工具。

  3. 可以小时或天为单位指定工作。 没有与此字段相关的固有时间单位。

    如果你使用 Microsoft Project 分配资源并跟踪时间表，则可使用 Project 更新这些字段。

跟踪用户情景的测试进度，捕获代码缺陷

测试要求

从测试管理器或 TWA 中，可以创建自动链接到要求或 Bug 的测试用例。

选择测试套件和添加测试用例

测试用例包含多个字段，其中许多字段都是自动化的，并且与测试管理器和生成过程集成。 有关每个字段的说明，请参见生成和测试集成字段引用。

测试用例工作项表单

**“经过测试的要求”**选项卡列出了测试用例中的所有要求和 Bug。 通过使用链接，团队可以跟踪每个项目的测试进度，并支持“要求概述”报表 (CMMI)报告中显示的信息。

跟踪代码缺陷

可从 TWA、Visual Studio 中或在使用测试管理器进行测试时创建 Bug。 有关其他指南，请参见跟踪 Bug。

CMMI 团队项目的 Bug（工作项表单）

字段/选项卡

用法

根源

从允许的值中选择错误的原因：

  • 编码错误

  • 设计错误

  • 规范错误

  • 沟通错误

  • 未知

若要更改菜单选择，请参见自定义选取列表。

重现步骤

捕获足够的信息，以便其他团队成员可以了解问题的总体影响以及他们是否已修复 Bug。 这包括查找或重现 Bug 和预期行为所执行的操作。

描述团队应用来验证代码缺陷是否已修复的条件。

严重级别

从表示项目中的 Bug 影响的主观分级的某个允许的值中选择：

  • 1 - 严重

  • 2 - 高

  • 3 - 中

  • 4 - 低

若要更改菜单选择，请参见自定义选取列表。

系统信息

发现版本

集成版本

当测试管理器创建 Bug 时，它会自动使用有关软件环境和出现 Bug 的版本的信息填充“系统信息”和“发现版本”。 若要了解有关定义软件环境的详细信息，请参阅设置测试计算机以运行测试或收集数据。

在解决 Bug 时，使用“集成版本”指示包含修复 Bug 的代码的生成的名称。

若要访问所有已运行的生成的下拉菜单，可以更新“发现版本”和“集成版本”的 FIELD 定义来引用全局列表。 将使用每个运行的生成自动更新全局列表。 若要了解更多信息，请参见 用于支持与测试、生产和版本控制的集成的字段。

有关如何定义版本名称的信息，请参见使用生成号为已完成的生成指定有意义的名称。

跟踪更改请求、风险、问题以及在评审会议中捕获的备注

利用以下 WIT，团队可跟踪 CMMI 过程建议的信息。

  • 当建议对已纳入变更控制的任何工作产品进行更改时，可以创建更改请求。 有关其他使用指南，请参见管理更改和更改请求字段引用 (CMMI)。

    CMMI 更改请求工作项表单 - 选项卡

    在**“分析”**选项卡上，提供更改请求将对体系结构、用户体验、测试、设计/开发或技术出版物产生的影响的详细信息。

  • 创建问题以跟踪可能会阻止或正在阻止有关产品的工作的事件或情况。 问题与风险的不同之处在于团队通常会在日常团队会议中自然而然地找出问题。

    CMMI 问题工作项表单 - 选项卡

    有关其他指南，请参见管理问题和 Bug、问题和风险字段引用 (CMMI)。

  • 创建风险以跟踪可能会阻止或正在阻止有关产品的工作的事件或情况。 问题与风险的不同之处在于团队通常会在日常团队会议中自然而然地找出问题。

    CMMI 风险工作项表单 - 选项卡

    有关其他指南，请参见管理风险和 Bug、问题和风险字段引用 (CMMI)。

  • 创建评审以记录设计或代码评审的结果。 团队成员可以捕获有关设计或代码在名称正确性、代码相关性、扩展性、代码复杂性、算法复杂性以及代码安全性方面的达标情况详细信息。

    CMMI 评审工作项表单 - 选项卡

    有关其他指南，请参见实现开发任务和评审会议字段引用 (CMMI)。

定义常见工作项字段和选项卡

以下字段和选项卡显示在大多数工作项窗体中。 每个选项卡用于跟踪特定信息，例如**“历史记录”、“链接”或“附件”**。 利用这三个字段，你分别可以获得更改的历史记录、查看链接的工作项以及查看和附加文件。

唯一的必填字段是**“标题”。 保存工作项后，系统会为其分配唯一“ID”**。

字段/选项卡

用法

标题（必需）

输入不多于 255 个字符的说明。 你稍后总是可以修改标题。

指派给

将工作项分配给负责执行此工作的团队成员。 根据你正在处理的上下文，下拉菜单将仅列出团队成员或团队项目的参与者。

状态

首先使用默认值。 随着工作的进行，请更新它以反映当前状态。

若要更改状态的下拉列表，请参见更改工作项类型的工作流。

原因

首先使用默认值。 在更改状态时对其进行更新。 每个状态均与一个默认原因关联。

若要更改原因的下拉列表，请参见更改工作项类型的工作流。

区域

选择与产品或团队关联的区域路径，或将其保留为空，直到在计划会议过程中进行分配。

若要更改区域的下拉列表，请参见添加和修改区域和迭代路径。

迭代

选择要完成的工作所在的冲刺 (sprint) 或迭代，或将其保留为空并随后在计划会议的过程中进行分配。

若要更改迭代的下拉列表，请参见添加和修改区域和迭代路径。

所有链接

添加所有链接类型，如超链接、变更集、源文件等。

此选项卡还列出了为工作项定义的所有链接，甚至那些在其他链接控件选项卡中定义的链接。

附件

通过将文件添加到工作项，如电子邮件线程、文件、图像、日志文件或其他文件类型，可共享更多详细信息。

历史记录

查看系统捕获的审核线索并捕获附加信息。

每次更新工作项时，信息都会追加到历史记录中。 历史记录包括更改日期、执行更改的人员和所更改的字段。 也可以向历史记录字段中添加格式化文本。

若要查找有关其他字段的信息，请参见工作项字段索引。

开始跟踪工作

在开始跟踪工作之前，你必须有一个团队项目。 请转到此处以创建一个团队项目。

若要开始跟踪工作，请完成以下一个或多个任务：

问题解答

问：CMMI 支持哪些工作流状态？

**答：**这些图显示功能、要求、Bug 和任务的主要前进和倒退状态。 若要自定义工作流，请转到此处。

功能

功能工作流状态，CMMI 过程模板

要求

要求工作流状态，CMMI 过程模板

Bug

Bug 工作流状态，CMMI 过程模板

任务

任务工作流状态，CMMI 过程模板

问：如何解决重复的 Bug？

**答：**将“状态”设置为“已删除”并将“原因”指定为“重复”。

问：如何从测试运行程序链接到现有 Bug？

**答：**请参阅在使用测试运行程序时更新现有 Bug。