【51CTO独家报道】自2001年《敏捷宣言》发布以来，这种倡导团队价值和沟通力的开发方式迅速在业界扩散和传播，经过近十年的发展，敏捷开发已经从最初的概念走向实践，敏捷开发方法也经过不断的迭代在人们的实践中走向普及。但在国内，敏捷开发方式依然只在一些小型项目和Web开发上得到实践，在大型项目中应用敏捷一直被谈论，却一直被搁置。

笔者了解到，一些项目经理很希望在项目中实践敏捷，但往往在项目初期，在与客户沟通的环节就被否定；还有一些团队已经在实践敏捷开发，但往往团队中无法很好的理解敏捷的本质，导致技术上标榜敏捷，团队在开发上还沿用老的开发方式。如何让客户接受敏捷?如何更好的在团队中实践敏捷？国内的敏捷开发何时能成为主流？针对这些问题，51CTO记者专访了香港敏捷开发技术专家麦天志先生，请他来介绍自己在敏捷开发实施中的一些经验。

[[1827]] 
敏捷专家麦天志先生

敏捷之外的沟通

敏捷开发提倡沟通，这种沟通不仅在项目开发中占用重要地位，在项目前期的业务和需求过程中依然重要。麦天志还特别提到了沟通的方法和内容。要向客户介绍为什么项目要用敏捷开发，敏捷开发有那些好处，对比传统软件开发方式，向客户平衡敏捷开发的优点和缺点。客户对敏捷开发的排斥往往是因为对敏捷不理解，要注意引导客户。

敏捷也有风险

风险是可能发生的事情，不是一定会发生的事情。在谈到敏捷项目是否有风险时，麦天志说。敏捷项目的风险相对更小，但不是没有，主要来自对项目需求的把控。要在项目进行中不断审视需求，定时定量的测试和验收，每一个迭代版本都要覆盖到风险方面的话题，这不仅是在传统开发中强调的，在敏捷项目中更为重要。

再谈敏捷沟通

敏捷团队中的个体能力差异一直是敏捷经理关注的话题。在谈到这个问题时，麦天志提出“持续改善”的概念。每一个人在团队里都有自己擅长和不擅长的方面，平衡个体能力差异的最好方法是沟通，通过沟通持续改善团队整体和个人业务。对于整体来说，要以团队的角色看待项目，让项目中的每个人明确自己的定位，让所有人之道问题出现在哪里；对团队成员来说，要针对定位和能力，持续改善自己的业务技能。

敏捷开发的未来之路

在谈及敏捷开发的发展时，麦天志说，一种开发方式的普及是一个积聚的过程，一个好的开发方式是经过不断的实践和验证，并行之有效的。他认为，并不会有一个明显的分界线标志出敏捷开发到了那种普及的程度和境界，至少在目前，敏捷还在不断发展，更多的项目在实践敏捷，观念的普及和成功的案例正在不断扩大。麦天志强调，敏捷依然不是“银弹”，没有那种开发方式可以放之四海而皆准，只有不断的被实践才会有更好的发展。

麦天志（Steven Mak），现职于Odd-e从事敏捷团队教练工作，负责有关精益、敏捷开发、Scrum、测试驱动开发有关的培训、咨询、团队教练的工作，并积极参与相关开源软件开发及推广，活跃Agile Hong Kong社区工作及邻近地区相关活动。从事软件开发十多年，曾担任软件工程师、系统分析员、项目经理，负责开发及维持网络供应商计费系统、网络测试及质量管理系统、短讯平台、语音交换系统、手机游戏、AJAX网页前端开发等。

【编辑推荐】

1. 专题：初探敏捷开发
2. 不一样的敏捷开发实践
3. 如何当好敏捷项目的经理