敏捷项目管理：5个敏捷仪式的快速入门指南

敏捷仪式是让您的开发团队不断前进的动力。即使在最复杂的项目中，定期检查、自我反思和规划会议也有助于照亮前方的道路。

但是如果您对管理和运行敏捷仪式不是完全满意怎么办？当团队不再看到敏捷仪式的价值时，敏捷仪式就会被抛弃。但真正的问题往往在于他们缺少一个关键因素：领导力。

在本指南中，我们将介绍五个敏捷仪式中的每个基本要素、如何学习正确运行它们以及您需要克服的最重大挑战。

敏捷仪式有哪些？

敏捷仪式是提供迭代软件开发过程结构化框架的特定事件。这有点拗口，所以让我们分解一下我们正在谈论的内容。

敏捷是各种迭代和反馈驱动的软件开发流程的总称。与依赖于提前规划整个项目的瀑布式或“传统”方法不同，敏捷团队以“冲刺”的方式工作，并不断向用户交付可用的软件。然后，根据用户反馈、使用数据和自我反思，他们计划下一次冲刺。

这种方式可以降低开发错误软件的风险。它还能帮助你快速适应市场或公司的变化。但它也使项目变得更加复杂。虽然长期敏捷规划提供了您正在努力实现的“最终”产品的愿景，但您的团队要处理的不确定性比您提前计划好一切时要多。

这就是敏捷仪式如此重要的原因。仪式不仅仅是为了开会而开会，它有特定的目标和结构，有助于使敏捷的复杂性变得有序。

以下是大多数团队使用的敏捷仪式及其重要性：

冲刺规划

这些会议是每个冲刺的启动环节。您的团队决定产品待办事项中的哪些工作可以在该时间段内完成、谁将完成哪些任务以及如何取得成功。

每日站会

这些每日检查可帮助团队保持进度并标记进度。每天早上，团队成员都会讨论他们昨天做了什么、今天要做什么以及阻碍他们前进的因素。

冲刺评审

在每个冲刺周期结束时，团队都会开会演示他们已交付的产品，并从利益相关者那里获得早期反馈。这些评审会议可以是非正式的“展示和讲述”会议，也可以是更正式的会议。

冲刺回顾

在每个冲刺周期结束时，团队还会开会讨论流程层面上哪些有效（或无效），包括阻碍因素、沟通问题或资源匮乏。

5个敏捷仪式的快速入门指南

产品待办事项细化

虽然产品待办事项细化并不总是被列为“官方”仪式，但它是一个持续清理、调整和更新任务和功能列表的过程。有些团队会设置特定的时间来检查和清理待办事项，而其他团队则会在每个冲刺期间持续进行。

根据您的团队，您可能会对这些仪式使用不同的名称。没关系。不同的敏捷方法采用独特的结构方法。唯一重要的是您有一个要遵循的系统。并非每个人都必须参加每个仪式。有时他们的角色会发生变化。但是，您必须知道谁承担什么角色才能保持井然有序。

5个敏捷仪式的快速入门指南

每种敏捷方法的核心都是“冲刺”的概念——您的团队用于规划的固定长度的时间段。每次冲刺结束时，目标都是向用户交付可用的软件，然后您可以获得反馈。

冲刺对于敏捷至关重要，以至于2020 年 Scrum 指南甚至将其列为敏捷仪式。然而，冲刺并不是一个特定的“事件”，而是您的团队来到这里的首要原因。

如果您将其他五个敏捷仪式视为让团队保持活力的燃料，那么冲刺就是引擎。以下是如何让您的团队保持活力的方法：

1. 冲刺规划仪式

冲刺规划会议使您的团队协调一致，为成功的冲刺做好准备。确定本次冲刺中要完成哪些工作并具体说明如何完成。成功的冲刺规划仪式将解决并回答三个关键问题：

• 这次冲刺为何如此重要？

• 这次冲刺可以做什么？

• 所选择的工作将如何完成？

如何运行Sprint计划会议？

在冲刺计划会议之前，产品负责人应该制定冲刺目标，然后更新相关用户故事并确定产品待办事项的优先级。然后，开发团队一起讨论每一项任务，并估计完成这些任务需要多少努力。开发团队决定他们实际可以完成多少任务，并将这些任务添加到他们的 sprint 待办事项中。

2. 每日站会

Scrum每日站立会议是一个简短的每日会议，开发团队中的每个人都会在会上汇报他们的工作进展。它的目标是让每个人保持同步，并找出阻碍你冲刺目标的任何障碍。理想情况下，在冲刺期间每天开始时进行。

如何召开每日站会？每个人回答三个问题：

• 我昨天做了什么？

• 我今天在做什么？

• 什么妨碍了我的工作？

让这个仪式简短一些。如果出现任何问题，记下来以便稍后解决，或者用新细节更新问题。这里的目标是围绕你已完成的工作建立责任制。没有人想在每天的站立会议上说同样的话。每日站立会议的时间应严格控制在 10-15 分钟内。

5个敏捷仪式的快速入门指南

3. 冲刺评审仪式

冲刺评审，有时称为“迭代评审”，是演示上一个冲刺期间完成的工作的会议。它的目标是向团队中的每个人（有时也向外部利益相关者）展示已完成的工作。这是从利益相关者那里获得早期反馈的绝佳机会，这些反馈可以在下一个冲刺中实施。

如何进行冲刺评审？

前往您的敏捷面板并查看“已完成”或“完成”列。这是一个很好的开始方式，因为它向所有人展示了在冲刺期间完成的工作量。

然后，选择团队中的一个人（或产品所有者）来运行演示。召集团队，检查已完成的工作。最后留出时间回答问题并立即获得反馈，并记录在每项任务中。

开发团队的所有人以及任何相关利益相关者都应该参加，冲刺评审没有最低时间要求。但是，你应该将每个冲刺周的时间限制在一小时以内。

4. 冲刺回顾仪式

Sprint回顾是开发团队对上一个 Sprint 的感受提供反馈的机会 — — 哪些有效，哪些无效，以及应该进行哪些更改。敏捷建立在持续改进和快速反馈的基础上。冲刺回顾仪式是一个向整个团队反馈哪些方法有效（哪些方法无效）的机会，这样您就可以避免将来犯同样的错误。

如何运行 Sprint 回顾？

首先回顾一下上一次冲刺回顾的笔记。你的见解在这次冲刺中得到了应用吗？为什么会得到应用或没有得到应用？你是否开始看到一些反复出现的主题？

然后，要求团队中的每个人提供以下方面的见解：

• 哪些方面进展顺利？

• 哪些方面我们还可以做得更好？

• 我们下一步该怎么做？

回顾会议也是坦诚讨论工作量的机会。冲刺失败的主要原因之一是您的团队高估了他们能在规定时间内完成的工作。这是一个强大的工具，不仅可以检查您在冲刺期间的进度，还可以帮助您进行未来的冲刺规划仪式。

所有人都应该参加冲刺回顾，但除非你觉得有必要，否则尽量避免邀请利益相关者。这应该是你的团队讨论工作的“安全空间”。

回顾会议应该持续多长时间没有既定规则。但是，一个好的指导方针是每周冲刺45分钟。因此，为期一周的冲刺回顾会议应该持续45分钟，而为期一个月的回顾会议可能需要长达三个小时。

5. 产品待办事项细化

产品待办事项是您的团队希望在未来冲刺中完成的任务和问题列表。但由于敏捷基于快速反馈，这些问题可能会过时或优先级发生变化。虽然不是官方的敏捷仪式，但完善您的待办事项是保持团队高效和有效的一个重要部分。

优先级高且组织有序的待办事项列表可让所有其他敏捷仪式更加轻松。这些会议的目标是利用您的最新知识和反馈来更新待办事项列表、重写用户故事以及确定或降低任务的优先级。

如何完善你的待办事项？

有两个时刻你需要集中精力完善你的待办事项：

冲刺开始前：为接下来的两个冲刺确定待办事项和问题的优先级。超越当前工作量进行思考可以帮助您有效地确定优先级并坚持您的产品策略。

在冲刺期间：产品负责人可以根据客户反馈、需求变化或市场洞察随时重新调整待办事项中的工作优先级。但是，尽量不要更改已在进行中的工作。

虽然通常由产品所有者来完善积压工作，但从团队负责人和利益相关者那里获得关于下一步优先考虑什么的反馈也是一个好主意。

总结

敏捷仪式看似浪费时间，尤其是当一切顺利时。但它们是每个团队都应该努力维持的宝贵实践。当您定期开会、进行开放和诚实的沟通并共同计划时，您将创建更好的团队文化，避免沟通错误并增强协作。