关于敏捷项目管理的最佳做法

  • 项目

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Azure Boards 允许你选择敏捷计划工具，其中许多工具相互配合工作。 本文为 Azure Boards 的新手项目经理提供入门指南。 如果你和你的团队想要采用最少的跟踪方法来计划和管理项目，请从本指南开始。 此外，如果要从瀑布项目管理转向敏捷方法，请从本指南开始。

注意

如果你的团队致力于实践看板或 Scrum 方法，请参阅关于面板和看板或实现 Scrum 的教程。

本文中的大多数指南同时适用于云版本和本地版本。 但是，本文中包含的某些功能（例如汇总、Analytics 和某些项目组合计划工具）目前仅适用于云版本。

配置团队

Azure Boards 为每个团队提供了一组敏捷工具来计划和跟踪工作。 每个项目定义一个默认团队，你可以立即开始使用该团队。 如果你有多个开发团队或功能团队，则建议在 Azure DevOps 中为每个功能团队定义一个团队。 这样，每个团队都可以在相互协作的同时自主工作。

最佳做法提示

  • 可按组织想要交付的价值流来配置团队。
  • 为每个开发组定义一个团队（由 6 到 12 名开发人员组成）。
  • 配置开发团队以支持项目管理功能团队的汇总。

有关配置团队的详细信息，请参阅：

配置冲刺 (sprint)

冲刺（由迭代路径指定）是为项目而定义，然后由团队进行选择。 冲刺 (sprint) 节奏可在一周到四周或更长时间之间变化。 此外，还可以在包含发布训练的层次结构中定义冲刺 (sprint)。 你将工作分配给团队承诺在冲刺 (sprint) 结束时交付的冲刺 (sprint)。 这些 Azure Boards 工具依赖于团队的冲刺积压工作、任务板和预测及交付计划的冲刺分配。

最佳做法提示

  • 定义供产品组内所有团队使用的冲刺节奏。
  • 定义至少 6 个或更多的迭代来支持未来 6 到 12 个月的计划。
  • 确定团队如何使用迭代来管理积压工作项。
    • 未分配的冲刺工作将分配给默认积压工作。
    • 未分配的冲刺 (sprint) 工作将分配给指定的将来积压工作 (backlog) 冲刺 (sprint)。

有关配置冲刺的详细信息，请参阅：

选择工作项类型

确定团队可使用哪些工作项类型来捕获客户需求和开发工作。 如果项目基于敏捷流程，则建议使用“用户故事”、“Bug”和“功能”工作项类型。

如果项目基于其他流程（如基本、Scrum 或 CMMI），则有以下选项。 每个团队均会决定要如何跟踪 bug。

下图显示了“敏捷”流程积压工作项的层次结构：

  • 用户情景和任务用于跟踪工作。

  • 错误跟踪代码缺陷。

  • 长篇故事和功能用于在较大的方案中对工作进行分组。

    显示“敏捷”工作项类型的关系图。

每个团队都可以通过配置使用错误 设置来配置他们管理“错误”工作项（与“用户情景”或“任务”工作项级别相同）的方式。 有关使用这些工作项类型的详细信息，请参阅敏捷流程。

注意

需求指定用户对软件产品的期望。 在 Azure Boards 中，需求由产品积压工作上显示的工作项定义。 它们对应于“用户故事”（敏捷）、“产品积压工作项”(Scrum)、“问题”（基本）或“要求”(CMMI) 工作项类型，具体则取决于为项目选择的流程。 它们还属于“要求”类别，它可用于管理产品积压工作中显示的工作项类型。

最佳做法提示

  • 使用“功能”工作项类型来捕获要交付的客户功能。
  • 从积压工作中快速添加功能或要求，并在后续填写详细信息。
  • 使用“要求”工作项类型将功能分解为开发团队负责的工作。 此外：
    • 对于“敏捷”，请使用“用户故事”工作项类型。
    • 对于“基本”，请使用“问题”工作项类型。
    • 对于 Scrum，请使用“产品积压工作项”工作项类型。
    • 对于 CMMI，请使用“要求”工作项类型。
  • 使用“Bug”工作项类型来捕获代码缺陷。
  • 将要求映射到功能，以在项目管理级别跟踪进度。
  • 对冲刺中完成的要求进行大小调整。
  • 对一个或多个冲刺中完成的功能进行大小调整。
  • 对要按季度交付或达到某个里程碑目标的长篇故事工作项进行大小调整。
  • 允许开发人员按需使用“任务”类别来细分其工作。

作为项目经理，你可以管理功能，而开发团队则管理要求。 使用父子链接映射它们时，你可以了解功能进度。 添加到团队积压工作 (backlog) 的每个工作项会自动分配为团队设置的默认区域路径和迭代路径。

如果存在需发布多个功能的大型计划或场景，请使用父子项链接将它们分组到“长篇故事”类别下。

有关工作项类型的详细信息，请参阅：

制定产品计划

使用功能积压工作来制定产品计划。 然后，开发团队可使用产品积压工作制定其产品计划。 应定期审视和优化产品计划。

功能积压工作 (backlog)

项目经理通过将功能添加到功能积压工作来启动产品计划。 每个功能都应表示可满足客户需求的可交付结果。

显示功能积压工作的屏幕截图。

产品积压工作 (backlog)

开发团队将用户故事添加到其产品积压工作，以便自动为用户故事分配团队的默认区域路径和迭代路径。 然后，他们可在每个功能下映射这些故事，而这些功能表示实现相关功能所需的工作。 应调整每个用户故事的大小，以便在冲刺中完成。

显示产品积压工作的屏幕截图。

优化每个积压工作 (backlog)

通过执行以下任务来定期查看每个积压工作：

  • 定义要执行的工作。
  • 使用拖放方法对工作项重新排序，使其按优先级顺序显示。
  • 打开工作项并添加详细信息。
  • 将工作分配给团队成员或冲刺。
  • 捕获支持正常交付生态系统所需的技术债务和非功能工作。
  • 将无父级工作映射到其所属的功能。
  • 估计这些要求的大小，以帮助确定团队速度和支持预测（可选）。

提示

可以根据分配给已完成工作的估计值或冲刺 (sprint) 期间完成的工作项的简单计数来监视团队速度。 若要使用“预测”功能，必须为故事点、工作量或大小字段赋值。 如果不想估计需求，只需将值 1 分配给需求估计值，然后使用基于工作项计数的预测工具。

最佳做法提示

  • 定期优化积压工作。
  • 确保功能和要求的大小适当。
  • 定义功能和工作完成的验收条件和定义。
  • 将未映射的工作映射到功能。
  • 设置视图选项以支持要完成的积压工作任务。
  • 预测积压工作。

有关详细信息，请参阅：

使用标记支持查询和筛选

使用工作项标记，团队成员可以为工作项分配临时标记。 可使用这些标记来筛选积压工作和面板。 还可使用它们来查询工作项。 为使标记对团队有用，请就团队应如何使用标记提供一些常规指导。 请考虑在中心位置（如项目 wiki）记录本指南。

下图演示了对 Web 关键字进行筛选的看板面板，而该面板显示了具有 Web 标记的卡片。

显示使用关键字搜索来进行筛选的看板面板的屏幕截图。

最佳做法提示

  • 就团队如何使用标记制定策略。
  • 指示如何使用标记来支持查询、筛选和报告。
  • 考虑使用标记来识别跨团队或跨项目的依赖项。

有关详细信息，请参阅：

预测和里程碑计划

若要深入了解何时可以交付哪些功能，请使用预测工具。 此工具要求你为每个需求的故事点、工作量或大小字段提供估计值。 如果要对工作项的简单计数进行预测，则请将值 1 分配给要求估计值。

按优先级顺序对功能积压工作 (backlog) 进行排序

作为项目经理，应始终按优先级对功能积压工作 (backlog) 进行排序，以便向开发团队传达需要优先完成哪些功能。

此处的功能积压工作显示了要交付的功能序列。

显示按功能父项排序的功能积压工作的屏幕截图。

根据父级功能对需求积压工作 (backlog) 进行排序

首先，你想确保你已完成交付功能所需满足的要求。 如下图所示，需求积压工作会根据要交付的功能进行排序。 此排序假设某一功能中的所有要求均须全部完成才能交付。 此外，会向每个用户故事分配故事点。

显示按功能父项排序的要求积压工作的屏幕截图。

预测需求积压工作 (backlog)

通过为每个需求分配估计值，可以设置团队速度。 在以下示例中，我们指定 12 作为速度，它相当于表示团队平均每个冲刺可完成 12 个故事点。 “预测”工具显示团队可以在接下来的六个冲刺 (sprint) 中完成哪些需求和功能。 使用计划工具时，可将要求快速分配给预测的冲刺。

若要查看完整图像，请单击图像以展开。 选择关闭图标关闭图标以关闭。

显示按功能父级排序的要求积压工作的预测的屏幕截图。

对于改进流程而言，善于估计并拥有可预测的团队速度是有用的团队目标。

更新功能板

通过预测功能何时交付，可以更新每个功能的迭代路径。 通过将这些字段添加到看板面板上的卡片，从而为功能快速赋值，如下图所示。

显示具有更新迭代路径的功能板的屏幕截图。

里程碑计划

里程碑标记不用于 Azure Boards 工作跟踪，但交付计划除外。 交付计划提供日历视图，并允许你定义里程碑标记。 可使用以下一个或多个选项将工作项标记为里程碑：

管理依赖项

在 Microsoft Project 中，可以通过链接来管理依赖于其他任务完成的任务。 若要管理 Azure Boards 中的依赖项，可以通过向工作项添加“前置任务/后续活动”链接类型来添加类似的链接。 从工作项的添加链接对话框添加这些链接。

Azure Boards 支持多种链接类型来跟踪相关工作。 选择前置任务/后续活动链接类型来跟踪使用依赖项的工作。 链接工作项的一种便捷方法是向参与生成或使用依赖项的工作项添加标记。 创建基于该标记的查询，然后添加所需的链接。

以下添加链接对话框演示了如何使用“后续活动”链接类型来链接两个工作项。

显示“添加链接”对话框且附带“后续活动”链接类型的屏幕截图。

可视化工作项关系

可以查看依赖项并识别交付计划出现问题的依赖项。 如下图所示，可以在链接的工作项之间切换依赖项行的显示。 有关详细信息，请参阅使用交付计划跟踪依赖项。

显示多个工作项之间的依赖关系行的屏幕截图。

使用工作项可视化市场扩展，可以可视化多个工作项之间的链接关系，如下图所示。

若要查看完整图像，请单击图像以展开。 选择关闭图标关闭图标以关闭。

显示“可视化工作项关系”的屏幕截图。

最小可行产品与关键路径管理

Azure Boards 不提供关键路径的本机视图。 敏捷方法倾向于最小可行产品 (MVP) 而不是关键路径管理。 通过使用 MVP，可通过确定“长篇故事”、“功能”、“用户故事”和“任务”工作项类型的优先级来标识最短路径和依赖项。 有关更多上下文，请参阅敏捷项目的关键路径和在 Azure DevOps 上运行精益启动。

最佳做法提示

  • 将 dependency 标记添加到参与依赖项管理的工作项。
  • 使用“前置任务/后续活动”链接类型跟踪其他团队负责的或位于其他项目中的工作依赖项。
  • 创建查询以跟踪、添加和会审依赖项。
  • 使用交付计划查看其他团队所依赖的工作。
  • 使用工作项可视化市场扩展可视化工作项表单中特定工作项的依赖项。

注意

市场扩展不支持 Azure Boards 的功能，因此不受产品团队支持。 如果在使用这些扩展时存在疑问、有建议或遇到问题，请查看其相应的扩展页面。

有关详细信息，请参阅：

冲刺

冲刺 (sprint) 使开发团队能够专注于完成一组预先选择的工作。 分配给冲刺的工作显示在团队的冲刺 (sprint) 积压工作 (backlog) 上。 冲刺 (sprint) 积压工作 (backlog) 仅为产品积压工作定义，而不适用于组合积压工作。

冲刺 (sprint) 燃尽图

通过在整个冲刺 (sprint) 过程中每天更新工作状态，可以使用冲刺 (sprint) 燃尽图轻松跟踪冲刺 (sprint) 进度，如下图所示。

显示“分析冲刺”燃尽图的屏幕截图。

最佳做法提示

对于每个冲刺，请执行以下任务：

  • 与团队一起计划每个冲刺。
  • 使用团队的冲刺积压工作来查看冲刺可交付结果。
  • 确保将每个冲刺工作项分配给团队成员。
  • 确保每个工作项都在冲刺中完成。
  • 确保正确定义和理解工作的验收条件。
  • 当工作从新建变为活动再变为已完成状态时，更新冲刺工作项的状态，从而跟踪冲刺燃尽。
  • 与其他团队联系，了解你的团队工作所依赖的依赖项。
  • 使用冲刺燃尽图表监视冲刺进度。

有关详细信息，请参阅：

查看进度和功能可交付结果

应使用三个主要工具来查看进度和可交付结果：

  • 功能看板
  • 包含汇总列的功能积压工作 (backlog)
  • 交付计划

功能看板

功能板是查看进度并确保可交付结果持续流动的另一个位置。 下图演示了自定义的功能板，其中包括正在进行的列，如需要更多信息、准备行动、正在进行和客户推出。 这些列在对功能进行提议、研究、设计、开发然后部署到生产环境时可提供一组更自然的状态。

若要查看完整图像，请单击图像以展开。 选择关闭图标关闭图标以关闭。

显示具有自定义列的功能板的屏幕截图。

汇总

监视进度的一种快速直观方法是通过功能积压工作。 通过添加汇总进度栏列，可以查看每个功能完成的工作项百分比，如下图所示。

显示功能积压工作（显示进度条列选项）的屏幕截图。

交付计划和多个团队可交付结果

若要查看跨多个团队交付的功能，请配置交付计划。 交付计划提供了一个交互式面板，可用于查看多个团队计划交付的故事或功能的日历时间表。

显示交付计划标注的屏幕截图。

交互式计划元素

最佳做法提示

  • 自定义功能看板面板以支持团队的流程。
  • 将字段添加到卡片，以便快速轻松地更新其值。
  • 更新功能的迭代路径（冲刺），以便明确功能何时发布。
  • 查看功能板以讨论状态、阻碍/问题/风险/更改，并更新状态。
  • 使用筛选功能可重点关注标记项、交办的功能和特定冲刺等。
  • 向功能积压工作添加汇总列，可根据工作项计数完成情况监视总体进度。
  • 使用交付计划查看多个团队的对应功能，以便讨论跨团队的依赖项。

有关详细信息，请参阅：

流程改进

持续改进是敏捷方法的核心。 若要改进流程，需要有共同的目标和共享计划。 若要启动流程改进活动，请考虑通过常规做法添加它们。 你可能希望：

  • 计划冲刺。
  • 设置冲刺目标。
  • 定期进行追溯会议。

设置目标时，请考虑以下问题：

  • 你对客户有哪些了解？ 需要了解哪些内容？
  • 正在测量哪些数据？ 它是否可操作？ 需要测量哪些数据？
  • 可交付结果的流程如何？ 是否与预期一样？ 可以在哪里进行改进？
  • 你的团队成员是否有权尽其所能？ 哪些工具或信息可以帮助他们改进？
  • 信息的共享情况如何？ 团队的协作效果如何？
  • 你的团队在管理技术债务和关闭 bug 时的表现如何？

可用于支持流程改进的一些敏捷工具包括团队速度、团队仪表板和追溯会议市场扩展。

团队速度

从团队速度图表中，你可以了解团队计划和执行冲刺的效果。 如以下示例所示，速度图表显示了多个冲刺中工作项的已计划、已完成、延迟完成和未完成计数。 团队可以查看此图表，帮助确定其估计和执行效果以及改进方式。

显示示例团队速度图表的屏幕截图。

团队仪表板

团队可以定义一个或多个仪表板来共享信息并监视有关工作进度的实时数据。

显示示例团队仪表板的屏幕截图。

最佳做法提示

  • 确定团队可以同意的流程改进目标，将其写下来并定期检查。
  • 使用团队仪表板共享你和你的团队定期查看的信息和工作跟踪图表。
  • 让团队在冲刺规划会议上确定至少一个与流程改进相关的冲刺目标。
  • 定期进行追溯会议，以捕获哪些进展顺利、哪些进展不佳，以及改进措施。
  • 维护改进跟踪板，例如追溯会议市场扩展提供的改进跟踪板。

有关详细信息，请参阅：

后续步骤

配置和自定义 Azure Boards

行业文章