过年回来以后，有个产品线现在一个项目开始试行敏捷，该产品线的副经理去年就想做敏捷了。在谈论敏捷之前，我觉得需要先介绍下目前公司的情况。

公司现在走的是CMMI路线，2009年下半年过了CMMI-3，从2010 年开始筹备CMMI-4，我也是在这个时候进入了这家公司，原因就是我曾经做过CMMI-4。我进来以后看到的情况是这样的：由于过了3级，部门已经有了一套较为完整的规程和模板，从表面看来已经具备了3级的水平。但是实际上我的感觉确实一团糟，因为相关的规程和制定的执行情况可以说是十分的不理想。这其中也有一些内外部的原因，这里就不赘述了。简单来说，去年我看到的场景就是：从项目计划，需求，设计，开发，测试一团糟。大家计划是完全按照自己的想法做，毫无章法。项目延期、延期、延期；需求变了再变；设计几乎所有的项目都把详细设计给裁剪掉了；开发代码的版本也是乱糟糟的，几乎每个开发人员都有平台代码的修改权限……在大部分开发人员和项目经理眼中，CMMI就是文档，除了文档就是文档，QA除了催文档还是文档，也不知道这是CMMI的悲哀，还是我的悲哀～～

上面提到的那个产品线的副经理，也参加了CMMI-3，据我了解，算是全程参与，表现较为积极的了，那会他还是项目经理。从去年下半年他就在想做敏捷，因为在他眼里，CMMI也是文档，太死板，太规范，效率不高。今年在他对SCRUM推行培训时特别强调了，敏捷至少可以提高38%的效率，给大家规划了一份美好的蓝图，但是我却有了自己的忧虑。

目前我担心的主要是2个方面：

1、  团队本身：

我们的团队比较特殊，由于业务成长迅速，从09年下半年的30多人，到我进入公司的半年间，一下子扩充到了100来人。这样的扩展，估计大家都猜到了原因，就是大量的应届生和实习生。按配置MM的话说“我从没看到那个公司应届生和实习生这么多人的”。也就是说工作不超过1年的人员在我们部门估计占了7-80%。

这会带来一个什么问题呢，就是成员太不成熟，不论技术和职业经验。很多新人的工作作风完全是受到导师的影响，导师如果做的规范，他肯定规范，如果导师是随意的人，他八成也比较随意。所以导致我们软件的版本有段时间特别的混乱。

   而且团队中大部分成员关心的就是代码，从加入项目，就想着是写代码，其他的不管。PM让干什么就干什么，后期一直在不断的修改，变更。

   因为团队扩张的时候没有注重新员工的培养，所以没有规范的制度和体制，在这样的环境中贸然试行敏捷，我觉得还是有很大风险的。因为新员工不是1.2个的问题，他们大部分刚从学校毕业出来，关注的只是代码的编写

2、  敏捷/SCRUM基本知识方面：

现在团队中成员对敏捷几乎是一无所知，只有产品线副经理懂一些，他之前也没有进行过敏捷，目前也没有请过相关方面的专家进行一些知识的培训。现在是团队都处于摸索阶段，团队中的每个人，不光要完成每个sprint的任务，还要各自学习包括每日构建，探索式测试等内容。

产品线副经理在开始试行scrum时，对团队进行了一个简单培训，但是培训的内容只是强调了敏捷的好处和优点，并没有向大家介绍下scrum的一些基础知识，所以现在团队中大部分人对于一个完整sprint的过程都不清楚，最清楚的估计就是每日立会。

虽然试行敏捷，本身就是一个摸索的过程，大家都是摸着石头过河，可是个人认为，在试行之处，有些基本的知识和过程还是需要让大家都了解的，否则还是会影响到试行的效果的。

以上是关于试行敏捷的一些忧虑，在试行过程中，存在的问题，以后陆续记录～！