认证带不来能力

        现在很多企业都通过了一些认证，像ISO、CMM之类的，期望认证成功后一来能提高自己的资质，二来也能规范一下自己的生产流程，以提高自己的产品质量。当然认证成功后，就会有一堆流程、标准之类的要遵守。在大部分企业的软件开发团队中，这些规则的执行都会受到一定的阻力，即便强力推行下去，也很少有能收到良好效果的，这是为什么？
        是这些认证的标准有问题么？仔细看这些标准中的条条框框，其实每一条都是经过考虑的，每一条都有存在的理由。比如详细的文档、明确的流程等等。
是企业执行力度不够么？确实不是，笔者就曾在这样的企业工作过。企业通过认证以后，一切都按照制定的标准来，表格、文档、流程，该定的定，改补的补，一切都从严要求。结果产品质量也未见好转，研发人员还累的半死，怨声载道。普遍反应是：麻烦。当然实现的工作效果也不好。
        那问题出在哪呢？其实就在标准和团队实际情况的结合上。
        上中学时政治老师就教过：生产关系一定要适应生成力，生产力决定生成关系。同时生成关系也影响生产力的发展，合适的生产关系可以促进生产力的发展，反过来落后或超前的生产关系都会阻碍生产力的发展。
        革命导师的智慧还是伟大的，早在还没有计算机的时候就已经点破了其中的玄机。
        在软件开发团队中，生产力其实就是这个团队的设计、开发能力，生产关系就是这个团队的组织关系和工作流程。一个合适的流程可以提高效率、提高质量，而一个不合适的流程只会带来麻烦。
        比如测试。按规定测试可不简单，要有测试方案、测试计划、测试记录等。修改了程序后，还要进行回归性测试。可事实上这个程序可能就是一个人写的，到头来方案、计划、执行都要他来做。问题1：他做得完么？问题2：他做得好么？如果做得完可以加班，那做不好就没什么办法了。到头来方案是方案、计划是计划，实际上执行的和两者都不一样。打印一堆没用的纸头存档完事。而且花这么多时间在这些方案上面，不能说对他的程序开发没有影响。
        对于大部分企业中的软件开发团队，那些标准的要求都太高了。一个低水平的团队企图以通过认证、推行高标准的流程规范来提高研发能力和产品质量，是注定要失败的。
        一句话：认证带不来能力。
        只有踏踏实实地培养、学习、以合理的流程和规范要求，才能使团队稳步发展。

作者:苏林