作为一名植物学的毕业生,Paul 进入计算领域仅仅是希望它能够提供一份有收入的工作。在 18 年的 IT 生涯中,Paul 在不同的项目中担任过许多角色。他常以独立咨询师的身份与 IIB (Information International of Brussels) 组织一起工作。Paul 是使用 UML 进行领域建模的专家,他的贡献主要在于将业务需求转化为系统结构和系统设计方面。InfoQ 的编辑 Kurt Christensen 最近就敏捷开发的问题对 Paul 进行了访问。文章的中的很多观点对我们理解什么是“敏捷”都有很好的借鉴作用。
比如 Paul 回答在从业过程中,是否遇到过反对敏捷的情况,又是如何对待的,他回答:
就我所知,大多数的观点,不论正面还是反面,都是道听途说,从我对敏捷的理解来看,只有少数人在进行真正的敏捷实践。很多人自认为他们进行的是敏捷实践。……有一些很激烈的反对声音,通常来自于一些声称进行过敏捷实践的人,事实上他们从未实践过真正的敏捷。也有少数人由于观念上的差异反对敏捷。从某种意义上讲,大多数反敏捷的声音正是来自于这些观点。
在国外的社区如此,我想在国内的社区也是如此,敏捷随处可在,可是真正的敏捷是什么? 采访中他还提到当年他做结对编程的经历,并提出:
结对编程并非意味着一个人干活而另外一个人看着,这必须是一个交换思想的过程。……与初学者结对通常不会有太多想法上的交流,这是我们需要了解的技巧”
另外他还对“在某个团队敏捷开发的尝试失败了,作为一个团队,问题通常在哪儿?”以及敏捷里面是否有“最佳实践”等问题做了精辟的回答。 阅读全文: Paul Oldfield: 如何正确理解敏捷?。
评论