不是所有团队都适合敏捷

　　如果我们只是把敏捷限定在Scrum和XP等开发方法，那么我觉得并不是所有开发团队都需要实行敏捷。“在我们公司，有些团队可能就一两个人，这个时候就不需要Scrum的站会、回顾会议了;还有一些需要变化特别快的，那就可以实施看板;还有那些不能出现任何差错的项目可能瀑布还是不错的一种方式。但是，敏捷本身不是来自软件开发，被应用到IT，那就证明其实它背后有一种更本质的东西。正如前面我说的，如果你把敏捷看重一种理念，那么我认为如果把敏捷理解透彻，不仅仅是每个开发团队都要实行敏捷，甚至每个人，在生活中都可以应用敏捷，这也是我创立敏捷个人的原因。”周金根老师表示。

　　正如项目经理在每个公司所担任的工作不同一样，敏捷教练作为一个国内新兴职业，敏捷教练应该做什么也会不一样。每个人的思想、方法不一样，这也导致大家做的也不一样。对于教练来说，还是可以抽取一些共性的东西。那教练应该起到什么作用呢?最基本的就是ScrumMaster的职责，其次就是培养ScrumMaster的责任，更高级的教练还需要学习个人成长教练，也就是敏捷个人的一些内容。

　　对于敏捷初期团队，一般都没有ScrumMaster。如果可能的话，就是自己成为ScrumMaster帮助团队运转起来。如果不行，那么就需要做多次的专题培训，再组织团队开展敏捷实践，并不定期的回访，以保证团队对敏捷的理解正确。

　　兴趣是敏捷成功的关键

　　“在2003年的时候，我们是基于RUP来做开发，做了很多设计画了很多图，但是最后开发的时候，开发人员也不看，这让当时还是程序员的我对软件开发方法产生了兴趣，于是就开始关注软件全生命周期相关的方法理念，而敏捷就是其中之一。09年我到了一个新的项目组，需求人员是市场人员、没有开发人员，也就是连团队的雏形都没有，这时候我觉得实施Scrum是一个机会，因为大家以往都没有经验，更容易接受新事物，我选择实施Scrum。当然，对于软件开发来说，Scrum只是一部分，还需要很多其他东西，例如如何做需求、如何做设计、如何带团队等。”

　　在敏捷10年回顾中，Mike Cohn说到， 现在大家不再说要不要做敏捷，而是如何做好敏捷，希望以后不再说“敏捷软件开发”，而仅仅说“软件开发”背后就隐含的包含正在用敏捷开发，我也希望正如他所说。但在我招聘、培训、交流过程接触的情况来看，国内的敏捷普及程度并不是这么乐观，很多人还只是知道敏捷而已，但在开发中并未真正实践，还有的实践之后放弃的。还有实施了敏捷的企业，也不是企业所有团队、所有人都在实施敏捷，就拿我们公司来说，也不是所有人都在用敏捷，即使在用，也不是每个团队都应用的很好。

　　关于如何更大范围推动敏捷，周金根老师表示，首先每个开发人员应该对自己要求高一些，不要仅仅关注如何写代码，还需要关注采用什么方法来开发，如何做好团队协作，在合适的时机向团队、领导推动敏捷实践。其次，现在也有很多大会(如敏捷中国、ScrumGathering等)、培训(我业余时间也给企业做培训咨询)、资讯，这些也都能够加速敏捷的推广和落地。同时，理解敏捷的本质，对敏捷产生兴趣，是敏捷成功的关键。