敏捷？Scrum？吹皱一池春水，干卿何事！

2008年9月20日，ScrumChina 2008 Gathering活动在上海壹号码头酒店顺利结束，参与者约55人，分别来自上海、杭州、成都、北京、香港、新加坡、美国等地。

活动归来，失望远甚于之前的期待。也许，此次活动可以作为一个侧面，反映出国内某个群体对敏捷的理解和应用现状。

会议以 Open Space的形式进行，首先由 Bas Vodde介绍了 Open Space的缘起和基本概念，还有本次活动的主题——Scrum in China。接下来参会者贡献了十多个话题，随着时间的推移，也有新的话题被贴到白板上来，下面仅列举某一部分：

• 跨平台上的敏捷开发
• 怎样帮助团队成为真正的自组织型团队
• Scrum团队与个人职业发展
• 自动化验收测试
• RobotFramework
• 在大型公司中，Scrum团队里的领导和管理角色的转变
• Scrum团队中开发人员与测试人员的协作
• 开发人员跟QA怎样协同工作
  
• 某团队既做新功能开发，又做hot fix，这样的情况如何处理
• 用什么生成燃尽图？XPlanner？MS Project？
• 怎样向客户推销敏捷
• 什么样的项目适合Scrum开发
• TDD：怎样构建自动测试的底层架构，在没有预算或时间的情况下，怎样做TDD或是对测试做改进
• 怎样做大规模产品的维护工作

选了几个会场各旁听了一阵子之后，笔者不由想到了Martin Fowler在 采访中谈到的那番话：

很多人都只是片面的关注具体实践，而不是它背后的哲学。如果你只是一味的采用实践，对这套体系的哲学理念置之不理，还想有多好的成效，那可能吗？
……
我觉得要学会怎么实践敏捷，最起码要花上几个月的时间。你得进入团队，用敏捷的方式工作，你需要查看所有的因素是怎么配合到一起的。这要经过几个月的练习才行。

其实，Fowler所指出的那种倾向，在某些Topic名字上就已经体现出来了。

学过唯物主义认识论的人，或者说，能够有清晰缜密的思维逻辑的人应该都清楚，我们是先要认识世界，然后才能谈得上改造世界。换句话说，是先认识到问题所在，然后 对症下药量体裁衣去 解决问题。假如，我们能够有一个统一的认识：为客户交付高质量的软件，能够适应客户不断变化的需求，在成本和收益之间达到最佳的平衡，消除潜在的或是明显 的浪费，能够让客户收获最大的ROI（Return of Investment）；那么问题就很明显了——为了达到这样的目的，我们需要采取什么样的手段？

再或者，我们来问自己几个问题：

1. 我们做过程改进，做敏捷实施……这些事情的目的是什么？

2. 为了达到这样的目的，我们做了哪些工作？

3. 在所做的工作中，哪些事情有助于达成我们的目的，哪些事情事倍功半，哪些事情南辕北辙？

4. 第三个问题中的情况，其成因是什么？

5. 你知道问题所在了么？想到解决方案了么？

我们要做该做的事情，至于是否敏捷（且不论是否有判断敏捷与否的标准），是否用了Scrum，“吹皱一池春水，干卿何事？”

请允许我借用Jeff Xiong在敏捷中国内说过的一段话作为本文的结尾：

我不要敏捷

我要致力于消除软件开发中的一切浪费