如何做一份敏捷Scrum Sprint计划清单？

Posted 2021-04-25 21CTO

21CTO社区导读：本文主要讲解 Scrum 敏捷清单，它是一个有用的工具，如何在可操作层面上应用。可以减少你的认知负担并腾出更多时间做更有价值的事情。

1、如何制定冲刺计划清单

各位开发者，你们勇敢吗？

我们先讨论一下敏捷。敏捷（Scrum）是一种心态，而不是一种方法论。它是一个过程，而不是目的。没有一个通用的方法，用同一个清单来涵盖所有标准化流程。

清单取决于工具应用的目的。了解更多敏捷清单，让它成为在操作层面是一个方便的工具，可以减少我们的认知负担并腾出更多时间来处理更多的事情。

分离敏捷清单，核对清单的魔力

你也许也知道一些，检查清单起源于航空事故，一架由经验丰富的飞行员组成的新飞机在试航过程发生坠毁。后来经调查证明，飞机没有任何机械问题，原因却是机组人员在起飞过程中忘记了一个简单步骤。

这可能是过度自信导致的问题，人们可能这样考虑：我们知道自己在干什么，因为我们一直在这样做。后来，在航空领域，制定并执行严格的检查是强制性的。包括在医院以及其它复杂任务的场景下，有可以出现认知过高而相信自己一切都会顺利的地方，都要实施检查清单。

因此，在我的观点上来看，计划清单检查并不是一种强强的标准化流程的恶劣手段，对于管理者和开发者来说，都是非常有用的工具，即使这个人是清单的管理者。

敏捷计划清单的详细内容

这份计划清单的冲刺是针对我自己的团队和工作方式定制的。换句话说，如果不进行修改，您不能原封不动的应用到自己的团队中去。

比如我们会在每周产品待办会议中对事项细化，花大量的时间准备充分，开始冲刺！

实际上，冲刺计划本身是对我们在上次留下的改进时内容的一种确认。我们可能在容量规划期间调整冲刺的范围。

但是，我们很发生切换冲刺目标的情况。所以，一般的冲刺目标只需30到60分钏。

如果你的工作方式很传统，来看下面的冲刺计划清单会缺少一些步骤。

关于时间表：

t = 0 表示即将到业的冲刺开始日期

t - 1 表现冲刺开始前的一天

t + 1 是冲刺计划的第二天

有时间轴的Sprint计划清单

准备Sprint计划：

T-2：处理代码评审和准备清单未领用的任务，要求团队成员在开始新的Ticket之前专注于当前Ticket。

T-1：执行冲刺点评

T-1：执行Sprint回顾

在Sprint计划期间：

T = 0：为那些无法亲自参与冲刺计划的团队成员分享活动，启动冲刺计划。

T = 0：团队所有成员是否都能参加冲刺计划？ 

（产品负责人的缺席可能是一个挑战。）

T = 0：通过检查每张Ticket的状态并在必要时移动Ticket来清理与整个团队的旧看板，并与Jira 同步。 （需要提前回答的问题：哪个项目是领先的？如果有些团队成员在冲刺计划期间远程工作等。）

T = 0：讨论可能的时间延期：那些工作仍然值得继续吗？ （时间溢出是一个合适的团队指标，也是回顾的一个很好的话题。如果溢出持续几次冲刺，这可能引发各种讨论，例如：

用户故事或Ticket的定义是否精确？

用户故事或Ticket的质量是否符合准备就绪的定义？

看板会不会更适合团队？

如果用户故事或尚未完成的Ticket不会泄漏到即将到来的冲刺中，则会将其移至积压或删除/归档。

T = 0：如果尚未提供，请在团队的在线工具中创建一个新的“冲刺”目标，例如Jira。

T = 0：关闭上一次冲刺：

我们是否达到了冲刺目标？

如果使用在线工具，请确保将所有时间溢出的任务移至正确的存储区，例如即将到来的Sprint或产品待办事项。同时清除以前冲刺的旧贴纸。

T = 0：开始下一步冲刺计划：

找出团队的可用冲刺能力：谁可以在下一次冲刺的过程中贡献工作？

需要请产品负责人定义冲刺目标。

匹配容量与产品负责人的冲刺目标。目标现实的吗？

如果冲刺目标和团队能力不匹配，请尝试剥离冲刺范围，团队能否提供较小版本的冲刺目标？

小结

检查清单为初级专家以及经验丰富的敏捷专家提供价值，以解决手中的复杂问题。像这样一个冲刺计划清单的例子清单绝不会违反敏捷宣言，但减轻了运行仪式和做法的认知负担。

将Scrum清单视为正在进行的工作，需要定期重新访问和调整。在这方面，Scrum清单与工作目标或软件设计没有多大区别。

你是不是在日常工作中使用清单作为Scrum Master或敏捷教练？欢迎在评论中与大家一起分享。

译者：小路

来源：https://dzone.com/articles/sprint-planning-checklist