| |
|
|
IT业如何执行ISO9000
|
相对于 CMM，ISO9000 咨询认证费用低，标准要求切合实际。制造业发展而来的 ISO9000 可能有些地方不太适合于软件业，
然而我们执行 ISO9000，是吸取其过程管理的思想，应用到软件企业管理中去。ISO9000 的理论是几十年企业管理经验实践的积
累和精华，必然有其科学性和权威性。如果能够充分发挥 ISO9000的精髓，全力落实所要求的各项工作，一定可以规范软件企业
管理，提高企业效益。 |
|
| 如何执行
ISO9000 ? |
| 编写体系文件是执行
ISO9000 的重要工作。 |
很多人编写体系文件，是从 ISO9000 标准出发，按照 ISO9000 的章节内容组织文件结构。这样的体系文件编写完成，发放
下去，会让执行人员无所适从，无法与日常工作联系起来，自然会感觉不适用，抵触心理重，造成 ISO9000 执行不下去。
ISO9000质量体系文件是需要企业员工去执行的，应该把企业员工作为 ISO9000 项目的客户，真正去了解他们的需求，了解
现有的工作流程。要像做软件项目一样去分析需求，在文件编写过程中不断征求员工的意见，在文件评审时要求流程相关人员参
加，得到他们的认可。
体系文件一般分为三层：质量手册、程序文件、指南与模板。质量手册包含质量方针和目标，是指导性文件，可以主要由 ISO9000 标准而来。程序文件主要描述工作流程，不应该是质量部门闭门造车，而是要充分调查现有流程，在满足 ISO9000 要
求的前提下，尽量减少对现有流程的变动。ISO9000不是专门给人找别扭的，能够被人接受、认可执行的流程才是有用的。指南
和模板是执行人员最关心的。一方面他们希望有现成的模板拿来就用，另一方面又对模板的各项要求说三道四，把不愿执行体系
文件的责任推到模板不适用身上。对于这一点，质量人员的最佳做法同编写程序文件一样，从现实工作中收集在用的模板，根据 ISO9000 的要求完善，得到执行人员的签字认可，尽可能地符合执行人员的工作习惯，降低抵触情绪。 |
| |
|
体系运行更重要。
|
有时体系文件编写完成后，公司员工也严格按照体系文件执行，编写需求说明报告、做概要设计详细设计、遵从编码规范、
做单元测试集成测试、编写用户手册等，所有的文档都经过评审，所有的流程都实现了，但是效果非常不明显。产品质量没有
什么变化，开发人员感觉不到个人能力的提高，认为做这些事情的意义不大，从而对体系文件产生怀疑，造成体系文件难以长
期贯彻执行。之所以出现这种情况，与开发人员自身的技术能力和对产品自身的检查效果有关。大家都应该明白，质量是公司
每位员工的职责，不只是质量部门的职责。一个产品，如果在生产过程中敷衍了事，造成产品包含缺陷，质量检查再严格，返
工再辛苦，它都是一件疵品。 |
| |
| 更有效的是控制整个开发过程。
|
ISO9000 和 CMM一样，关注的是从过程角度控制产品质量。产品的质量控制分为两部分:过程控制和产品本身的检查控制。
单独保证了过程控制的严格，并不能保证产品的质量。
产品的质量，首先是与一线开发人员的技术水平和工作认真负责的态度密切相关的。产品自身的检查控制，就要认真检查
产品各阶段交付物，包括评审和测试。很多评审会议都是在走形式。就技术水平方面而言，一般做分析设计的人员，肯定是公
司对产品的义务最熟悉、技术水平最高的人，他写出的东西，如果让公司其他人来评审，怎么可能会有切实有效的意见建议提
出来，只能是提出一些错别字、格式调整的无关痛痒的问题。这种情况不改变，产品的质量不可能出现改观。
至于测试，估计大多数公司会放弃单元测试，只是做一些界面的测试。而测试计划、用例基本上是按照程序来编写的。真
正有效的测试计划、用例应该是根据需求文档来编写的，因为需求文档才能直接反映客户的需求，测试的目的就是检查产品是
否符合客户需求。如果需求文档本身存在质量问题，也会造成测试文档的潜在缺陷，导致无效。因此，需求文档的质量就显得
非常重要。 |
|
|
