Cargo Cult Agile

这是“The Art of Agile”一书的作者James Shore在2008年的一篇短文。今天读来，觉得对前些日子论坛中关于Agile/Scrum/XP 的讨论挺有参考价值。所以在此翻译出来。翻得不好，见笑。原文在此：
http://jamesshore.com/Blog/Cargo-Cult-Agile.html


早在40年代，据说，美军曾驻扎在一个偏远的岛屿。岛上的土著居民在此以前从未见过的现代文明，所以，他们对联军和他们带来的东西非常惊奇。他们发现联军修建了机场跑道和控制塔，带着耳机的士兵对天呼叫，然后满载着大量货物的大铁鸟便从天而降。当铁鸟降落后，货物便分发给所有岛上的人们，为人们带来繁荣。

终于，有一天，部队离开了，大铁鸟也不再回来了。为了再次得到货物，岛上的土著居民用竹子建造了自己的跑道，控制塔，让他们的头领登上平台，并让他戴上用椰子做的耳机。但无论他们如何努力尝试，大铁鸟再也没有回来。

几十年后，研究人员发现了该岛。岛上的土著居民仍旧保留着这一宗教仪式。他们把岛上居民的这一奇怪的宗教仪式命名为 ” Cargo Cult”


Cargo Cult Agile

CargoCult的悲剧在于对一个事物只是知其然而不知其所以然。在前面的故事中，岛民复制了他们所能看到的运输货物所需的所有外在元素 - 飞机跑道，控制塔，耳机 - 但他们却不明白飞机到底是怎么飞来的。

在敏捷开发中，我看到同样的悲剧发生。我所知的很多的团队，只是采用敏捷开发的两个实践：站立会议和双周计划会议。没有别的。

但是你知道吗？站立会议是敏捷开发中最不重要实践之一。在某种意义上，他们只是失败的开始。

好吧，我夸张了。一点点。但是，你这么想想：敏捷的价值之一是沟通和协作。每日站立会议是为了促进沟通。但如果团队真的能很好合作，那是否还有必要用站立会议？如果你的团队确实能坐在一起，结对编程，分享互相的工作。如果他们真的这样做... 确实这样做，那么站立并不会增加太多的价值。

因此，我认为Cargo Cult Agile团队只遵循敏捷开发的仪式而并不理解敏捷开发背后的实际理念。他们有每日站立会议，但他们并没有合作。他们有双周的计划，但他们并不能执行。

这些团队最终将淡化和误解敏捷开发，这是不可避免的。不幸的是，虽然 这些方法（站立会议，双周计划。。。）是为了减少会议和浪费而设计的，最终却被滥用而导致增加了会议和浪费。Cargo Cult Agile团队通常从每周一小时的会议变为每天半小时的会议。这不是一个进步。

站立会议是一个很实用的工具，但它绝不是敏捷开发的核心。小心Cargo Cult Agile。不要为了站立会议而影响了真正的沟通和协作。

很好，不能照本宣科

先驱们总是走在前面，是因为他们确确实实的想要更好地解决实际存在的问题，他们永远在探索，在思考，在前进。后来者多数是浮躁的，懒得思考的，想捡现有的成果走捷径，想套一套某个模式就能“成功”，懒得去探究其本质，从而出现了各种初级、高级的为了OO而OO，为了REST而REST，为了agile而agile等等的笑话。也导致一些先驱忍不住笑骂：你才xx，你全家都xx。

p.s 这帖子差不多一年了，没有人投精华啊。

说的很到位。太多的团队因为实践，而证明自己敏捷了。

以前引入CMM，有个经典的方法：先僵化，再优化，最后固化。
可能我们生吞活剥敏捷的时候，也会有阵子消化不良，也会邯郸学步。

很长一段时间，我对于上述问题比较纠结，在反思、在求索。
前些阵子，突然有所醒悟：任何流程，最重要的还是人。有了“现代人”，就会有机场、就会有铁鸟。“现代人”是一切的因，其他的都是果。

我带了一个开发骨干团队，1、2年内投入了不少心血。团队需要指引，也需要时间和磨练。近期的一个版本开发过程，自我感觉当前状态已经很接近敏捷的状态了。
关键还是人。

用Jim Highsmith的话来说, 敏捷更多的是一种态度。 要达到目标需要的是一系列的实践，是环环相扣的实践，这是一个系统，而不只是一些技巧或Idea的生硬组合。