敏捷团队如何在 PingCode 这类敏捷开发工具中管理 Scrum 开发管理流程

在本教程中，我们将在 PingCode 中介绍如何使用 Scrum 项目、创建产品待办列表和规划迭代、举行 Scrum 会议等详细流程。准备工作：已创建 PingCode 软件帐户【免费注册通道】

什么是Scrum？Scrum 是国内外最热门的敏捷开发框架之一。Scrum 通过一系列固定周期的迭代（Sprint），为团队提供了一个定期交付增量的工作模式。

第1步：创建一个Scrum项目

创建和登录 PingCode 帐户后，您可以在「项目管理」中创建项目，并选择创建项目类型为「 Scrum 」的项目。如果您的团队有特定的业务流程，希望单独控制和实施独立的工作流程，可以考虑尝试 PingCode 项目管理的 Scrum 项目模板。有关敏捷开发项目的更多信息，请参阅《敏捷指南》。

创建项目后，团队的需求积压列表将是空白的初始状态。积压也称为产品待办列表，包含团队在项目中的潜在的工作待办列表。

第2步：在产品待办列表中创建工作项

在 PingCode 的 Scrum 项目中，工作项包含史诗、特性、用户故事、任务和缺陷五种类型。在敏捷开发中，最常用的工作项是用户故事，您可以在产品待办列表中可以快速创建用户故事。关于用户故事的创建可以参考示例项目的模板。

什么是用户故事？用户故事是从用户的角度出发，并使用用户可以理解的业务语言描述工作内容。作为一个<角色>, 我想要<活动>, 以便于<商业价值>。

举例：作为一个“网站管理员”，我想要“统计每天有多少人访问了我的网站”，以便于“我的赞助商了解我的网站会给他们带来什么收益。”用户故事通常由产品负责人创建并对其进行优先级排序，然后由开发团队在迭代中评估用户故事的详细工作内容以及完成所需的工作量故事点。

创建了一些用户故事后，您可以开始在积压中对其进行优先排序。在 PingCode 中，您可以根据待办顺序来对用户故事进行优先级排序。

做好以上步骤只是 Scrum 项目的开始工作。在敏捷开发的过程中，您将不断地为项目创建用户故事，因为 Scurm 敏捷项目是持续迭代交付的。

第3步：创建迭代

在项目中创建您的第一次迭代，就可以启动您的 Scrum 项目了。

什么是迭代（Sprint）？在 Scrum 敏捷开发中，团队在固定周期内完成一定数量的用户故事称为迭代。通常情况下，迭代时间为一、两周或四周，这取决于每个团队的工作节奏。一般我们建议从两周开始，因为这个时间跨度适中，足以完成一些工作事情，也能帮助团队得到定期的反馈。一旦确定了迭代节奏，团队就会根据该节奏长期运行。固定的迭代周期有助于提高团队对工作量估算的准确性，并能预测团队工作速率。

第4步：举行迭代计划会议

在迭代开始时，您应该与团队的其他成员举行迭代计划会议。迭代计划会议是敏捷开发的一个固定流程，帮助整个团队的项目迭代更顺利。在该会议中，整个团队将讨论本次迭代目标和产品需求待办工作内容。开发团队为高优先级的用户故事创建详细的任务，以及估算故事点；并承诺在迭代中完成一定数量的用户故事。这些用户故事构成了所谓的迭代需求待办列表。

评估用户故事工作量时，可以通过在故事点字段中添加数字。您还可以向故事添加更多详细信息，或单击创建子工作项以进一步创建分解用户故事的任务。

准备好后，将迭代计划会中团队协商一致的用户故事移至您刚才创建的迭代中，这就是您本次迭代的需求待办列表了。

什么是迭代计划会议？

参会者：开发团队、Scrum master、产品负责人（Product Owner）

举办时间：迭代开始时

时长：通常每一周迭代两个小时——如：一般为期两周的迭代大概会持续四小时的迭代会议。

目的：规划迭代的工作，使团队对迭代目标和产品需求待办工作内容达成一致。

什么是迭代目标？在创建迭代（Sprint）时，产品负责人通常会确定迭代目标。这为迭代中要完成的工作提供了一个方向。迭代目标还为迭代中完成的用户故事数量提供了一定的灵活性。如果迭代目标已实现，那么迭代就可以被认为是成功的。

什么是敏捷估算？传统的软件团队以时间单位估算工作项：天、周、月。然而，许多敏捷团队已经过渡到故事点估算。故事点对工作的相对任务量进行评分，通常以斐波那契的格式确定值：0、0.5、1、2、3、5、8、13、20、40、100。故事点估算可以帮助您根据团队成员人数来衡量下一次迭代的工作量。经过几次迭代，您的团队将更清楚他们每次迭代可以做多少工作，避免过度承诺。

第5步：开始迭代

创建迭代后，一些团队会根据迭代目标来命名。如果迭代中的工作内容有共同之处，可以围绕该迭代主题来命名。或者可以根据团队工作习惯来命名。

确定迭代周期后，可以添加迭代的开始和结束日期。开始日期和结束日期应与团队的日程安排保持一致。例如，一些团队在周一开始迭代，然后在下周的周五上午结束。有些团队决定在周中开始和结束迭代。这取决于您的团队工作习惯！如果您不确定您的迭代应该持续多长时间，我们建议您尝试两周。

在迭代计划会议中确定好迭代目标以及具体工作内容后即可开始迭代，在这里，您的团队从迭代待办事项列中领取工作项，并实时更新工作项状态到最终完成。

第6步：举行每日站会

迭代开始后，您的团队将会每天（通常在早上）会面，交流每个人的工作情况。这样做的目的是看看你团队中是否有人在完成迭代任务中遇到障碍。

什么是每日站立会？

主要参会者：开发团队

会议时间：每天一次，通常在早上

持续时间：不超过15分钟。不需要预订会议室坐下讨论，只需要站立开会，站起来有助于缩短会议时间！

会议目的：每日站立旨在快速告知团队每个人正在进行的工作，并计划当天的工作。这不是一次正式会议。会议氛围可以轻松有趣，形式丰富，内容完整。每个团队成员应该回答以下问题：

我昨天完成了什么？
我今天要做什么工作？
我被什么阻难住了吗？

在同事面前报告你昨天完成的工作时将会展现成员的责任感。毕竟没有人想成为做事没有承诺的人。

提示：一些团队使用计时器规范每个人的发言时间；有些团队规定每个人的发言顺序，确保每个人都在关注；许多分布式团队使用视频会议或群聊开启站会。因此，每日站会取决于您团队的工作习惯。

在日常站会中，可以使用 Scrum 看板，以便每个成员都可以查看他们正在处理的任务。

第7步：查看燃尽图

在迭代期间查看燃尽图是个好方法。在 PingCode 中，燃尽图显示了迭代中实际和预估工作量。当您完成工作项目时，燃尽图会自动更新。您可以在迭代概览中查看此图表：

什么是燃尽图？燃尽图显示了迭代中的实际和估计工作量。燃尽图中的水平x轴表示时间，而垂直y轴通常表示故事点。使用燃尽图跟踪迭代剩余的总工作量，并预测实现迭代目标的可能性。通过在整个迭代过程中跟踪剩余的工作，团队可以管理其进度并做出响应。

注意事项：

团队在早期内完成了迭代所有工作，可能是因为他们对工作细节投入不够。
团队没有按时完成预估迭代工作，可能是因为他们投入了过多工作无关的内容。
燃尽图在某段时间内急剧下降，而不是逐渐下降，可能是因为工作拆分不够细致。
产品负责人在迭代中添加或更改了用户故事工作范围。

第8步：查看迭代（Sprint）报告

在迭代期间或结束的任何时候，您都可以查看迭代的报告来监控迭代进度。

什么是迭代报告？迭代报告包括燃尽图等，列出了已完成的工作、未完成的工作以及迭代开始后添加的任何工作。

第9步：举行迭代验收会议

迭代验收会议是一个团队共享会议，成员将在其中展示他们在迭代中完成的内容。每个迭代通常都会产生产品的新内容，称为需求增量。

这是敏捷开发流程的一次正式会议，为项目团队提供了大量反馈，其中还包括一个头脑风暴会议，帮助团队决定下次迭代该怎么做。

什么是迭代评审会议？

主要参会者：开发团队、敏捷教练（Scrum Master）、产品负责人（Product Owner）可选参会者：利益相关者

会议时间：通常在迭代的最后一天

持续时间：为期两周的迭代通常两个小时

目的：验收产品增量并更新产品积压列表。

要确认的问题：

团队符合迭代的工作预期吗？
在迭代过程中是否添加了或删除了工作内容？
在迭代中是否有工作内容没有完成？
如果是这样，为什么？

第10步：举行迭代回顾会议

完成迭代后，让你的团队进行回顾复盘。可以在迭代概览中的回顾板记录团队复盘的问题。还可以使用 PingCode-Wiki子产品来帮助团队整理会议记录。

什么是迭代回顾会议？

参会者：开发团队、敏捷教练（Scrum Master）、产品负责人（Product Owner）。

会议时间：在迭代结束时。

持续时间：为期两周迭代通常为90分钟。

目的：复盘团队迭代工作流程和协作沟通的问题以及讨论问题的改进计划。改进计划将应用到下一次迭代中。

回顾会议不仅可以提出团队存在的工作问题，还可以分析问题的原因，以便团队能够继续关注这些问题。此外，团队还需要在会议上共同讨论问题的创造性解决方案并制定相应的行动计划。持续改进是敏捷团队持续迭代的特点，一次回顾会议是不可或缺的一环。

要确认的问题：

在迭代期间，我们做得怎么样？
我们还能做些什么呢？
下次我们会做得更好吗？

提示：即使整个团队进展顺利，也不要取消回顾会议。回顾会议为团队提供持续指导，保证项目顺利执行。