加入到Linux部门后不久,就遇到一个可谓千载难逢的机会。我们需要基于业内新的通信架构(ATCA,Advanced Telecommunications Computing Architecture)硬件,在Linux系统上实现公司老产品的功能。后来还要研究OpenSAF(Open Service Availability Framework),看看是否以及如何融入到我们的实现中去,我们还专门为之分配了时间,每天都有预留部分时间以供大家学习、交流。

当时更让人激动的是这个新项目将采用一种新的软件开发方式,叫做Scrum。小组长问我想不想加入这个项目,我说先等等,这可是从来都没有听说过的玩意儿诶,晚上我突击学习,在网上疯狂地搜索资料,了解这个Scrum。如果我没有记错的话,当时(05年底)网上还没什么中文资料呢,都只有看英文的才行。最终,我被它所吸引,决定加入。除了Scrum本身,项目经理是吕毅(到目前为止还是唯一的中国人CST,Certified Scrum Trainer),我们的后援团包括我后来加入的Flexible Company(其实是公司内的一个团队,专注于支持敏捷转型),以及Bas VoddeCraig Larman。而且,我加入的时候团队才只进行了一个Sprint而已,也算是赶了个早。团队仅有的三位成员都是很资深的同事,而且里面还有一位不挂名的架构师,在浙大读硕士的时候就已经和老师合著出版过Linux的著作,有这样的高手在,何愁学不到东西,又有何理由不加入这样的优秀团队呢?

而我为他们提供的价值则是,专业的测试思维(注意不是能力)。我加入的第一个迭代,团队之前验证通过没有发现问题的实现,被我发现起码是二三十个问题,印象中这也一定程度上帮我赢得了大家的信任,认可我是个靠谱的测试人员。

吸引我的另一个原因是自由度,这个项目得到了管理层极大的支持,由于Scrum模式在国外的研发中心使用收到了很好的效果,所以管理层决定引入杭州研发中心进行试点,也因此给予我们可以抛弃所有现有流程负担的自由,完全可以自主决定自己使用的开发流程。而之前的工作中,我们的测试流程和各种规范详尽完备但却显得有些笨重累赘,我早有想法要改变它,但自己对流程制定并无发言权,新项目则可以提供这样的自由。

在当时我所写的一篇博文:《Scrum开发模式》。更多当时我写的博客,可以看我新浪博客上相关时段的文章:标签Agile_Scrum

查看更多“我的测试之旅”文章
1. 起点——作为软件开发人员
2. 转变——作为专职测试人员
3. 同期——加入测试自动化小组
4. 并行——自动化回归测试
5. 难点——功能改进的测试
6. 跳转——追逐新鲜事物的探险者
7. 启程——Scrum中的测试工作者
8. 困难——没有现成的测试工具
9. 行动——简化测试文档和流程
10. 贡献——开发项流程(Development Item Process)
11. 尝试——Scrum Master
12. 机遇——测试自动化培训师和教练
13. 转型——敏捷教练

敬请关注 《大测大悟——测试的敏捷之道》开放出版过程

联系方式:
- 新浪微博
- 谷歌邮箱 kaverjody @gmail.com
- LinkedIn