【IT168 评论】自从编程界的领袖们发表旨在通过接受需求变更，加强同用户合作，缩短软件提交周期来改善软件开发过程的敏捷软件开发宣言至今已近10年之久了。

　　敏捷宣言制定2001年2月，当时一群软件开发者聚集在犹他州，他们希望能找到一种可以替代那些由文档驱动的、“重型”的软件开发模式(如当时的被当作金牌标准的瀑布模型方法)的新方法。

　　尽管早在犹他州会议之前，敏捷开发方法就已经出现，但这次会议却被当作这种方法论推广进程中的一次分水岭事件。十年以来，敏捷开发已被众所周知，很多软件公司采纳了Scrum和XP(极限编程)等敏捷开发实施方案。尽管还存在着不可预知的问题，敏捷方法领域里的专家都认为，总的来说，敏捷方法的实施会给软件开发活动带来益处。

　　“我说过，我们改变了这个行业，”一位宣言的签署者、目前在Tektronix工作的Ward Cunningham这样说。由于敏捷的出现，关于计算机编程的没落和编程危机的讨论逐渐消失，他说：“我们已经再也听不到人们谈论这个话题了。”

　　敏捷宣言比实际预期要成功的多，IBM Rational部门的首席敏捷和Lean方法论导师Scott Ambler这样说。

　　“它对我们整个行业有着重大的影响，”Ambler说。“如今你已经很难找到有不想去试试敏捷方法的人了。跟传统的开发方法相比，人们希望使用敏捷开发和迭代开发来使项目获得成功的愿望要强烈的多。“

　　但是Kent Beck，同样也是一位宣言的签署者，并且是XP的创始人，在宣言签署的10年后，对敏捷开发所带来的好处去并不是那么认可：“对于这个问题我没有一个几句话的答案。”

　　“敏捷开发是让人们更加认真仔细的思考如何开发软件，”Beck说。然而，并不是每个人都在敏捷开发上走对了路，他提示说。“仍然有很多人喜欢把读来的一些建议指导应用到他们的项目上，其实那些根本不是所谓的敏捷开发，“Beck说。

　　敏捷开发的条件

　　敏捷开发很难学，Cunningham说;”在你能够使用这套方法论前你必须掌握精通各种技巧。“

　　敏捷开发需要你扎实的技术功底，Cunningham强调道。”有很多人闯进这个领域后发现编程枯燥乏味，不再想学。“Cunningham说:”你要有兴趣做它，想把它做好，这样才有助于你成功。“

　　“来自企业组织的阻碍会在敏捷方法论的实施过程中显现出来。敏捷开发鼓励更加频繁的交付软件，鼓励把事情分解成小块，而不是把整个项目看成一块。”Skip Angel —工作于BigVisible Solutions的一位敏捷顾问这样说。”我想这些对于一些企业是个挑战，这些企业的运营方式并不能使他们可以做敏捷的交付。“

　　项目在一些耗时的过程中很可能会陷入泥潭，Angel补充道，开发人员应该使用持续集成来避免这种瓶颈。

　　敏捷开发不是银弹，Ian McLeod–做应用软件生命周期管理工具的SmartBear Software公司的执行副总裁这样说。”你需要把事情做对 …你的敏捷开发可能做的很失败，“他说。