（转）项目中检查单怎么使用

  项目中用到的检查单通常有两种，一种是过程检查单，一种是工做产品检查单。很明显，过程检查单是对工做过程的检查，工做产品检查单是对工做产品的检查。但无论是哪一种检查单，对使用者都有一个基本的要求：能根据实际状况得出检查结果。

    但在现实中，常常遇到这样的状况，作QA的既不懂技术也不懂业务，懂业务、懂技术的又不作QA，而公司经过了CMMI的几级几级，为了保住证书又必须有QA的角色和检查结果，该怎么办呢？

    办法一：全部检查单的使用者都是QA

    方法一是不少公司都使用的方法，那么到底有什么优缺点呢？

    优势：项目组的人不须要了解检查表是干什么用的，更不须要明白怎么用，只要专心作项目，必要的时候配合检查，并在被检查出问题的时候进行更正便可。

    缺点：QA常常不懂业务也不懂技术，不少工做产品的检查项根本没法得出检查结果，这时候，QA通常有两种作法，一种是不懂装懂，随便得出一个结果，反正这 个结果只要项目组的人不反对，也不会有人说什么；另外一种是比较敬业的QA，知道本身不明白，因此会与项目组中明白的人一块儿，获得检查结果，这时候的检查结 果是比较真实可信的，但又占用了项目组中项目成员的时间，至关于又作了一遍同行评审。并且QA通常会选择项目中的“专家”帮忙，就更是无形中增长了成本。

    方法二：分工合做，各展所长

    其实，项目中使用检查单无非是为了检查项目过程或工做产品是否知足公司要求或知足项目要求，而这个目标，与项目目标在本质上是一致的。并且，检查单也并不全是给QA用的。弄明白了这两点，接下来的事情就会容易的多。

    在我曾经经历过的一家对日外包、CMMI 3级的软件公司中，检查单是这样用的：

    检查单分三种，一种是项目组成员自检用的，一种是小组长用的，一种是QA用的，项目经理能够根据须要，随意选择使用。

    自检用的检查单是在每一个人作完本身的工做时用的，编码、设计、需求、测试都有，检查单中包括产品检查单和过程检查单。这个检查单的粒度很细，细到代码中的换行、设计中的每页行数、打印格式是否设置、光标是否停在第一个格中、编码完成以后是否经过了编译等等。

    小组长用的检查单偏重于工做产品的检查，并且粒度稍粗，不是每一个工做产品都检查，有必定的抽查比例，并且检查单上要写明抽查的是哪些，检查结果如何等。

    QA的检查单偏重于过程检查单，主要是什么事情作没作，工做产品检查单也大可能是定性的检查，只要判断有仍是没有就能够了。具体在有的状况下作的怎么样，则是小组长和具体负责人的事。

    这样经过分工合做，完成了对项目全部工做产品和过程的检查。

    优势是，不存在让不专业的人作专业的事，浪费时间和精力且没有好的结果的现象。并且前期的工做作的比较细致，大大下降了后期出现bug后的修复成本。

    缺点是，项目组须要在前期的检查上投入比较大的时间和精力。对不少国内的软件公司来讲，老板急着看到工做成果，无论有多少bug，先给我个能将就着用的东 西才是最主要的。这种状况下，与其期待着不专业的人作出专业的事，不如直接将这部分工做省掉，或者让专业的人去作，哪怕粒度粗一点。