我在客户现场看到过很多种错误的Scrum实施方法。可能是因为对Scrum缺乏正确理解，或者延续以往的错误管理习惯，导致这些错误的出现。在本文中，我总结了五种最常见的Scrum反模式，以便大家实施Scrum能够借鉴和避免。
1 迭代跑成小瀑布
当一个传统瀑布开发团队刚开始实施Scrum时，如果缺乏有经验的敏捷教练辅导，而仅仅自行学习和实施Scrum，往往会将迭代跑成小瀑布。 
所谓迭代小瀑布，就是在迭代中仍然延续以往的集中顺序式开发方法，在迭代前期集中做设计和开发，在迭代后期集中做测试。
有一种简单的方法可以判断是否跑成了迭代小瀑布，那就是看燃尽图。如上图所示，是一个典型的迭代小瀑布燃尽图。其特征是，直到迭代即将结束时，用户故事的燃尽曲线才开始下降。
迭代小瀑布的最大危害是，进入测试太晚，问题和风险暴露得太晚，过程中处于进度和风险失控状态。 正确的做法是：将故事拆小，减少进行中的故事数量，集中团队力量，尽快完成故事的燃尽。
2 在计划会上分配完所有工作
许多传统项目经理转职而来的Scrum Master，往往会在Sprint计划会议上就将所有的工作任务都分配到团队成员身上。
然而，如果在Sprint计划会议上将任务分配到每位团队成员上，往往也意味着将团队的迭代目标也分散到每位团队成员上。这样一来，在迭代过程中，团队成员往往只会关注自己的迭代目标和工作完成情况，而不会关注他人和整个团队的迭代目标完成情况。
正确的做法是：在Sprint计划会议上只确定当天的目标和工作任务安排，并在后续每天的每日站会上确定当天的工作目标和工作任务安排。
3 每日站会上逐个做汇报
在每日站会上，让团队成员逐个回答三个问题，是一种非常流行的错误做法。
这种做法，会将会议的关注点，由关注迭代目标及故事，转向关注每个团队成员。
正确的做法是：在每个站会上，不要逐个过人，而是要按照优先级逐个过用户故事，这样才能保持对迭代目标及故事的关注。
4 迭代中不为下迭代做好准备
许多团队在迭代中不愿意花费时间来讨论下迭代的需求，而改为在本迭代结束后再集中花费时间讨论下迭代的需求。
这样做的结果是，往往会因为需要花费较多时间进行需求细节确认，而导致下迭代无法按时正常启动；或者，在需求细节未确认清楚的情况下，就匆匆启动下迭代。
正确的做法是：在Sprint计划会议上，就合理规划下迭代的准备工作任务，一般是在安排在本迭代的后半段周期中，以在迭代结束前做好下迭代的准备工作，保证迭代的顺利持续实施。
5 形式主义的Scrum
许多团队在实施Scrum时，只注意到了外在形式的335（三个角色、三个工件和五个事件），而忽视了Scrum的灵魂（5个价值观）。
然而，如果失去了这5个价值观，Scrum就会沦为一种传统的迭代管理流程，而失去了敏捷的精神和文化。
只有真正践行Scrum的5个价值，才是真正实施Scrum，才能将Scrum团队打造成一个自主自发的高效协作团队。
您怎么看
您是否同意以上Scrum反模式？您的团队在实施Scrum的过程中存在这些反模式吗？有出现其他的反模式吗？欢迎在评论区分享您的观点和看法。
作者：李洁（Jerry Li），SPC，CSP，CSM，Scrum中文网咨询总监，组织敏捷及精益转型教练，敏捷管理及技术教练
