束水攻沙，Scrum 站会的聚焦

读了《精益看板方法从理论到实战》作者何勉老师的关于看板方法的文章后（要谢谢 Scrum 中文网 Jerry 教练的推荐），引发我对 Scrum 中一些做法的思考。比如说何老师说看板方法中的在制品（WIP）限制有束水攻沙的效果，即缩短需求从开始到完成的平均交付周期 -- 加快流速，并即时发现和处理交付过程中的问题 -- 带走泥沙。

束水攻沙是“千古治黄第一人”潘季驯的治黄方略，什么是“束水攻沙”呢？这里请允许我现学现卖一番。潘季驯在治理黄河时既没有蛮力清淤，也不是一味的加高、加宽河堤。他反其道而行，收窄河堤——在大堤内（称为遥堤）再修筑一道更窄的缕堤，遥堤用以防溃，缕堤用以束水。河堤收窄了，水流的速度就会加快，将沉积的泥沙带走，这就是所谓“束水攻沙”。

急则沙随水流，缓则水漫沙停 —— 潘季驯

反映在看板中，即通过限制在制品（泳道的数量）来控制并行需求数量，聚焦完成已经开始的需求。同时并行工作少了，问题和阻碍也会比较容易暴露和定位，环节间流动加快，产生的错误也会被很快发现，再则一旦形成任务积压也会非常显眼。而为了促进交付价值流通，团队必须尽快解决阻碍和积压问题。这就是看板方法中的“束水攻沙”。那么 Scrum 中如果存在积压或沉沙（任务无法推动或潜在问题影响用户故事的最终交付）该怎么办呢？Scrum 中没有在制品限制这个概念。

但是 Scrum 在迭代计划会后认领任务时的几个基本原则其实有着类似的功效（为了提高计划会效率，可以在站会上直接领任务，计划会上只作承诺），只要坚持这几个基本原则，同样可以产生“束水攻沙”效应。
1. 按优先级领
2. 只能在完成当前任务后，才能领取新任务
3. 不能交换，不能放弃
4. 结对完成（协作）

我们可以看到 1，2 项其实是在限制并行用户价值（用户故事）数量，而 3，4 则致力于解决积压问题 -- Stop Starting, Start Finishing。看板和 Scrum 做为两个不同的敏捷流派，在聚焦上却有着类似的目标和手段，可见聚焦是项目能够敏捷起来的重要因素。能否通过站会高效地推动快速决策，加快任务的完成，同时解决阻碍是迭代目标能否达成的关键。

所以站会虽小，作用关键，能否驾驭站会，是一个敏捷团队成熟度的重要衡量指标。