任务 (CMMI)
在本主题中,您可以学习如何填写任务工作项的详细信息。 任务传达完成某些工作的需求。 有关如何评估开发任务的更多信息,请参见实现开发任务。
有关如何创建此类工作项的信息,请参见工作项和工作流 (CMMI)。
主题内容 |
相关主题 |
---|---|
|
过程指南 工作簿 面板和报表 字段参考 |
必需的权限
若要查看任务,您必须是**“Readers (访问者)”组的成员,或者您的“查看此节点中的工作项”权限必须设置为“允许”。 若要创建或修改任务,您必须是“Contributors (参与者)”组的成员,或者您的“编辑此节点中的工作项”权限必须设置为“允许”**。 有关更多信息,请参见管理权限。
定义任务
每个团队成员都可以定义任务,用以表示必须完成的工作。 例如,开发人员可以定义开发任务以实现要求。 测试人员可以定义测试任务以将编写和运行测试用例的工作指派给自己。 团队成员还可以使用任务来发出回归信号,或建议应执行探索性测试。 此外,团队成员也可以定义任务,用以表示项目的一般性工作。
任务工作项的窗体将数据存储在下图所示的字段和选项卡中:
在定义任务时,必须定义**“标题”**。 可以将所有其他字段保留为空白,也可以接受其默认值。
定义单个任务
在工作项窗体的上方区域,指定以下一类或多类信息:
在**“标题”**中,验证并更新(如果需要)标题,使其更好地定义要完成的工作区域。
标题提供对要完成的任务的简要概述。 标题的描述性应足够清晰,以使团队可以了解受影响的产品区域以及如何受影响。
在 指派给 列表中,选择任务的相应所有者。
备注
只能为“Contributors (参与者)”组的成员分配工作项。
如果未指派任务,则该任务将自动指派给您。
备注
只能向每个任务指派一个资源。如果有多个团队成员处理同一个任务,请将该任务划分为独立的任务或子任务,然后向每个任务或子任务指派一个团队成员。
在**“状态”列表中,保留默认值“已建议”**。
默认情况下,“原因”的值为“新建”。 有关此字段的更多信息以及如何使用此字段跟踪工作流,请参见 更改任务的状态 本主题。
在 优先级 列表中,选择值范围为1到4,1指定任务的重要性最重要的。
默认值为 2。
在 会审 列表中,选择会审子状态。
有效值包括**“挂起”(默认值)、“详细信息”、“收到信息”和“已会审”。 此字段标识处于“已建议”**状态的任务的会审级别。
在 已阻止,如果问题使解决任务的进度受阻,列表中,选择 是。
在 区域 和 迭代 列表中,选择适当的区域和迭代或保留后将要赋值的这些字段保留为空白供以后在计划会议期间。
备注
每个团队项目的项目管理员为该项目定义区域和迭代路径,以便团队可以根据这些指定跟踪进度。有关更多信息,请参见创建和修改区域和迭代。
在 任务类型 列表中,选择团队成员将实现的任务的种类。
可以指定以下值之一:“纠正措施”、“缓解措施”或“计划的”。
在 专业 列表中,选择将完成任务的团队成员的专业。 可以指定以下值之一:“分析”、“用户体验”、“用户培训”、“开发”或“测试”。
在**“初始估计”**中,键入一个数字,用于表示完成任务需要花费的工时数。
重要
如果您将一个任务划分为多个子任务,则只为子任务指定小时数。在 Team Foundation 报表中,为子任务定义的工时数将累加起来,作为父任务和要求的汇总值。如果在两个位置都分配了工时,则会在跟踪工时的这些报表中将工时计入两次。有关如何更正此情况的更多信息,请参见纠正已发布的汇总值中的错误。
在 已完成的工作,键入0以指定尚未完成任何工作。
在 剩余工作,键入在 初始估计指定的值相同的值。
如果您的团队使用**“初始估计”、“已完成”和“剩余”字段确定团队容量、进度和速度,则需要随着工作的执行而更新“已完成”和“剩余”**字段。 此外,这些字段会与 Office Project(可以用于安排项目计划)同步。 有关更多信息,请参见使用 Microsoft Project 安排任务和分配资源。
在 说明 选项,键入尽可能详细的信息,以描述要执行的工作。
在**“历史记录”**选项卡上,键入要作为历史记录的一部分进行捕获的注释。
每次团队成员更新该工作项时,其历史记录都会显示更改日期、进行更改的团队成员和所更改的字段。
在 其他 选项卡上,指定以下类型的信息:
在 需要评审,如果工作需要正式评审,列表中,选择 是。
如果选择了 是,应添加指向评审工作项从任务。
在 需要测试,如果工作需要测试,列表中,选择 是。
如果选择了 是,应将链接到测试用例工作项从任务。
在创建任务时,不要在**“集成版本”**中指定版本。 在解决任务时,键入包含任务所创建代码的版本的名称。
在 实现 和 所有链接 选项卡上,创建从任务的链接到其他工作项,如要求,更改请求,bug,并发出。
在 附件 选项,可以附加规范、图像,或提供有关任务的更多详细信息完成的其他文件。
有关更多信息,请参见本主题后面的以下各节:
将任务链接到其他工作项
向任务添加详细信息、附件或超链接
选择 保存工作项。
备注
在保存任务之后,标识符将出现在工作项工具栏下方。
将任务链接到其他工作项
通过在任务与其他工作项之间创建关系,可以跟踪依赖项并更快速地查找相关信息。 从任务的工作项窗体中,您可以创建自动链接到该任务的工作项,或者可以创建指向现有工作项的链接。
使用**“实现”和“所有链接”**选项卡可创建指向特定类型工作项和特定类型链接的链接。 有关每个选项卡的限制的更多信息,请参见Linking Work Items (CMMI)。
您可将任务链接到要求,以便跟踪团队为完成每个要求而已完成的工作进度。
创建子任务或其他工作项并将它们链接到任务
打开任务的工作项窗体,然后执行以下操作之一:
若要创建并链接到要求或任务,选择 实现 选项卡,然后选择 新建。
与一个或多个其他类型工作项要链接,请选择 所有链接 选项卡,然后选择 新建。
将打开**“添加新的链接工作项”**对话框。
在 链接类型 列表中,保留默认值或选择下列选项之一:
若要创建指向子任务,请选择 子级。
若要创建指向父任务或要求,选择 父级。
若要创建指向测试用例,请选择 测试方。
若要创建指向其他任何类型的工作项,请选择 相关 或表示要跟踪的关系的其他链接类型。
在 工作项类型 列表中,选择要创建的工作项的类型。
在**“标题”**中,键入简短的针对性说明。
(可选)在**“注释”**中键入附加信息。
选择**“确定”**。
随即将打开与所指定工作项的类型相对应的窗体,其中含有您提供的信息。
按下列主题所述,指定其余字段:
选择 保存工作项。
将若干现有工作项链接到任务
打开任务的工作项窗体,然后执行以下操作之一:
与一个或多个要求或任务若要链接,请选择 实现 选项卡,然后选择 链接到。
与一个或多个其他类型工作项要链接,请选择 所有链接 选项卡,然后选择 链接到。
将打开**“将链接添加到任务”**对话框。
在 链接类型 列表中,保留默认值或选择下列选项之一:
若要创建指向要求的链接,请选择 父级。
若要创建指向子任务,请选择 子级。
若要创建指向其他任何类型的工作项,请选择 相关 或表示要跟踪的关系的其他链接类型。
选择**“浏览”**。
将显示**“选择链接工作项”**对话框。
在**“工作项 ID”**中键入工作项,或者浏览到要链接的工作项。
也可以运行团队查询来查找要链接的工作项。 这些查询包括“产品要求”、“打开的任务”、“打开的测试用例”、“活动 Bug”、“更改请求”和“受阻工作项”。
选中要链接到要求的每个工作项旁边的复选框。
有关更多信息,请参见查找要链接或导入的工作项。
(可选)键入链接目标工作项的说明。
选择 确定,然后选择 保存工作项。
备注
任务和链接到的工作项都将进行更新。
向任务添加详细信息、附件或超链接
可以向任务添加支持其实现的信息。 可以通过以下方式向任务添加详细信息:
在**“说明”字段和/或“历史记录”**字段中键入信息。
附加文件。
例如,可以附加电子邮件线索、文档、图像、日志文件或其他类型的文件。
添加指向网站的超链接,或者指向存储在服务器或网站上的文件的超链接。
向任务添加详细信息
选择 详细信息 选项,然后指定以下类型的信息:
在**“说明”**中键入信息。
在**“历史记录”**中键入信息。
您可以设置信息格式以强调重点或获取项目符号列表。 有关更多信息,请参见要求字段引用 (CMMI)。
选择 保存工作项。
向任务添加附件
在**“附件”**选项卡中,执行以下操作之一:
将文件拖动到附件区。
选择 或按CTRL+V粘贴已复制的文件。
选择 添加,然后选择 浏览。 在**“附件”**对话框中,键入或浏览到要附加的文件的名称。
(可选)在**“注释”**框中,可以键入有关附件的附加信息。 若要关闭 附件 对话框中,选择 确定。
选择 保存工作项。
向任务添加超链接
在 所有链接 选项卡中,选择 链接到。
在 链接类型 列表中,选择 超链接。
在**“地址”**框中,执行下列操作之一:
如果链接目标是网站,请键入 URL,或者从 Internet 浏览器中复制该 URL,然后将其粘贴到**“地址”**框中。
如果目标是服务器位置,请键入 UNC 名称格式的地址。
(可选)在**“注释”**框中键入有关超链接的附加信息。
选择 确定,然后选择 保存工作项。
更改任务的状态
团队可以通过将任务的**“状态”**设置为以下值之一来跟踪任务的进度:
已建议
活动
已解决
已关闭
当团队成员创建任务时,任务默认情况下处于**“已建议”状态。 当团队接受当前迭代的任务时,团队会将任务的状态更改为“活动”,并可能会创建子任务来实现该任务。 当团队成员完成任务时,会将任务的状态从“活动”更改为“已解决”。 当任务工作经过评审或验证之后,团队成员会将任务的状态从“已解决”更改为“已关闭”**。
任何团队成员都可更改任务的状态。 此外,也可出于其他原因来关闭任务,如本主题后面部分所述。
有关可用于跟踪工作项状态的数据字段的更多信息,请参见指派、工作流和计划 (CMMI)。
关闭任务
打开任务的工作项窗体。
在 状态 列表中,选择 活动、 已解决 或 已关闭。
如果将状态从**“已建议”更改为“活动”,“原因”字段会更改为“已接受”**。
如果将状态从**“活动”更改为“已解决”,则“原因”字段会更改为“完成”**。
如果将状态从**“已解决”更改为“已关闭”,则“原因”字段会更改为“评审/测试通过”**。
如果从 活动 更改为状态。已关闭,请选择与您在 原因 的目的列出的选项。
有效的选项为**“已完成并且不需要评审/测试”(默认)、“已推迟**、“中断”、“受意外事件影响 (OBE)”和“已取消”。
选择 保存工作项。
典型工作流进度:
非典型转换:
|
任务状态图 |
已建议(新建)
建议的任务表示团队尚未同意但必须执行的工作。 团队会审建议的任务,并在会审过程中接受或拒绝这些任务。
在团队成员创建任务时会自动捕获以下数据:
创建者:创建任务的团队成员的名字。
创建日期:创建任务时的日期和时间(按服务器时钟记录)。
由“已建议”改为“活动”
由于下表所述的原因,团队成员可以将任务的状态从**“已建议”更改为“活动”**:
原因 |
何时使用 |
要采取的其他操作 |
---|---|---|
已接受 |
当会审委员会批准任务以便在当前迭代中实现时。 |
将任务指派给将实现任务的团队成员。 |
调查 |
当会审委员会认为团队在决定是否应实现任务之前必须先调查客户影响时。 |
在调查完成后将任务恢复为“已建议”状态。 |
在团队成员激活任务时会捕获以下数据:
激活者:激活任务的团队成员的名字。
激活日期:激活任务时的日期和时间(按服务器时钟记录)。
状态更改日期:任务的状态更改日期和时间。
由“已建议”改为“已关闭”
当会审委员会认为任务无法实现或者要求或产品不再需要任务时,团队成员可以关闭处于**“已建议”状态的任务。 默认原因为“已拒绝”**。
在团队成员关闭任务时会捕获以下数据:
关闭者:关闭任务的团队成员的名字。
关闭日期:关闭任务的日期和时间(按服务器时钟记录)。
状态更改日期:任务的状态更改日期和时间。
活动
活动任务指示团队批准了待处理工作的某个元素。 所有活动任务均应指派给所有者。 只要团队在实现任务,任务就将保持活动状态。 通过更新该任务的**“已完成”和“剩余”**小时数,接受该任务指派的团队成员可以跟踪该任务的工作量进度。
由“活动”改为“已解决”
当任务表示的工作(例如开发代码或编写文档)已完成并且现在需要通过测试或同行评审进行评审时,团队成员将解决活动任务。 默认原因为**“已完成并且需要评审/测试”**。
在团队成员解决活动任务时会捕获以下数据:
解决者:解决任务的团队成员的名字。
解决日期:解决任务时的日期和时间(按服务器时钟记录)。
状态更改日期:更改任务状态时的日期和时间。
从活动到关闭
当团队成员关闭活动任务时,必须指定下表中的原因之一:
原因 |
何时使用 |
要采取的其他操作 |
---|---|---|
已完成并且不需要评审/测试(默认) |
如果任务不需要评审或测试,则可以关闭该任务而无需解决它。 |
无。 |
延迟 |
当工作在当前迭代中无法完成时。 您可能因为团队没有足够时间,或因为存在妨碍工作进行的问题而延迟任务。 |
将“迭代”字段更新为将要实现该任务的正确迭代,或将该任务设置为积压工作。 |
剪切 |
当原始工作项(例如要求或问题)已关闭并且将不会进行处理时。 |
无。 |
受意外事件影响 (OBE) |
当发生了某种情况,导致不再需要任务时,任务将以“受意外事件影响”形式关闭。 通常,完成与任务相同的工作的未跟踪活动会导致这种情况发生。 |
无。 |
Cancelled |
当该任务表示的工作对完成产品不再有用时。 |
无。 |
在团队成员关闭任务时会自动捕获以下数据:
关闭者:关闭任务的团队成员的名字。
关闭日期:关闭任务的日期和时间(按服务器时钟记录)。
状态更改日期:任务的状态更改日期和时间。
已解决
解决的任务已完成。 必须对任务的输出进行评审或测试,如果输出可接受,则将任务关闭。 如果输出不可接受,则任务将恢复为“活动”状态以进行其他工作。 指派为处理任务的团队成员在工作完成时解决任务。 或者,团队成员可能确定应出于其他原因来解决或关闭任务。
由“已解决”改为“已关闭”
如果针对任务输出的评审或测试通过,则团队成员以**“评审/测试通过”**的形式关闭任务。
在团队成员关闭任务时会自动捕获以下数据:
关闭者:关闭任务的团队成员的名字。
关闭日期:关闭任务的日期和时间(按服务器时钟记录)。
状态更改日期:任务的状态更改日期和时间。
由“已解决”改为“活动”
如果针对任务输出的评审或测试失败,则团队成员能够以**“评审/测试失败”**的形式将任务从已解决状态中重新激活。
当团队成员将任务从已解决状态重新激活时会自动捕获以下数据:
激活者:重新激活任务的团队成员的名字。
激活日期:重新激活任务时的日期和时间(按服务器时钟记录)。
已关闭
关闭的任务表示对于当前的产品版本将不会对任务执行其他工作。 开发任务将在集成了代码更改之后关闭。 测试任务将在该区域的所有测试均已完成后关闭。
从关闭到活动
由于下表中所述的原因,团队成员可以重新激活已关闭的任务:
原因 |
何时使用 |
要采取的其他操作 |
---|---|---|
已重新激活(默认) |
当任务在上一个迭代中延迟,而现在可在当前迭代中完成时。 |
查看为任务定义的信息和链接工作项,以确定是否必须更新任何数据。 |
错误地关闭 |
当任务被意外关闭时。 |
查看为任务定义的信息和链接工作项,以确定是否必须更新任何数据。 |
当团队成员重新激活某个任务时,**“指派给”**字段会自动填充为关闭该任务的团队成员的名字。 在团队成员重新激活已关闭的任务时会自动捕获以下数据:
激活者:重新激活任务的团队成员的名字。
激活日期:重新激活任务时的日期和时间(按服务器时钟记录)。
状态更改日期:更改任务工作项状态时的日期和时间。