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）；那么问题就很明显了——为了达到这样的目的，我们需要采取什么样的手段？
再或者，我们来问自己几个问题：
-
我们做过程改进，做敏捷实施……这些事情的目的是什么？
-
为了达到这样的目的，我们做了哪些工作？
-
在所做的工作中，哪些事情有助于达成我们的目的，哪些事情事倍功半，哪些事情南辕北辙？
-
第三个问题中的情况，其成因是什么？
-
你知道问题所在了么？想到解决方案了么？
我们要做该做的事情，至于是否敏捷（且不论是否有判断敏捷与否的标准），是否用了 Scrum，“吹皱一池春水，干卿何事？”
请允许我借用 Jeff Xiong 在敏捷中国内说过的一段话作为本文的结尾：
我不要敏捷 我要致力于消除软件开发中的一切浪费
暂无签名
腾讯大规模云原生技术实践案例集
本案例集详细阐释了 QQ、腾讯会议、和平精英、小红书、斗鱼、微盟等十多个亿级用户产品背后的大规模云原生...
评论