IPD与CMMI之我见见到很多人在拿IPD与CMMI 做比较,令我感到十分的疑惑,不知道这样的比较意义何在。IPD与CMMI并不是要解决同样的问题。也就是说,它们的思路和出发点完全不同。因此,与其拿 这两者进行比较(这样只会让人更加迷惑),不如从它们分别解决什么问题入手,来解释为什么需要IPD与CMMI。同时,思考一下如何将两者有效结合起来。 将畅享网上一篇列举两者简单概念的文章贴在下面,有时间时再来做更加详细的说明: 一、PACE、IPD 基本概念 早
在1986年,美国PRTM公司创作了PACE(Product And Cycle-time
Excellence,产品及周期优化法)方法论。PACE关注的要素有:正确决策(决策评审)、项目核心小组构成、开发活动的结构、工具与技术、产品战
略、技术管理、资源管理 应用案例 华为 上海贝尔阿尔卡特 评论 PACE和IPD方案适合于指导大型企业的研发管理流程改进,由于涉及面很广,实施过程中会遭遇重重困难,可能导致半途而废;投入经费巨大,见效时间比较长,企业可能挺不住;如果成功,则有巨大的长期收益,但是失败的可能性比成功的可能性高得多。如华为和上海贝尔阿尔卡特之类的研发管理体系,根本不适合于国内中小型IT企业,因为尝试不起、承担不起。 二、CMM和CMMI 基本概念 产品是在过程中研制出来的。一般地,好的过程才可能得到好的产品,而差的过程只会得到差的产品。提高软件过程能力的实践通称为软件过程改进(Software Process Improvement)。软件过程改进的根本目的是:提高质量、提高生产率并且降低开发成本。 CMM/CMMI是世界范围内用于衡量软件过程能力的事实上的标准,同时也是软件过程改进最权威的指南。 CMM等级评估:从狂热回归理性。现在软件业界普遍关注的是:企业如何以比较低的代价有效地提高软件过程能力。CMM等级评估则退居次要地位。 CMM/CMMI的盲区和常见应用问题 CMM/CMMI本身不谈如何赚钱的问题。它假设了美好的前提条件,即企业有充足的人员、资金、时间从事软件过程改进,当软件过程能力提高了,那么产品的质量、生产率自然上去了(同时成本也下降了),企业自然能够获取更多的利润。软件过程改进对企业经济效益的贡献是间接的,从投入到产出,时间相对比较长。 企业领导当然想把资源用在“刀刃”上,即赚钱最多最快的地方。当软件过程改进和其它直接赚钱的事情“发生资源冲突”时,人们只好“拆东墙,补西墙”,往往减少软件过程改进的资源。 对于软件过程改进而言,CMM/CMMI和ISO等等都是用来参考的,而不是用来迷信的。企业在参考业界推荐的标准或规范时,要舍弃那些听起来很先进但是对本企业无益处的东西,只选取对企业有实用价值的东西。 三、ISO 基本概念 国
际标准化组织(ISO)为了满足国际经济交往中质量保证活动的需要,在总结各国质量保证制度经验的基础上,研制了ISO9000质量管理和质量保证标准系
列。ISO 9000族标准问世至今,已经被全世界几乎所有行业广泛采纳。人们到商店买东西,随处可见“本产品通过ISO
9000质量认证”的标记。“产品通过ISO 9000质量认证”几乎成为上市销售的必要条件。 应用于研发管理的问题 ISO
9000称得上是放之四海皆准的标准,但是适用面越广意味着专业性越弱。一个生产瓜子的小工厂和生成软件硬件系统的企业,都可以采用ISO
9000族质量标准。显然前者的成功经验不能套用到后者上。ISO
9000标准不可能对“软件、嵌入式系统、集成电路”等领域的质量问题有深入的论述,所以它对IT企业的质量管理缺乏专业性的指导,其专业程度远远不及
CMM/CMMI。 人们在实践中发现ISO 9000族标准对生产型企业帮助比较大,但是对以研发为主的IT企业的帮助比较弱 四、PMBOK 基本概念 项目管理协会(PMI)是目前全球影响最大的项目管理专业机构,该机构的项目管理专家认证(PMP)被广泛认同。PMI的突出贡献是总结了一套项目管理知识体系(PMBOK)。 PMBOK和CMM/CMMI对比简评 CMM/CMMI论述的项目管理方法仅仅适用于软件项目,但是不适用于其它行业的项目管理。PMBOK论述的方法适用于任何行业的项目管理,但是对软件项目管理而言,PMBOK的针对性不够强。 CMM/CMMI基本上不谈“成本管理”和“人力资源管理”,它先假设机构有充足的资金和人力资源,通常不切合企业实际情况。因此PMBOK的“成本管理”和“人力资源管理”可以弥补CMM/CMMI的不足。 建议:对于软件机构研发管理或者软件项目管理,采用CMM/CMMI为主导的方法论,并结合PMBOK的知识,取长补短。
|
|