敏捷?Scrum?吹皱一池春水,干卿何事!

  • 李剑

2008 年 9 月 24 日

话题:敏捷方法论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 在敏捷中国内说过的一段话作为本文的结尾:

我不要敏捷

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

敏捷方法论Scrum架构文化 & 方法