Some personal feeling after agile tour 2010 – Qingdao, China.

今天有幸参加了agile tour 2010青岛站的会议（http://agiletourchina.agilewizard.org/qingdao/），很棒，无论是speaker的演讲主题还是下午的分会场，都能看出组委会的用心。如果明年有机会，我想我还会来参见的。我是一个agile或scrum的门外汉，更没有几十年的coding经验，以下只是个人对agile的一些思考或看法：

1. agile作为一种方法论，无疑是软件工程的一种回归，回归到人而不是软件开发过程本身。套用nokia的一句广告词：科技以人为本。个人非常同意这一点，软件的附加值应该在dev上体现，而不是靠市场来体现，虽然QQ已经用行动说明其实人并不重要，重要的是走别人的路，让别人无路可走……（这又是另一个话题。）

2. agile作为一种生活哲学，无疑是人生理性规划的一种回归，回归到原始单纯的驱动。我至今都记得大学时我们理学院院长曾经真诚的说的一句话：当你不知道干什么的时候，就学习。（也至今记得当时自己讽刺嘲笑的表情……) 即便是到现在，或者是由于处女座的因素，总是在试图完美的design自己的人生，等待完美的机遇，后果是突然发现自己快30了，依然一事无成。或许这是agile给我的最大提醒，套用Bill Li先生会上引用功夫熊猫里乌龟大师的一句话：Yesterday is history; tomorrow is mystery; today is a gift.

3. agile做为一种新的软件工程方法，对整个软件行业的影响将是异常深远。我能体味agile发起者的野心，一种试图在资本盈利和软件工程之间建立完美连接。至少听起来是这样，充分信任scrum team并赋予自管理的权利和免收外部干涉的环境，同时又能保证最低的风险的最高的盈利。我的问题很简单，如何改造现有的大型企业的管理架构模式（例如，经理可能比dev还要多）使之适应agile？或者换一个角度来说，agile对大企业来说更合适于小部门团体的改造或者小公司的改造。我始终觉得在有一种新的管理模式与agile能配合之前，对于大型企业，agile的问题太多，不实用 （当然这是管理者的问题，我只是一名普通民工）。

4. agile作为一种新的研发团队模式，无疑更是影响可怕，Eric在会中说到，至今没有agile tester宣言。a. tester还有必要吗？毫无疑问，tester永远都是需要的，只不过其智能与技术讲与目前完全脱离，有一点我赞同：testing不是来发现bug的（虽然作为一个dev我做不到这一点）。在agile下，bug的testing的实现者无疑最好是dev，只要有足够的时间buffer，我相信dev本人才能写出最好的针对其code的测试case，UTcode，tool，anyway。而此时的tester则更需要向业务层面进行转移，随之的新技术TDD，ATTD，BDD。b. 研发经理变成了PO（scrum）或者变成◎＃￥％……※×，anyway。c. scrum master应该是独立于任何研发项目并专注于agile实践的指导者（从这里你能看出scrumAlliance的野心，有点大学四六级证的意思，另一个方面，创造了一个新的职业，开拓了职业转型与从业方向）。

5. 结尾，再次感谢agile tour举办方的努力，谢谢。作为一名普通dev，agile其实与我无关，因为这更应该是管理层面的问题，而不是实现层面。你依然还要看一堆书，不断的学习新的语言与技术，其实一切都没有变，因为最终创造世界的是我们而不是agile。