一份让团队按时完成的冲刺规划检查清单
冲刺规划是 Scrum 团队为接下来几周承诺一份现实计划的时刻。当它进行得不顺时，症状都很熟悉：两小时的会议拖成四小时、一份没人真正相信的冲刺待办、以及一个悄悄超期的冲刺。《Scrum 指南》为冲刺规划定下三个议题——为什么这个冲刺有价值、能做什么、工作将如何完成——但它并不会给你快速敲定这些议题的纪律。那部分要靠团队自己。
在 2021 年年中，许多团队仍在远程或别扭的混合办公中工作，供应问题让交付日期变得紧张，草率计划的代价随之上升。一份跨越三个时区、靠不稳定视频通话做出的计划，应该更收紧，而非更松散。下面这份清单，就是让你在读到的当周就能用上的。
会议之前
冲刺规划中的大部分痛苦，都源于团队本应提前完成的工作。梳理不属于规划本身；它是一项持续的活动，正是它让规划得以缩短。前一天先过一遍这些：
产品负责人有清晰的产品目标和有序的产品待办，顶部条目已梳理到足以开工。
可能进入顶部的条目都很小——每一项都能宽裕地放进一个冲刺，还有余量。
每个候选条目都有验收标准，且开发者确实读过，而不是在会前五分钟扫一眼。
你清楚真实产能：谁请假、谁在本团队是兼职、本冲刺内有哪些假期或值班。
任何跨团队依赖都有指名负责人和日期，而不是一厢情愿的假设。
会议之中
让三个议题保持顺序，抑制设计整个系统的冲动。目标是一份足以开工的计划，而非一份接触现实后毫无改动也能存活的计划。
先命名冲刺目标。 在挑选任何一个条目之前，先就一句话达成一致，说明这个冲刺为何重要。目标是承诺；条目则围绕它来协商。
用拉动，而非推动。 由开发者选择承担多少工作。产品负责人澄清优先级与取舍，但不分派工作量。
按真实产能来规划。 用速率或吞吐量做一个理性检验，再扣除请假、会议和支持负荷。建立在完美一周之上的计划，注定失败。
拆解到足以开工即可。 把最前面的条目拆成开发者理解的工作。你不需要第二周的全部任务——只需一条通往第一天的可信路径。
做一次信心检查。 逐一询问每位开发者，对冲刺目标可达成的信心有多少。若态度温吞，现在就削减范围，而不是到第八天。
结束之前
别让会议自己飘到停下。要刻意地收尾，让每个人带着同一幅图景离开：冲刺目标写在团队看得见的地方，冲刺待办反映真正达成的共识，依赖与风险都登记并指派了负责人，并且有人当众说出：“是的，我们相信能完成这些。”对远程团队而言，这份共享产物比以往更重要——当没人在同一个房间时，它就是唯一的事实来源。若几个冲刺之后规划仍然漫长，原因几乎总在上游：待办梳理不足。把它解决，规划自然就会变短。
当交付压力很大、计划必须站得住时，XNM 的项目群与项目交付咨询 帮助团队规划他们真正能完成的工作。