skinapi收录，使用标签：qa, 软件测试，时间：2006-7-25 15:00:11 | 相关网摘，我也收藏
摘要：本文抛开以往比较CMM和ISO两种质量管理体系时仅从体系本身的特点上入手的套路，尝试从两种体系在组织实施过程中在“管理水平适用性、组织机构复杂度和研发过程复杂度的适用性、量化管理的适用性”上入手，比较并阐明组织如何恰当的选用本组织本阶段优选的质量管理体系。 关键字：软件成熟度模型、ISO质量管理体系、组织机构复杂度、研发过程复杂度 正文：从ISO泛滥到现在的冲刺跳跃式进行CMM认证，业界好像在印证这样一个定律：质量管理体系认证变成了企业标榜自己管理水平上了一个台阶的一块金字招牌，死板的编造出一套记录，联合作假欺骗审核员（或评估师），然后拿到证书。为什么在国外证明是可行之道的建立质量管理体系（基于ISO或CMM（I）），在国内就行不通了呢？ISO全面失信，CMM和CMMI也面临信誉危机，到底我们需要什么样的质量管理体系呢？目睹三年多以来软件行业质量管理和质量管理体系认证诸多急功近利，追求形式主义的现象，我真想振臂大呼，我们不需要什么仅具有宣传、标榜意义的认证，我们需要的是质量管理意识；放弃认证标榜管理水平的想法，真正树立管理意识，好好参照ISO、CMM（I）、6 Sigma、微软项目管理、PMI等管理框架和方法论，从自己的管理水平现状出发，真正个性化一套适合公司的质量管理体系，并在此基础上持续改进，以持续提高质量管理和管理水平。网上评价ISO和CMM差异和共同点的文章比较多，但大多是从标准条文本身进行比对的。下面我将从适用性方面对比一下ISO和CMM（I）两套质量管理体系框架。一、管理水平的适用性ISO系列标准虽是就质量管理而言，然而也可以看作一个浓缩的管理学框架，尤其是作为认证审核依据的ISO 9004：2000。它是一个大而全的系统，几乎覆盖了公司管理的各个方面。它对一个尚无完整质量管理体系、依靠自身发展过程中自发、被动或应急性的制定一些组织管理和研发管理过程和规范的公司来说，是一个很好的快速建立公司系统化管理框架的参照体系。通过这个体系的建立，把公司的各组织机构的业务流程、接口关系、人员岗位及部门职能界定、各种公司管理制度有机的整合起来。如果在这个过程中能够配合BPR进行，彻底梳理原先大家都意识到、但却无从下手的管理沉疴，效果会更好。CMM是对软件开发实践所涉及的整个工程流程的规定和分析，它的体系既包括软件工程过程本身，也包括对这一过程的管理。它更多的是提示我们所处各个管理成熟度等级的阶段目标，以及为了达到这些特定的阶段目标而分解的大量具体实践。它没有告诉我们怎么达到这个目标，因此它是基于组织（公司）能意识到自身差距并能针对性的采取改进措施。它更多的是站在各个具体的点上去思考问题。纵观CMM2的各个KPA，如果公司连保证这些KPA实施的管理基础都不具备，从二级KPA的一个个点上去突破，很难达到以点带面的效果。这是一种比较可取的方式是先来一场组织管理上的革命，去创造这种质量管理水平提高的管理基础。对于一个具有一定管理基础的组织，引入CMM（I），从这些具体的点上去采取措施，对于组织过程能力的持续提高、组织过程质量的持续改进将起到极大的推动作用。而组织管理革命的一个利器正是ISO9000质量管理体系。当然，我们在组织建立ISO9000质量管理体系的过程中，也可以借鉴CMM的思想，抓阶段的关键问题，分步实施，逐步推进。 因为面对ISO9000这一标准，对大多数组织来说，要一下子全面执行是有很大难度的，并且其有效性也难于体现出来。这就需要组织根据自身的实际情况，分析组织的现状、资源、文化、人员素质和面临的社会环境，找出同ISO 9004标准的差距，制订一个中长期的目标计划，从选择一、二个ISO 9004的条款要求的试点做起，成熟一项巩固一项，逐个地推广应用，并制订出具体的实施进度计划，在一定的期限内完成ISO 9004标准全面贯彻执行工作。由此，我更倾向于一个公司先基于ISO9000质量管理体系建立起质量管理体系框架，培养组织的质量意识。然后在此基础上，选择若干过程域进行重点监控，以逐步达到CMM某个成熟度等级的要求。 二、复杂度的适用性这里所讲的复杂度包含两个方面的意思：一是指研发过程本身的复杂度；另一是指组织机构的复杂度。基于我对ISO和CMM以下理解：ISO是一个达标性的体系，大而全，比较偏向于宏观把握；CMM则着眼于具体实践，对各个关键过程域进行分解细化，偏向于微观控制。个人倾向于在一个研发过程本身复杂度不是很高，但组织复杂度由于组织本身的发展变得庞杂的组织中推行基于ISO的质量管理体系；在一个组织机构相对完善，由于项目规模本身的扩大而迫切需要引入适当的过程监控的组织实施基于CMM的质量管理体系。下面阐述一下两个概念：1、何谓研发过程复杂度？本文定义的研发过程复杂度是指针对组织正在实施的单个项目（或产品，以下统称项目）研发活动而言的。主要考虑项目规模（项目范围和工作产品规模）、项目团队规模、项目周期等因素。本文考虑最核心的指标为项目团队规模。2、何谓组织机构复杂度？本文定义的组织机构复杂度是指组织的人员规模、组织的机构设置层次结构及接口关系上。
http://luoyaoqiu.spaces.msn.com/Blog/cns!11EE560EB6E4236!228.entry
相关网摘：