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