为了CMMI而CMMI

发表于 2007-09-05 | 阅读 777 views

　　当业界的焦点都集中在敏捷上的时候，似乎客户和公司的高层并不买帐，仍然一味地追求“文凭”。想找份好工作没有文凭不行。不是有那么一句话嘛：“一堆苹果，有青的有红的，你不知道哪个甜，也不知道哪个酸。让你去挑几个吃，你一定会去选红苹果。因为红苹果中虽然也有酸的，不过，肯定不如青苹果酸的多”。公司要接个项目，没有资质（国内项目令当别论）也不行。其实道理跟企业用人一样，都是选苹果。到如今，大街小巷，养猪的、擦皮鞋的、搓澡的，谁还没张本科文凭？哪家公司还没个CMMI lv3的证书？虽然有了那一纸文凭，却缺少了最重要的东西。

　　项目的好坏，是跟时间息息相关的，俗话说慢工出细活，这话没错。不过，１个人月的项目，给你１.５个人月，做出来的东西肯定比给你１个人月做出来的要好吗？不一定。有两个开发团队，他们的成员都有非常非富的系统开发经验。其中有一组的注意力全部集中于程序设计和开发，节奏保持的非常好，当项目开发周期结束时，虽然没能完成所有的需求，但绝大部分已经通过测试。再给客户演示和说明后，客户似乎已经被软件强大而华丽的功能所震撼，无法掩盖他们兴奋的神情。最后，他们很爽快地答应，再多给几天时间，完成遗留下来的任务。而另一个开发小组，在接到任务时，首先需要他们的项目负责人定制详尽地开发计划，这个计划可能会要花费几天时间。而在他的计划没有通过专家评审以前，其他成员不能干任何的事情，他们唯一能做的就是等待。几天过后，负责人好不容易做完计划却没能通过评审，不得不继续等待。终于，计划通过了评审，小组的成员们迅速地根据计划，制做各种各样的客户并不关心的文档，然后再提交评审。反复几次后，他们终于进入到实现与测试阶段。然而，留给他们的时间已经不多了。于是，小组成员们不得不加班加点。到项目结束时，除了一堆客户不需要的文档外，就只有还没有通过测试的程序了。他们不得不拿着几乎没有怎么测试的程序，为客户演示。当然，还有那些被客户仍在一旁的文档。

　　这两个例子，是我在使用不同方法进行项目管理时的感受。尤其是后者，在走CMMI过程的时候，给我最大的感触就是每天都会有各种各样的文档和评审，还有通知、签字、会议等等。项目组成员的注意力完全被分散。本来可以非常轻松做完，做好的项目，却不得不加班来完成，而大多数时间都花在那些客户并不感兴趣的文档上面。

　　即使如此，我还是不得不承认，CMMI是好东西。它能够使项目有条理地进展，而且，在每一个环节上，都有计划和质保人员把关。当项目即将出现偏差的时候，它的能够让相关人员及时发现，并能够按照事先的计划，有效地得到控制。当风险发生时，它的威力更能突显。因为它的风险计划可以帮助项目组按照正确的方案及时得到缓解。还有在度量上面，它能够拿出大把大把的数据，供我们分析，取证。好的地方不止如此，还有很多很多。然而，还是那句老话：“CMMI 虽好，但没有客户愿意花钱买对没用的东西。对于公司，在钱没赚够以前，员工就先加班吧！”。