|
在项目管理当中，目标管理的使用最为常见。一制定计划，常常都是这样：某月某日软件完成编码，某月某日软件完成测试……这里的完成编码、完成测试，就是管理的目标。管理者在目标截止日期之前会查看目标是否已经达成，这就是常见的目标管理。 但是，这种管理方式越来越显示出它的弊端：如果你在项目进行过程当中，从来都对项目进展的情况不闻不问的话，那么，等你到了截止日期去查看的时候，你可能会发现你想要的目标根本达成不了，因为不管过程就很难控制结果。 所以在现代的项目管理当中，越来越重视过程管理。ISO9001的质量标准当中，就有过程监视与测量的条款；在CMMI或GJB5000标准当中，更是以完整的软件过程控制闻名的。虽然标准中都要求进行过程控制，但具体怎样做，标准中并没有明确。这也导致一些组织的管理活动中过程管理做得并不好。 比如，在GJB5000的审核当中，经常会发现QA过程审核的问题非常少。你会看到有一些qa的过程检查单作为过程检查的记录，但却没有发现一个过程的问题。这能说明软件的过程管理做的好吗？事实上，即便是在软件交付之后，软件也会在使用过程当中暴露出这样或那样的问题。这就是对“过程管理做得好”这一结论打脸！过程管理如果做得好，软件还会暴露出问题吗？ 而在ISO9000体系的质量审核当中，过程管理提供的证据也都集中在生产过程当中。对设计过程几乎不会审核这一条款。那么设计过程就不需要管理吗？ 这些过程管理的问题，都是因为没有和目标管理结合带来的。 在实施GJB5000标准的软件项目当中，软件开发的所有过程，都由QA来进行过程审核。QA必须要清楚每次审核的软件过程活动，按照标准或规范的要求应当达成什么样的目标。这个目标不仅仅是整个过程域的目标，还应该把它分解成更为细小的活动的目标。这个目标的分解可以依照标准过程定义当中的每项活动进行。对于软件过程定义当中的每项活动，都可以分解成一个个小的目标。QA审核这项活动时，要关注活动的小目标是否达成。这就要求QA要查看该项活动输出的工作产品，通过该工作产品来判断、分析和验证活动的目标是否达成。所以，QA的过程审核不能仅仅停留在查看活动输出的工作产品有无上面，更应该通过审核该工作产品来验证活动的目标是否达成。 对于ISO9000的过程审核，也可以参照GJB5000的做法。对要控制质量的过程，都要事先进行好标准过程定义，给出过程定义当中每项活动输出的工作产品和应达成的小目标，并且指定专人去审核这些活动的小目标是否达成。 总之，通过对过程目标的分解，关注过程目标的实现，将过程管理和目标管理结合，才能做好过程的质量控制。这才是项目管理之道。 |
|
|
