Azure Boards，如何使用每个工作项类型？答案

【问题标题】：Azure Boards, how to use each work item type?Azure Boards，如何使用每个工作项类型？
【发布时间】：2021-04-22 06:26:56
【问题描述】：

哪个是最专业的选项，哪个是最通用的选项？选项：任务/史诗/功能/产品待办事项项目

Sprint 将具有以下优先级列表：选项：项目/发布/子冲刺/工作项目

【问题讨论】：

无法获取您的最新信息。只是想检查以下答案是否对您有帮助？如果是，您可以accept the answer，这也可以使与您有相同困惑的其他人受益，我们可以存档此线程。另外，如果仍有任何疑问，请随时在下面发表评论：-)
感觉这个问题在Software Engineering 或Web Apps 上的话题更多。

标签： azure azure-devops azure-boards

【解决方案1】：

有一个计划层次结构，取决于您为项目选择的流程。

基本：

  Epic                 <- Portfolio backlog
  |
  +- Issue             <- Product Backlog  <-+
     |                                       |- Sprint Backlog
     +- Task                               <-+

Scrum：

  Epic                 <-+
  |                      |- Portfolio Backlog
  +- Feature           <-+
     |
     +- PBI            <- Product backlog  <-+
        |                                    |- Sprint Backlog
        +- Task                            <-+

敏捷：

  Epic                 <-+
  |                      |- Portfolio Backlog
  +- Feature           <-+
     |
     +- User Story     <- Product backlog  <-+
        |                                    |- Sprint Backlog
        +- Task                            <-+

CMMI：

  Epic                 <-+
  |                      |- Portfolio Backlog
  +- Feature           <-+
     |
     +- Requirement    <- Product backlog  <-+
        |                                    |- Sprint Backlog
        +- Task                            <-+

Bug 工作项可以与 PBI/用户故事/需求/问题处于同一级别，也可以在任务级别。这可以在

一般来说，您会在投资组合级别计划真正的大创意，但请确保将这些想法细化到 PBI/用户故事/需求/问题级别。这些是我们在 Scrum 中称为 Product Backlog 的有序（我不喜欢优先这个词）项目列表。

然后在 sprint 级别选择一个或多个 PBI/用户故事/需求/问题，将它们分配给 Sprint 迭代，并可选择将它们分解为任务。我倾向于不再使用任务板，而是依赖产品待办列表级别的板视图。

Azure DevOps 中不存在“发布”的逻辑概念。您可以选择创建子迭代来添加概念，但那是您自己的解释。您还可以在工作项上使用标签来表示版本，或者将自定义字段添加到任何工作项以指示目标版本。您甚至可以添加一个自定义工作项类型，称为“发布”，并将其他工作项关联到它。

Azure DevOps 中的“发布”中心代表了增量（生成的工件）向最终用户提供的技术流程。 Azure DevOps 假定您想要进行某种形式的持续集成和发布。当你这样做时，“发布”的概念变得更加技术性，并且在规划方面不再有意义。

当您沿着定制路线走下去时，您会很快发现 Azure DevOps 的可配置性有多大，但您必须为您的用户提供自己的流程指导。可以通过多种不同方式添加概念，每种方式都有其优点或缺点。

见：

【讨论】：