研发管理方法论介绍－简化版.ppt

上海漫索计算机科技有限公司研发管理方法论介绍林锐博士

目录1.PACE/IPD2.CMM/CMMI3.ISO90004.PMBOK5.敏捷开发6.RUP7.集成化研发管理解决方案

1.生命周期管理PACE/IPD

1.生命周期管理PACE/IPD例如：应用PACE方法论制订的新产品开发流程

2.CMM/CMMI

3.ISO90003.1根本概念国际标准化组织〔ISO〕为了满足国际经济交往中质量保证活动的需要，在总结各国质量保证制度经验的根底上，研制了ISO9000质量管理和质量保证标准系列。ISO9000族标准问世至今，已经被全世界几乎所有行业广泛采纳。人们到商店买东西，随处可见“本产品通过ISO9000质量认证〞的标记。“产品通过ISO9000质量认证〞几乎成为上市销售的必要条件。3.2应用于研发管理的问题ISO9000称得上是放之四海皆准的标准，但是适用面越广意味着专业性越弱。一个生产瓜子的小工厂和生成软件硬件系统的企业，都可以采用ISO9000族质量标准。显然前者的成功经验不能套用到后者上。ISO9000标准不可能对“软件、嵌入式系统、集成电路〞等领域的质量问题有深入的论述，所以它对IT企业的质量管理缺乏专业性的指导，其专业程度远远不及CMM/CMMI。人们在实践中发现ISO9000族标准对生产型企业帮助比较大，但是对以研发为主的IT企业的帮助比较弱。

4.PMBOK4.1根本概念工程管理协会〔PMI〕是目前全球影响最大的工程管理专业机构，该机构的工程管理专家认证〔PMP〕被广泛认同。PMI的突出奉献是总结了一套工程管理知识体系〔PMBOK〕。PMBOK把工程管理知识划分为九个知识领域：综合管理、范围管理、时间管理、本钱管理、质量管理、人力资源管理、沟通管理、风险管理和采购管理。每个知识领域包括数量不等的工程管理过程。4.2PMBOK和CMM/CMMI比照简评CMM/CMMI论述的工程管理方法仅仅适用于软件工程，但是不适用于其它行业的工程管理。PMBOK论述的方法适用于任何行业的工程管理，但是对软件工程管理而言，PMBOK的针对性不够强。CMM/CMMI不仅论述软件工程管理，而且论述整个机构的软件研发管理。PMBOK的方法局限于工程管理，对于企业研发管理那么不够用。CMM/CMMI根本上不谈“本钱管理〞和“人力资源管理〞，它先假设机构有充足的资金和人力资源，通常不切合企业实际情况。因此PMBOK的“本钱管理〞和“人力资源管理〞可以弥补CMM/CMMI的缺乏。建议：对于软件机构研发管理或者软件工程管理，采用CMM/CMMI为主导的方法论，并结合PMBOK的知识，取长补短。

5.敏捷开发5.1根本概念2001年，为了解决许多公司的软件团队陷入不断扩大的过程泥潭，一批业界专家概括出了一些可以让软件开发团队具有快速工作、响应变化能力的价值观和原那么，他们称自己为敏捷联盟〔AgileAlliance〕。他们起草了一个旨在鼓励更好的软件开发方法的宣言，称为敏捷联盟宣言〔TheManifestooftheAgileAlliance〕。然后在该宣言根底上制定了12条原那么用于指导实践。该宣言和12条原那么是敏捷软件开发方法的核心。5.2我们的观点敏捷软件开发的宣言和12条原那么并非普遍适用。敏捷开发方法表达了“简单、快速、实用〞的软件开发思想，它不是成熟的理论、也不是事实上的标准〔不象CMM,PMBOK那样具有严密的理论体系，被企业广泛接受〕。即使人们认同某些原那么，但是不同的人往往有不同的理解，实践差异很大。敏捷开发方法对于提高个人、小型团队的工作效率是很有帮助的〔如果用对了的话〕。但是企图用它指导大型、中型软件机构的研发管理是有很高风险的，它的某些主张是局部观点而不是全局观点，如果把握不好分寸的话可能导致整体混乱，而“整体的混乱〞会淹没“局部的好处〞。我们研制的“精简并行过程〔SPP〕〞的理论根底是“经典软件工程、CMM、PMBOK〞。为了提高效率，在局部地方借鉴了“敏捷软件开发的思想〞，用于裁减过于冗长、笨重的过程标准。

5.敏捷开发

6.RUP6.1根本概念RUP〔RationalUnifiedProcess〕是Rational公司推出的软件过程模型，它是软件业界迄今为止商品化最成功的软件过程模型。RUP的近千页文档可以从Rational公司的网站〔://rational〕下载，RUP2000中文版也已经发布。RUP的主要特征是：采用迭代的、增量式的开发过程。采用UML语言描述软件开发过程。有一系列功能强大的软件工具支撑〔