敏捷开发（Agile Development） 随着“敏捷”一词出现在越来越多的项目中，于是，敏捷开发本身也被赋与了越来越多的意义，而敏捷的真正内涵反而变得越来越模糊。如何迈出敏捷开发第一步？是按照敏捷宝典、操作指南或是教父语录，还是因地制宜、因项目定方法？完成所有这些工作后，我们就真的“敏捷”了吗？

　　一、前言

　　Agile是指企业能够对外部环境做出速捷、有效的反应，是未来企业的必备素质。21世纪企业面临的竞争环境将是一个不断变化、不可预测的环境。由于高新技术的出现和更迭越来越快，产品的生命周期日益缩短，企业要面对这样的新的竞争环境，抓住市场机遇，迅速开发出用户所需要的产品，就必须实现敏捷反应。

　　狭义地讲，敏捷企业就是将柔性的先进制造技术、熟练掌握生产技能、有知识的劳动力以及促进企业内部和企业之间的灵活管理三者集成在一起，对千变万化的市场机会做出快速、有效的响应。敏捷企业强调人、组织和技术的有机结合。通过这三者的紧密结合，敏捷企业可以发挥最佳的整体效益。评价一个企业敏捷性的具体指标是时间、成本、稳健性（Robustness）和适应范围。对敏捷企业的广义理解，可以认为敏捷企业是一个CIMS（计算机集成制造系统）、动态联盟、并行工程、仿真制造、高素质员工等多方面的系统集成，是一个基于CIMS、在CMS基础上发展起来的一个更高层次的集成大系统。

　　二、变味的敏捷

　　敏捷是大家在一起高效率地工作，清除所有沟通上的障碍，关注于增值的活动，从而使得开发更加成功。敏捷是大家肩并肩地工作，而不是什么都通过文档。敏捷是管理者积极地参加到项目管理中而不是整天去写状况报告，用那个来监督到底发生了什么事情。敏捷是开发人员和涉众（项目开发中涉及的从需求到最后交付的各种人员）在一起制定实际的计划，而不是用复杂的微软Project去制定一些几乎没人看的进度表。

　　公平地说，很难设想敏捷术能如何发挥作用，尤其是在一些软件开发本身都问题重重的传统组织中，被误导过的敏捷更是难以帮上什么忙。

　　敏捷开发，看到过这个词时，很多人一直没有什么深刻的体会，也没有仔细去研究到底什么才是敏捷开发。而一直在很多人的思想里，敏捷开发的印象就是，开发速度比较快。没错，做互联网的，快确实是一个制胜的法宝，那么敏捷开发似乎也就是在互联网应用的开发中最适合的方法了。那么敏捷开发中的参与者应该是什么状态？这似乎成了一直以来困扰很多管理者的严重问题。可以说，在敏捷开发中，并没有觉得有多敏捷，进度一拖再拖，问题一个接着一个，让我觉得我们是在进行慌乱开发。为什么会这样？

　　另外，关于实施敏捷的效果也是充满置疑之声。我们经常看到一些号称Agile的国内项目，按照菜谱、操作指南和教父语录的提示，采用了许多花哨的技巧和实践（做法），是啊，表面上确实Agile了，那么结果呢？项目还是不能按时完成，甚至严重超支和超时，这能叫“敏捷”吗？

　　三、敏捷十戒

　　1、天报制度

　　就算是进行远程开发或是两地使用开发，项目组的成员每天至少碰一次，不管是当面的，还是通过其它方式，如通过电话、email、Skype或其它。进行敏捷开发的时间，任何团队都不能以任何理由进行孤立的开发。

　　2、例会制度

　　即使每天通过Email给主管汇报工作，但有时主管还是无法及时准确的掌握项目组成员的状况及工作量。此时，通过每周一小时左右的例会将会有效的解决此问题。通过例会，大家面对面的就某些问题进行共同的探讨与讨论，找到共同的解决方案。

　　3、版本控制

　　如果没有一台干净的电脑来进行团队代码管理的话，则很有可能导致代码的混乱。而每天只须花很少的时间，哪怕一天一次，进行及时的数据提交与代码提交，则可以有效的保证团队之前代码的同步及代码的备份。

　　4、需求失灵

　　即使手里拿着30页且客户进行了签字的需求说明，有可能仍然不知所措。相对起那些良好的设计、精确的分析等，与客户持续的沟通、及时的反馈、不断的演示这些工作显得更加的有效果。可以有效的获得需求变化，减少误解，更加准确的把握用户的需求。