冲刺计划 101：如何规划伟大的冲刺

问十几个人什么是敏捷，你会得到十几个不同的答案。 但最好将 scrum 定义为模型。 Scrum 是一种在敏捷框架内管理项目的方法，由三个角色组成：产品负责人、Scrum 主管和团队。

产品负责人专注于项目的业务方面，Scrum Master 是专家，就像教练一样。 该团队是自我指导的，并按照他们认为合适的方式工作，以实现产品所有者的目标。

如果您对 Scrum 的具体细节感兴趣，请查看我们的指南。 在这篇文章中，我们将深入探讨 Scrum 框架中的一个事件，即 sprint 计划。

什么是冲刺？

为了提供一些规律性并最大限度地减少会议的需要，Scrum 被分解为事件。 这些事件之一是冲刺。 冲刺是项目开发周期中的一次迭代。

冲刺是由团队必须完成并准备好进行审查的少量计划工作来定义的。 Sprint 来自项目的敏捷框架，通常与 scrum 相关联。 然而，sprint 也适合看板技术及其持续交付概念。 Scrumban 还将部署 sprint。

正如该词的字典含义一样，短跑就像一场短跑。 它定义了通常不超过两到四个星期的持续时间。 冲刺的目标由产品负责人和团队共同决定，这被称为“冲刺目标”。 工作来自 sprint backlog，这是要完成的任务列表。 积压工作通常存放在板子或任务列表中，以便于维护。

团队协作完成冲刺并准备好进行审查。 但是在制定 sprint 计划之前，sprint 无法开始。

如何制定一个好的 Sprint 计划

sprint 计划是敏捷项目的 scrum 框架中的另一个事件。 首先是团队决定在冲刺期间处理待办事项中的哪些项目。 这是冲刺目标，是团队和产品所有者之间的协作决策。

Sprint 计划通常涉及团队中的每个人。 产品负责人帮助确定积压工作的优先级，并建议哪些项目应该成为 sprint 目标的一部分。 团队进来确定在冲刺期间积压工作的可行任务数量是多少。

此外，参与 sprint 计划的还有 Scrum master。 scrum master 是敏捷项目的 scrum 框架方面的专家。 他们充当 sprint 计划的促进者，以确保其有效，正在处理适当的积压项目，并确保相关各方之间达成一致。

冲刺计划分为三个主要阶段。

1. 设计

冲刺的设计通常只是一次性事件，尽管可以对其进行调整以改进流程。 除非设计不起作用，否则，当然，你必须回到绘图板上。

冲刺计划的设计阶段的各个部分从冲刺计划会议开始。 这是衡量业务计划和创建 sprint backlog 的地方。 另一个会议将把积压工作分解为任务，最终确定积压工作。

每天都会举行 Scrum 会议。 这些是用于更新 sprint 进度的签到。 此时，任务将被进一步划分优先级，并根据查看燃尽图进行分配，燃尽图以图形方式显示团队工作的速度。

此外，在整个 sprint 中，还有一种叫做 backlog 梳理的东西。 这是产品所有者和团队将根据他们取得的进展情况来审查和完善积压工作的时候。

冲刺完成后，将召开冲刺评审会议。 在这里，将根据计划会议的项目目标分析完成的 sprint 的结果。 还有一个 sprint 回顾会议，讨论在 sprint 期间使用的流程和工具，以及如何在下一个冲刺中改进它们。

这些设计专注于创建团队需要达到的现实时间表和里程碑。 设计应得到项目团队所有成员的同意。 设计是决定项目长度的结构，因此它必须符合批准的项目范围、成本和时间。

2. 估计 Sprint 速度

在冲刺之前，产品负责人将确定其速度。 也就是说，在 sprint 中应该完成多少工作。 这个决定是基于团队的日程安排和他们的能力。

这个估计是在每个 sprint 开始时创建的。 虽然在设计阶段可能会有这样做的冲动，但最好等待。 在每个 sprint 之后都会出现一些有价值的见解，这些见解应该应用于下一个 sprint。

估计的目标是为每个 sprint 开发一个新的 sprint 速度。 这应该反映该冲刺的目标、我们从前一个冲刺中学到的效率以及利用当前资源可以实际完成的工作。 现在还有许多工具可用于帮助最大限度地在每个春季实现目标数量，从测试自动化工具到 CI/CD 解决方案。

3. Sprint 工作分配

这就是 Scrum Master 派上用场的地方。 由于他们的专业知识，他们可以与团队密切合作，以满足产品负责人给出的要求。 Scrum master 和团队一起分配 sprint 的工作。

但是团队相对独立地工作，这是敏捷框架的原则之一。 自我指导团队的理念是工作 scrum 的基础，他们负责管理 sprint 以实现 sprint 目标。

这是通过指派那些最擅长这些任务的人来执行它们来完成的。 使用了合适的人，团队对工作的责任感更强。 他们被自治权赋予了权力。

成功的 Sprint 和失败的 Sprint 之间的区别

判断你的 sprint 是否成功相当简单。 它达到了它的目标吗？ 冲刺目标是由产品负责人和团队在开始冲刺之前确定的。 如果满足该标准，则 Sprint 是成功的。 这意味着您正在以可接受的速度处理积压工作。

相反，如果团队无法完成已设置为 sprint 目标的积压工作中的所有内容，那么该 sprint 就失败了。 sprint 很快并且不断发展，这一事实是为了避免在项目结束时得到一个没人想要的产品。 这也将是失败的。

成功是通过冲刺审查来衡量的，它确保项目朝着正确的方向发展。 如果关键利益相关者和最终用户不满意，如果可交付成果不符合他们的期望，这就是失败。 如果在 sprint 结束时没有学到任何东西，也可以认为是失败。 毕竟，这都是关于实验和经验过程的。

ProjectManager.com 帮助进行 Sprint 计划

ProjectManager.com 是一个灵活的项目管理软件。 在计划下一个 sprint 时，您可以使用我们的 sprint 计划模板来帮助您从正确的角度开始。 该模板专为开发团队设计。 您可以轻松地将任务从积压工作中移出并在板视图上进行开发。

有了看板后，团队可以自定义列并在卡片上进行协作。 他们可以添加自己的待办事项列表并与其他团队成员发表评论。 我们有无限的文件存储空间，因此可以添加任意数量的文档和图像。 它们都附加在任务级别，因此不再无休止地搜索重要的文书工作。 此外，@产品负责人或 scrum master，他们将通过电子邮件收到通知，并将他们带入对话。

我们的任务列表视图是一个很好的积压工具。 您可以通过按截止日期、所有者、项目等过滤数据来管理积压工作。还可以标记任务以使它们更容易找到。 ProjectManager.com 是基于云的，因此任务的任何状态更新都会立即反映在软件中，从而提高透明度。

最后是我们的实时仪表板。 它跨多个指标跟踪项目，包括任务、进度和差异。 这是另一个有助于与利益相关者打交道并向他们展示项目更新的功能。

ProjectManager.com 是一款基于云的项目管理软件，非常适合您使用的任何方法。我们拥有帮助经理计划、监控和报告项目的工具。 团队获得了一个协作平台，使他们能够自主地在自我指导的小组中工作并提高生产力。 立即试用 ProjectManager.com，免费试用 30 天。