假敏捷

      在敏捷社区里面，更专业的词汇叫做“货物崇拜敏捷 ”。它用来形容一个团队做着敏捷的动作，却没有敏捷的精髓。这样的情况，可能发生在一个入门团队；也可能发生在一个变质的团队。

 

      我们仍旧重复着那些规定动作：每天的站立会议，每个迭代的回顾会议，结对，等等。但突然我们发现，对于别人在做什么我们越来越不了解，对于大多数代码越来越陌生，刚刚完成的功能屡屡被不明所以的其他人破坏，团队整体的协调屡屡出现问题。

 

      是的，我们仍旧“实践”着那些动作，但它们变成了假动作。

 

      比如站立会议，团队大多数人都把它当成一个形式，没有人认真听别人所讲；比如回顾会议，每次看到都是大同小异的议题，从来没有问题得到真正解决；比如结对编程，变成了另一个人休息的好机会，结对，结成了死对头，永远也不switch。

 

      如何解决这个问题？其中一种方案还是比较有效的，就是让领导来办。

 

      领导要办了，就是坚决要办了。当团队中大多数人都被同化之后，团队整体已经行成惯性，要去推动改变很难。这时让一个更有权威的、第三方的人士来办效果会更好。举行一次敏捷回顾，去发现团队中的问题，然后坚决贯彻执行。

 

      敏捷本身会随着偷懒、不去做等等原因渐渐变质，敏捷本身也需要用敏捷的方式来管理。把定期的敏捷回顾作为敏捷的一部分，是很有必要的。