任务 (CMMI)

在本主题中,您可以学习如何填写任务工作项的详细信息。 任务传达完成某些工作的需求。 有关如何评估开发任务的更多信息,请参见实现开发任务

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

主题内容

相关主题

  • 定义任务

  • 将任务链接到其他工作项

  • 向任务添加详细信息、附件或超链接

  • 更改任务的状态

过程指南

工作簿

面板和报表

字段参考

所需权限

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

定义任务

每个团队成员都可以定义任务,用以表示必须完成的工作。 例如,开发人员可以定义开发任务以实现要求。 测试人员可以定义测试任务以将编写和运行测试用例的工作指派给自己。 团队成员还可以使用任务来发出回归信号,或建议应执行探索性测试。 此外,团队成员也可以定义任务,用以表示项目的一般性工作。

任务工作项的窗体将数据存储在下图所示的字段和选项卡中:

CMMI 任务工作项窗体

   

CMMI 任务工作项窗体 - 选项卡

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

定义单个任务

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

    • 在**“标题”**中,验证并更新(如果需要)标题,使其更好地定义要完成的工作区域。

      标题提供对要完成的任务的简要概述。 标题的描述性应足够清晰,以使团队可以了解受影响的产品区域以及如何受影响。

    • 在**“任务类型”**列表中,单击团队成员将实现的任务的种类。

      可以指定以下值之一:“纠正措施”“缓解措施”“计划的”

    • 在**“指派给”**列表中,单击任务的相应所有者。

      提示

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

      如果未指派任务,则该任务将自动指派给您。

      提示

      只能向每个任务指派一个资源。 如果有多个团队成员处理同一个任务,请将该任务划分为独立的任务或子任务,然后向每个任务或子任务指派一个团队成员。

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

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

    • 在**“区域”“迭代”**列表中,单击相应的区域和迭代,或将这些字段保留为空白供以后在计划会议期间指派。

      提示

      每个团队项目的项目管理员为该项目定义区域和迭代路径,以便团队可以根据这些指定跟踪进度。 有关更多信息,请参见创建和修改区域和迭代

    • 在**“专业”列表中,单击将完成任务的团队成员的专业。 可以指定以下值之一:“分析”“用户体验”“用户培训”“开发”“测试”**。

    • 在**“优先级别”**列表中,单击一个值来指定任务的重要性,范围为 1 到 4,1 为最重要。

      默认值为 2。

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

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

    • 在**“受阻”列表中,如果问题使解决任务的进度受阻,请单击“是”**。

  2. 在**“详细信息”**选项卡上,指定以下类型的信息:

    • 在**“说明”**框中,根据需要键入尽可能详细的信息,以描述要执行的工作。

    • 在**“历史记录”**框中,键入要作为历史记录一部分进行捕获的注释。

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

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

    • 在**“需要评审”列表中,如果工作需要正式评审,请单击“是”**。

      如果单击了**“是”**,则应添加从任务到评审工作项的链接。

    • 在**“需要测试”列表中,如果工作需要测试,请单击“是”**。

      如果单击了**“是”**,则应添加从任务到测试用例工作项的链接。

    • 在创建任务时,不要在**“集成版本”**中指定版本。 在解决任务时,键入包含任务所创建代码的版本的名称。

    • 在**“初始估计”**中,键入一个数字,用于表示完成任务需要花费的工时数。

      重要说明重要事项

      如果您将一个任务划分为多个子任务,则只为子任务指定小时数。 在 Team Foundation 报表中,为子任务定义的工时数将累加起来,作为父任务和要求的汇总值。 如果在两个位置都分配了工时,则会在跟踪工时的这些报表中将工时计入两次。 有关如何更正此情况的更多信息,请参见纠正已发布的汇总值中的错误

    • 在**“已完成”**中,键入 0 以指定尚未完成任何工作。

    • 在**“剩余”中,键入与您在“初始估计”**中指定的值相同的值。

    • 如果您的团队使用**“初始估计”“已完成”“剩余”字段确定团队容量、进度和速度,则需要随着工作的执行而更新“已完成”“剩余”**字段。 此外,这些字段会与 Office Project(可以用于安排项目计划)同步。 有关更多信息,请参见使用 Microsoft Project 安排任务和分配资源

      提示

      “任务层次结构”“开始日期”“完成日期”字段为只读。 这些字段指定 Office Project 记录的信息。 有关更多信息,请参见使用 Microsoft Project 安排任务和分配资源

  4. 在**“实现”“所有链接”**选项卡上,创建从任务到其他工作项(例如要求、更改请求、Bug 和问题)的链接。

    在**“附件”**选项卡上,可以附加提供要完成的任务详细信息的规范、图像或其他文件。

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

    • 将任务链接到其他工作项

    • 向任务添加详细信息、附件或超链接

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

    提示

    在保存任务之后,标识符将出现在工作项工具栏下方。

将任务链接到其他工作项

通过在任务与其他工作项之间创建关系,可以跟踪依赖项并更快速地查找相关信息。 从任务的工作项窗体中,您可以创建自动链接到该任务的工作项,或者可以创建指向现有工作项的链接。

使用**“实现”“所有链接”**选项卡可创建指向特定类型工作项和特定类型链接的链接。 有关每个选项卡的限制的更多信息,请参见链接工作项 (CMMI)

您可将任务链接到要求,以便跟踪团队为完成每个要求而已完成的工作进度。

创建子任务或其他工作项并将它们链接到任务

  1. 打开任务的工作项窗体,然后执行以下操作之一:

    • 若要创建并链接到要求或任务,请单击**“实现”选项卡,然后单击 添加新链接工作项“新建”**。

    • 若要链接到一个或多个其他类型的工作项,请单击**“所有链接”选项卡,然后单击 添加新链接工作项“新建”**。

    将打开**“添加新的链接工作项”**对话框。

    “添加新的链接工作项”对话框

  2. 在**“链接类型”**列表中,保留默认值,或单击下列选项之一:

    • 若要创建指向子任务的链接,请单击**“子级”**。

    • 若要创建指向父任务或要求的链接,请单击**“父级”**。

    • 若要创建指向测试用例的链接,请单击**“测试方”**。

    • 若要创建指向其他任何类型工作项的链接,请单击**“相关”**或表示要跟踪的关系的其他链接类型。

  3. 在**“工作项类型”**列表中,单击要创建的工作项的类型。

  4. 在**“标题”**中,键入简短的针对性说明。

  5. (可选)在**“注释”**中键入附加信息。

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

    随即将打开与所指定工作项的类型相对应的窗体,其中含有您提供的信息。

  7. 按下列主题所述,指定其余字段:

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

将若干现有工作项链接到任务

  1. 打开任务的工作项窗体,然后执行以下操作之一:

    • 若要链接到一个或多个要求或任务,请单击**“实现”选项卡,然后单击 添加链接“链接到”**。

    • 若要链接到一个或多个其他类型的工作项,请单击**“所有链接”选项卡,然后单击 添加链接“链接到”**。

    将打开**“将链接添加到任务”**对话框。

    “添加指向要求的链接”对话框

  2. 在**“链接类型”**列表中,保留默认值,或单击下列选项之一:

    • 若要创建指向要求的链接,请单击**“父级”**。

    • 若要创建指向子任务的链接,请单击**“子级”**。

    • 若要创建指向其他任何类型工作项的链接,请单击**“相关”**或表示要跟踪的关系的其他链接类型。

  3. 单击**“浏览”**。

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

    “将任务链接到用户情景”对话框

  4. 在**“工作项 ID”**中键入工作项,或者浏览到要链接的工作项。

    也可以运行团队查询来查找要链接的工作项。 这些查询包括“产品要求”、“打开的任务”、“打开的测试用例”、“活动 Bug”、“更改请求”和“受阻工作项”。

  5. 选中要链接到要求的每个工作项旁边的复选框。

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

  6. (可选)键入链接目标工作项的说明。

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

    提示

    任务和链接到的工作项都将进行更新。

向任务添加详细信息、附件或超链接

可以向任务添加支持其实现的信息。 可以通过以下方式向任务添加详细信息:

  • 在**“说明”字段和/或“历史记录”**字段中键入信息。

  • 附加文件。

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

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

向任务添加详细信息

  1. 单击**“详细信息”**选项卡,然后指定以下类型的信息:

    • 在**“说明”**中键入信息。

    • 在**“历史记录”**中键入信息。

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

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

向任务添加附件

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

    • 将文件拖动到附件区。

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

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

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

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

向任务添加超链接

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

    指定超链接地址

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

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

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

    • 如果目标是服务器位置,请键入 UNC 名称格式的地址。

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

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

更改任务的状态

团队可以通过将任务的**“状态”**设置为以下值之一来跟踪任务的进度:

  • 已建议

  • 活动

  • 已解决

  • 已关闭

当团队成员创建任务时,任务默认情况下处于**“已建议”状态。 当团队接受当前迭代的任务时,团队会将任务的状态更改为“活动”,并可能会创建子任务来实现该任务。 当团队成员完成任务时,会将任务的状态从“活动”更改为“已解决”。 当任务工作经过评审或验证之后,团队成员会将任务的状态从“已解决”更改为“已关闭”**。

任何团队成员都可更改任务的状态。 此外,也可出于其他原因来关闭任务,如本主题后面部分所述。

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

关闭任务

  1. 打开任务的工作项窗体。

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

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

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

    • 如果将状态从**“已解决”更改为“已关闭”,则“原因”字段会更改为“评审/测试通过”**。

  3. 如果将状态从**“活动”更改为“已关闭”,则在“原因”**列表中单击符合您意图的选项。

    有效的选项为**“已完成并且不需要评审/测试”(默认)、“已推迟**、“中断”“受意外事件影响 (OBE)”“已取消”

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

典型工作流进度

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

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

  • 当团队成员完成了任务表示的工作后,会将状态从“活动”更改为“已解决”

  • 当团队证实任务已完成后,团队成员会将状态从“已解决”更改为“已关闭”

非典型转换

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

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

  • 团队成员认为任务不相关或超出范围,并将状态从“活动”更改为“已关闭”

  • 针对任务的评审或验证测试失败。 因此,团队成员将状态从“已解决”更改为“活动”,原因是默认的“评审/测试失败”

  • 团队成员认为任务被错误地关闭,并将状态从“已关闭”更改为“活动”

任务状态图

CMMI 任务状态关系图或工作流

已建议(新建)

建议的任务表示团队尚未同意但必须执行的工作。 团队会审建议的任务,并在会审过程中接受或拒绝这些任务。

在团队成员创建任务时会自动捕获以下数据:

  • 创建者:创建任务的团队成员的名字。

  • 创建日期:创建任务时的日期和时间(按服务器时钟记录)。

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

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

原因

何时使用

要采取的其他操作

已接受

当会审委员会批准任务以便在当前迭代中实现时。

将任务指派给将实现任务的团队成员。

调查

当会审委员会认为团队在决定是否应实现任务之前必须先调查客户影响时。

在调查完成后将任务恢复为“已建议”状态。

在团队成员激活任务时会捕获以下数据:

  • 激活者:激活任务的团队成员的名字。

  • 激活日期:激活任务时的日期和时间(按服务器时钟记录)。

  • 状态更改日期:任务的状态更改日期和时间。

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

当会审委员会认为任务无法实现或者要求或产品不再需要任务时,团队成员可以关闭处于**“已建议”状态的任务。 默认原因为“已拒绝”**。

在团队成员关闭任务时会捕获以下数据:

  • 关闭者:关闭任务的团队成员的名字。

  • 关闭日期:关闭任务的日期和时间(按服务器时钟记录)。

  • 状态更改日期:任务的状态更改日期和时间。

活动

活动任务指示团队批准了待处理工作的某个元素。 所有活动任务均应指派给所有者。 只要团队在实现任务,任务就将保持活动状态。 通过更新该任务的**“已完成”“剩余”**小时数,接受该任务指派的团队成员可以跟踪该任务的工作量进度。

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

当任务表示的工作(例如开发代码或编写文档)已完成并且现在需要通过测试或同行评审进行评审时,团队成员将解决活动任务。 默认原因为**“已完成并且需要评审/测试”**。

在团队成员解决活动任务时会捕获以下数据:

  • 解决者:解决任务的团队成员的名字。

  • 解决日期:解决任务时的日期和时间(按服务器时钟记录)。

  • 状态更改日期:更改任务状态时的日期和时间。

从活动到关闭

当团队成员关闭活动任务时,必须指定下表中的原因之一:

原因

何时使用

要采取的其他操作

已完成并且不需要评审/测试(默认)

如果任务不需要评审或测试,则可以关闭该任务而无需解决它。

无。

延迟

当工作在当前迭代中无法完成时。 您可能因为团队没有足够时间,或因为存在妨碍工作进行的问题而延迟任务。

将“迭代”字段更新为将要实现该任务的正确迭代,或将该任务设置为积压工作。

剪切

当原始工作项(例如要求或问题)已关闭并且将不会进行处理时。

无。

受意外事件影响 (OBE)

当发生了某种情况,导致不再需要任务时,任务将以“受意外事件影响”形式关闭。 通常,完成与任务相同的工作的未跟踪活动会导致这种情况发生。

无。

Cancelled

当该任务表示的工作对完成产品不再有用时。

无。

在团队成员关闭任务时会自动捕获以下数据:

  • 关闭者:关闭任务的团队成员的名字。

  • 关闭日期:关闭任务的日期和时间(按服务器时钟记录)。

  • 状态更改日期:任务的状态更改日期和时间。

已解决

解决的任务已完成。 必须对任务的输出进行评审或测试,如果输出可接受,则将任务关闭。 如果输出不可接受,则任务将恢复为“活动”状态以进行其他工作。 指派为处理任务的团队成员在工作完成时解决任务。 或者,团队成员可能确定应出于其他原因来解决或关闭任务。

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

如果针对任务输出的评审或测试通过,则团队成员以**“评审/测试通过”**的形式关闭任务。

在团队成员关闭任务时会自动捕获以下数据:

  • 关闭者:关闭任务的团队成员的名字。

  • 关闭日期:关闭任务的日期和时间(按服务器时钟记录)。

  • 状态更改日期:任务的状态更改日期和时间。

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

如果针对任务输出的评审或测试失败,则团队成员能够以**“评审/测试失败”**的形式将任务从已解决状态中重新激活。

当团队成员将任务从已解决状态重新激活时会自动捕获以下数据:

  • 激活者:重新激活任务的团队成员的名字。

  • 激活日期:重新激活任务时的日期和时间(按服务器时钟记录)。

已关闭

关闭的任务表示对于当前的产品版本将不会对任务执行其他工作。 开发任务将在集成了代码更改之后关闭。 测试任务将在该区域的所有测试均已完成后关闭。

从关闭到活动

由于下表中所述的原因,团队成员可以重新激活已关闭的任务:

原因

何时使用

要采取的其他操作

已重新激活(默认)

当任务在上一个迭代中延迟,而现在可在当前迭代中完成时。

查看为任务定义的信息和链接工作项,以确定是否必须更新任何数据。

错误地关闭

当任务被意外关闭时。

查看为任务定义的信息和链接工作项,以确定是否必须更新任何数据。

当团队成员重新激活某个任务时,**“指派给”**字段会自动填充为关闭该任务的团队成员的名字。 在团队成员重新激活已关闭的任务时会自动捕获以下数据:

  • 激活者:重新激活任务的团队成员的名字。

  • 激活日期:重新激活任务时的日期和时间(按服务器时钟记录)。

  • 状态更改日期:更改任务工作项状态时的日期和时间。

请参见

概念

MSF for CMMI Process Improvement 5.0 版

其他资源

要求 (CMMI)

项目 (CMMI)

工作项和工作流 (CMMI)