相关文章推荐
开朗的茄子  ·  Azure Database for ...·  1 周前    · 
道上混的稀饭  ·  python读hdf文件 ...·  3 周前    · 
任性的筷子  ·  java.sql.SQLException参 ...·  10 月前    · 

只能对配置为支持继承过程模型的项目集合上定义的项目使用继承过程模型。 如果本地集合配置为使用本地 XML 进程模型,则只能使用该进程模型来自定义工作跟踪体验。 若要了解详细信息,请参阅 自定义工作跟踪、为项目集合选择流程模型

若要自定义针对 TFS 2018 或更早版本的集合定义的任何项目,请参阅 本地 XML 进程模型

项目组合积压工作可用于在各种业务计划和用户方案中组织积压工作。 将 积压工作组织到项目组合 中时,可以获得较低级别积压工作中定义的工作的分层视图,包括跨多个团队正在进行的工作。 项目经理可以跟踪感兴趣的积压工作项的状态并向下钻取,以确保所有工作都得到表示。

若要详细了解可以自定义的内容,请参阅 关于进程自定义和继承的进程

不能将继承的工作项类型添加到任何积压工作级别。 例如,不能将“问题”或“障碍”工作项类型添加到产品积压工作。

支持的自定义项

积压工作和板是创建和管理团队工作的基本敏捷工具。 从系统流程继承的标准积压工作(产品、迭代和产品组合)是完全可自定义的。 此外,还可以为总共五个项目组合积压工作添加自定义项目组合积压工作。

积压工作类型

自定义支持

  • 无法向积压工作添加或删除继承的 WIT,例如,不能将问题 WIT 添加到产品积压工作
  • 无法从产品 (删除继承的项目组合级别,但可以重命名项目组合级别,并且可以禁用继承的工作项类型)
  • 不能在现有的已定义的积压工作集内插入积压工作级别
  • 无法对积压工作级别重新排序
  • 无法将工作项类型添加到两个不同的积压工作级别
  • 虽然可以将自定义工作项类型添加到迭代积压工作,但无法创建自定义任务级别
  • 无法将 Bug WIT 添加到任何积压工作级别。 相反,系统允许每个团队决定如何管理 bug。 若要了解详细信息,请参阅 显示积压工作和板上的 bug
  • 无法从任何积压工作级别删除默认继承的工作项类型,但可以禁用相应的工作项类型。 例如,只要添加了另一个工作项类型来支持该积压工作,就可以为敏捷要求积压工作禁用 User Story 工作项类型。

    添加到工作项类型的字段

    将工作项类型添加到积压工作级别时,以下字段将作为隐藏字段添加到工作项类型定义 (也就是说,它们不会显示在工作项窗体上,) 以支持选择敏捷工具功能。

    积压工作级别 添加的字段

    “堆栈排名”和“积压工作优先级”字段捕获工作项在积压工作或板上重新排序的相对优先级。 有关其用法的详细信息,请参阅 后台:积压工作优先级或堆栈排名字段

    “故事点数”、“大小”和“工作量”字段捕获完成分配给“要求积压工作”的 WIT 所需的相对工时。 此值用于计算 速度

    最后,剩余工时用于 冲刺燃尽和容量图表

    在自定义流程之前,建议查看 配置和自定义Azure Boards ,其中提供了有关如何自定义Azure Boards以满足业务需求的指导。 有关不同积压工作和板的说明,请参阅 积压工作、板、任务板和计划支持的任务

  • 必须在 Azure DevOps Services 中创建组织。 如果尚未创建, 请立即创建
  • 若要创建、编辑和管理流程,您必须是 Project Collection Administrators 的成员,或者具有相应的集合级别权限 “创建进程 ”、“ 删除进程 ”、“编辑进程” 或“ 从组织中删除字段 ”设置为“允许 ”。 请参阅 设置工作跟踪的权限和访问权限,自定义继承的进程
  • 自定义继承的进程时,使用该进程的所有项目都会自动更新以反映自定义项。 出于此原因,建议在进行多个自定义项时创建一个测试过程和测试项目,以便在将自定义项推广到组织之前对其进行测试。 若要了解详细信息,请参阅 创建和管理继承的进程

    添加或编辑组合积压工作

    Agile、Scrum 和 CMMI 系统流程定义了两个默认项目组合积压工作:Epics 和 Features。 每个都与其相应的工作项类型(Epic 和 Feature)相关联。 基本流程仅定义 Epics 积压工作和 Epic 工作项类型。 有关详细信息,请参阅 关于流程和流程模板

    可以在添加或编辑项目组合积压工作时添加自定义工作项类型,也可以选择之前添加的工作项类型。 只有不属于其他积压工作级别的工作项类型才会显示以供选择。

    添加组合积压工作 (backlog)

    可以按照以下步骤添加项目组合积压工作和自定义工作项类型。

  • “积压工作级别 ”页中,选择“ 新建顶级项目组合积压工作 ”。

    “积压工作级别 ”页中 ,选择项目组合积压工作上下文菜单以编辑、重命名或删除积压工作。

    删除积压工作级别会删除与所有团队的级别关联的积压工作和板,包括对他们进行的自定义。 使用关联工作项类型定义的工作项不会以任何方式删除或受到影响。

    无法从 Epics 或 Features 项目组合积压工作中删除默认的继承工作项类型。 但是,可以禁用这些工作项类型,从而有效地将其从用户界面中删除。

    编辑或重命名需求积压工作

    要求积压工作(也称为产品积压工作)定义产品积压工作和看板中显示的工作项类型。 Agile 的默认工作项类型为 User Story;对于“基本”、“问题”;对于 Scrum,产品积压工作项;对于 CMMI,则为“要求”。

    可以重命名积压工作、更改颜色、添加工作项类型以及更改默认工作项类型。 从“要求积压工作”的上下文菜单中打开“编辑积压工作”对话框。

    在这里,我们重命名了积压工作,添加了 “客户票证 ”和 “问题 ”,并将默认类型更改为“ 客户票证 ”。 选中要包含在积压工作中的工作项类型的这些框。

    编辑迭代积压工作

    迭代积压工作(也称为冲刺积压工作)定义在冲刺积压工作和任务板上显示的工作项类型。 所有进程的默认工作项类型为 Task。

    对于迭代积压工作,可以添加工作项类型并更改默认工作项类型。 从迭代积压工作上下文菜单中打开“编辑积压工作”对话框。

    在这里,我们添加了 票证 工作项类型,该类型与任务一起跟踪。

    无法从迭代积压工作中删除默认的继承工作项类型。 但是,可以禁用工作项类型,从而有效地将其从用户界面中删除。

    可以通过审核日志查看对继承进程所做的更改。 若要了解详细信息,请参阅 访问、导出和筛选审核日志

  • 添加自定义工作项类型
  • 使用继承的进程自定义项目
  • 积压工作、面板和计划
  • 创建积压工作
  • 组织积压工作,处理项目组合积压工作
  •