项目管理过程之质量管理.pdfVIP

项 目 管 理 过 程 之 质 量 管 理 质量是指项目满足明确或隐含需求的程度。 前面讨论过， 质量一般通过定义交付物标准来明确定义，这些标准包括各 种特性及这些特性需要满足的要求。另外，质量还包含对项 目的过程的要求， 比如规定执行过程应该遵循的规范和标准， 并要求提供过程被有效执行的证据。因此，质量管理主要就 是监控项目的交付物和执行过程， 以确保它们符合相关标准， 同时确保不合格项能够按照正确方法排除。 质量管理的实质通俗地讲就是 “把要做的写下来 ” ， “把写的做出来 ” ， “把做的过程记下来 ” ，大家可能注意 到一点：其中主要说的就是两个字 “做 ”和 “写 ”，与我们 一般做事方法不同之处在于多了个 “写 ”的动作，因此用 “文档 ”管理 “过程 ”成为质量管理的一个重要特点。我们 举一个简单例子说明如何通过各种文档控制一个过程，一般 这需要三种文档： 1）记录：记录活动的过程和结果，最常见的记录就是表 格。一个过程可能涉及 A、B、C 和 D 四个活动，并由不同的 人员执行。每个人完成各自活动后就记录处理过程和结果， 并签字确认。因此这个表格留下了所有人相关人员处理的 “痕迹 ” ，一旦出了问题就可以回溯，确定是哪一步出了什 么问题。 2）规程：光有一个表格还不行，还需要一个文件规定活 动的执行顺序和要求，这样的文件就是规程。规程表示按 A-B-C-D 顺序执行， 复杂的规程还可能包括条件分支， 每一步 骤的具体操作和要求也应该在规程中描述。 3）状态：有了记录和规程还会发生问题。比如，记录丢 失了而不知道谁负责（甚至根本不知道丢失了）。这是因为 不知道记录的状态当前在谁手里，处理的结果如何。因此还 需要状态文档。 这确实多了一些 “额外 ” 的工作，不光需要员工额外的 “文字 ”工作，还可能增加专职的管理人员，所以质量管理 需要一定的 “代价 ” 。IT 企业中，几乎所有开发人员都知道 “质量 ” 的重要性，但却不能正确看待质量的 “代价 ” 。一 旦需要他们填写表格或者严格遵照流程工作时，多数都会说 “太麻烦了 ”“ 效率太低了 ” 。的确，如果没有文档工作一 定程度上可以提高效率、节约成本，但长期看因管理混乱和 质量低劣带来的损失可能远远大于短期的利益。还有一种常 见的错误看法是 “质量就是凑齐文档 ” ，表现为在进度压力 下违规操作，待完成项目后匆匆补文档。坦率地说，如果补 的是中间文档 （例如部分详细设计） 还情有可原， 如果补 “过 程记录 ”则实在不甘恭维。例如，笔者就见过在项目完成后 补《测试错误记录》的情况，其实这时补这些文档对测试过 程的管理已经根本没有意义，花时间精力仅仅是让项目看起 来规范一些， 可以算是一种 “粉饰太平 ”的行为。 个人认为， 如果你真的认为一个过程不需要文档也可以控制，则可以进 行适当的裁剪。其实项目并非越规范越好，应该根据具体的 质量要求平衡质量和进度、成本三者的关系。 质量管理活动基本包括质量保证和质量控制两类。质量 保证是在项目过程中实施的有计划、有系统的活动，确保项 目满足相关的标准，典型的例子是评审和审计。质量控制指 采取适当的方法监控项目结果，确保结果符合质量标准，还 包括跟踪缺陷的排除情况，典型的例子就是测试。对于软件 开发来说，重要的质量活动包括： 1）评审：检查项目中间产品，早期发现缺陷以减少后期 修