【IT168 专稿】    曾有读者让我就敏捷开发方法发表一下看法。首先我得声明一下：本人根本算不上敏捷开发方面的专家，为此我事先就此课题作了一番研究。

    我得承认：头一回听说敏捷开发（Agile）时，我的脑海中涌现出好多负面的想法。敏捷开发就像是赶在精心制定的计划之前，匆忙提前交付成果的一种方法。我觉得，交付成果的质量会因此受到影响。

    但是在更加认真地了解敏捷开发之后，我发现事实恰恰相反。不过，我还是对敏捷开发的实际应用抱有怀疑。我担心一些企业会借着敏捷开发之名，抄捷径完成开发过程。我担心一些企业会高喊着“Agile！”和“Scrum！”、勇往直前。这些急性子的人（包括本人在内）可能会觉得这是个机会，可以一往无前地埋头冲向目标。

    我在摩托罗拉公司的时候，公司总经理经常说起“小的狂热团队”（small fanatical teams）。尽管我们那时并不使用agile或scrum这些术语，也没有什么敏捷宣言，但这些小的狂热团队其运作方式与敏捷开发方法里面介绍的简直如出一辙。这些小的狂热团队并没有对六西格玛（six sigma）表示绝望；那时候，六西格玛是我们企业文化当中的一个固有部分。他们也没有对密切关注过程表示绝望。恰恰相反，这些团队密切关注过程，评估业绩，并且一路寻求改进。这些团队与其他大多数团队的区别就在于，它们规模很小，全身心地致力于拿出小的交付成果。这些小的交付成果常常只是一个大型项目中的几个小部分。在我看来，这些小的狂热团队就好比属于敏捷开发方法关键要素之一的小团队。

    自从我听说敏捷开发后，我与很多人展开探讨，我从来没听到有谁说起抄捷径完成这个过程。他们说到敏捷开发时，也没有吐出过“匆忙”这个词。实际上，我认识地在项目管理领域最见多识广的一位人士积极接受敏捷开发方法，甚至开设了这方面的一门课程。

    尽管最纯粹的敏捷开发方法也许是件好事，但我还是竭力奉劝大家小心行事。决定采用这种开发方法，需要确保你拥有一种面向过程的文化；有办法管理这些敏捷开发团队，确保它们没有偏离正常轨道。尽管我承认自己只是敏捷开发领域的一只菜鸟，但我确实觉得：只要做法得当，采用这种开发方法确实优点多多。

    原文链接：http://advice.cio.com/jim_vaughan/agile_friend_or_foe_to_project_management