省掉待办列表梳理，到底让团队付出了什么代价
当一个 Scrum 团队承受压力时，梳理往往是最先被舍弃的事。它看起来可有可无。《Scrum 指南》中并没有一个叫「梳理」的事件，因此当日程排满时，人们很容易把它当作可以削减的奢侈品。2021 年春天，团队分散在厨房和客房里办公，供应商仍然无法按时交货，许多团队悄悄停止了梳理，告诉自己以后再补。结果他们几乎从未补上。
《Scrum 指南》把产品待办列表的梳理描述为持续地拆分并进一步明确条目的行为，为其补充描述、顺序和规模等细节。它不是一场会议，而是一种习惯。做得好，意味着团队进入冲刺规划时，待办列表的顶部已经被理解、被粗略估算，并且没有明显的未知项。省掉它，你就得用更昂贵的货币来买单：返工、意外，以及一个谁都不真正相信的冲刺目标。
代价究竟落在哪里
省掉梳理造成的损害，几乎从不在你省掉它的当天显现。它会在一两周后浮现——当一名开发人员打开某个条目，发现那其实是三个条目套着一件风衣伪装成一个。团队通常会在这些地方感受到它：
冲刺规划拖得很长，变成现场分析，因为团队是第一次看到这些细节。
比预想大得多的条目被拉进冲刺，把预测彻底打乱。
冲刺中途，工作停摆，有人去追着产品负责人或干系人，要一个本该几天前就定下的决定。
冲刺目标变得含糊，因为没有人对工作有足够把握去承诺一个清晰的结果。
悄悄耗尽团队的那些错误
把梳理当成每周一次的会议。 周四的两小时时段变成条目被无休止讨论的去处。更好的做法是在整个冲刺中以简短、频繁的方式梳理，只拉入某个条目真正需要的人。
太早、太多地梳理。 打磨三个月内都不会动的条目就是浪费。让待办列表的顶部保持清晰，其余部分刻意保持模糊；细节随着条目优先级上升而浮现。
让产品负责人独自梳理。 当产品负责人闭门撰写条目时，开发人员继承了无人验证的假设。梳理正是团队暴露产品负责人看不到的技术风险与边界情况的时刻。
把梳理与前期设计混为一谈。 目标不是一份完成的规格说明，而是足以让团队有信心去规划和开始、并在构建中发现其余部分的共同理解。
在截止压力下省掉它。 这是最残酷的一点。最需要一份干净计划的冲刺，恰恰是团队削减了产出干净计划那项工作的冲刺。
如何让它廉价又成为常规
好的梳理是小步且持续的。争取始终备好一到两个冲刺量的条目，「就绪」意味着团队理解该条目、看不到阻塞性的未知项，并且无需争论就能估算它。一份轻量、共享的就绪定义会有帮助，只要它始终是指引而非关卡。对于分布式和混合团队，一个人人都及时更新的共享待办工具，比任何仪式都重要；只要理解是真正共享的，对话可以是异步的。检验很简单：如果冲刺规划又短又有点无聊，说明你的梳理在起作用。
这一切都不需要更多会议。它需要的是一种纪律：在压力到来之前，经常做一点，而不是为你拖延的工作支付利息。
如果你的交付总在冲刺中途卡壳，规划又一再变成救火，XNM 的项目群与项目交付咨询 可以帮助你的团队养成那些让规划重新变得可预测的梳理习惯。