敏捷失效

话说在2011年的时候Maurits在部落格发表来一篇文章，阐述了自己对于Scrum的另一种看法。并列举了9大Scrum为什么不行的理由。不过由于时间过长，我又重读了一下原文加之我的经验将这些敏捷失效的情况归纳如下：

1，Scrum的基石在人，建立在信任的土地上。但现实中各种政治斗争、竞争、交付压力导致信任的缺失。没有信任谈何敏捷？

2，Scrum信奉的是自律，在足够自律的前提下，人人都会想尽办法把事情做好。可是现实中，人却是懒惰的，拨一拨动一动的人比比皆是。或天天想着高工资和私人兴趣，却无心干好正事。

3，Scrum虽然是仆从式领导，但是并没有直接的上下级关系。所以，团队之上还是会出现一个“直线经理”来管理团队。两种方法学的不兼容最终会导致团队的低效或溃散。

4，Scrum仅仅是个流程，可世界上讲流程的比比皆是。CMM（CMMI）管理下的那些程序员还是那副苦大仇深的嘴脸。所以不管你采用什么流程，就是Scrum也是一样！敏捷的关键还是在于人才，如果公司不肯花钱找那些优秀的人而指望Scrum来压榨生产效率。结果可想而知！

5，Scrum讲究商业价值最大化，可是那些真正了解的业务的人才不会加入你的团队。他们宁愿和客户花天酒地，也不会和你们这种技术怪胎一起加班呢！最后你的团队不得不像呼叫中心或者救火队一样疲于奔命。

6，Scrum讲究的持续改进，这也是为什么scrum有所谓的回顾会议和改进方案。而那些改进方案还是你“逼着”他们自己定下的。可是你有没有想过，如果按部就班的来也许别人还会能有所产出。逼着的变化，随之带来的不一定是改进而可能是抵抗！

7，PO专注做什么和为什么，团队专注于如何实现。非常好的设计，可现实却是PO就是要这个功能在某个时间点满足承诺。更糟糕的是，那个承诺还可能是很久以前许下的。那时可没什么人，管你什么技术难题！各有各的汇报线，也许你只是一个外包公司的小兵，那天管理层不满意了。你就只有走人，谈何信任？

8，质量和效率成正比。如果质量低下，开发效率自然低下。但是谁在意呢？那些项目经理或者Scrum Master可以将事情归咎于计划。可是朝九晚五，都是八小时。更糟糕的是，如果开发人员来自第三方公司，他们在意的是呆的越久越好而非所谓的质量。那么Scrum的生产率未必好于其它方法学。

9，做且只做所需要的功能就能使成本更低，得了吧！很多单子，在打之前就已经有了固定价格。而且选择你们的根本原因可能就是因为你廉价。不过他们还是会在结束的时候确认那些有的没的功能。而你也只能苦逼的去完成那些令人吐血的“功能”。

在以上这些情况下实施Scrum，不仅会使Scrum的透明、检视和调整三大支柱轰然倒塌，更会使敏捷如昙花一般一现即逝或虚有其表。

原文地址：https://maurits.wordpress.com/2011/07/13/why-scrum-will-never-work/