哥们，你吹牛吧？ 自我标榜吧？  美化吧？ 

  OK,我承认，有一点点美化，但95%的现状描述确实如此。 OK,我承认，当我把队伍交给一个不理解敏捷的项目经理，又不愿意学习的项目经理，他确实会搞砸一些东西。 

  但，确实，我说的基本上是事实。

  那我怎么做到的？

  我做了如下几件事情：

1. 先Show技能：一个现实项目代码结构非常差的例子，或者是我常用的打折策略例子，先Show无单元测试重构，再show有单元测试重构，重构的目标---》OO。让人们看看什么是OO，OO的诱惑在哪里？燃起大部分程序员心中的那把火，那把追求完美的火。
2. 让重构和单元测试为大家认可后，大家一起玩，一起玩的基础是什么？一致的代码规则，一起玩玩并交流心得
3. 然后，你就可以推广持续集成了.....
4. 接着你可以推广晨会了.......
5. 至关重要的一关：将需求管理起来，这主要不是说服程序员，而是需求部门，请不要给我混乱的设计和需求，请规范。这个工作需要一点点技巧，一点点强势，一点点能力，一点点帮助。
6. 玩起发布计划，玩起迭代游戏，玩起燃烧图，让大家一起玩
7. 一步步来，推广敏捷过程本身就是敏捷管理过程。
8. 基本游戏规则建立后，再新的一轮深化敏捷过程

    轻松吧？ 其实你错了，不轻松，真的不轻松。

     不同的企业和团队有其不同特点，企业又会处于不同的发展阶段，你要掌握好节奏，掌握好推进过程，掌握好和固有模式冲突的协调方式，一步步来。

      其中，必不可缺的，让其中一部分人先富起来，让那些积极进取，积极学习的人，先掌握了敏捷的实践，这样你又添了几个布道士，事半功倍。我在某楼企业，就曾经因为没处理好某老员工的步道事宜，造成了较大的困扰。

      补充一下，这2家企业，无论高层还是基层，最初对我的能力都是顾虑重重的，担心偶是个“理论份子”

@HiZhou:问个问题，这是我在某开源bbs公司遇到的。 我的领导和他上面的CTO基本只在他们自己的公司工作过，都...

   首先你站的平台起点较低，这可能是没法选择的。

   换这种情况，我会邀请大家一起玩OO，玩敏捷；质疑什么咱玩什么。 不是一个Leader。

   当然，前提是自己的能力和理论都较高水平，才能够真正的推广。有了能力又促进自信

@myth:针对 KENT 提到的这些 对敏捷一无所知,对单元测试、重构、持续集成等实践第一反应是抗拒,接着抗拒...

人员的成长是渐进的，培养一种文化氛围很重要。

@HiZhou: @myth 如果他们渐渐感觉到你太累了，然后在站立会议上，你每次在不断告诉他们 这是苦肉计么。。...

谈不上刻意不刻意，如果非要说刻意也是对的。 要给大家树立一种好的、觉得值得学习的目标。对这个目标作为推广的人要有信心，自己不通之处可以学习、或者找人探讨，但是大方向上要给人强烈的信心。 

   试想：你自己都没信心的技能，谁会花时间冒险？

@HiZhou:嗯。经过这次讨论，我也更清楚之前失败的原因，信心不足是最大的一点，但是当时没明确意识到，也许当时的心...

除了努力学习，还需要动手能力、良好的沟通能力。敢说也敢做。