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

上海漫索计算机科技有限公司研发管理方法论介绍林锐博士目录1.PACE/IPD2.CMM/CMMI3.ISO90004.PMBOK5.敏捷开发6.RUP7.集成化研发管理解决方案1.生命周期管理PACE/IPD1.生命周期管理PACE/IPD例如：应用PACE方法论制订的新产品开发流程2.CMM/CMMI3.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语言描述软件开发过程。有一系列功能强大的软件工具支撑〔Rational公司的软件产品〕。6.2我们的观点RUP及其配套软件工具是重量级的软件研发管理解决方案，它面向的是高端用户，对用户的财力、开发和管理能力要求都很高：首先，用户得有钱买昂贵的Rational软件工具，否那么光有RUP方法论如同纸上谈兵。如果要使用RUP方法，人们得先熟悉UML，否那么除了RUP模型图之外你根本上看不懂细节内容。可是在普通企业里，大局部人〔尤其是领导和管理人员〕不熟悉UML。学习UML和RUP的难度远高于CMM和PMBOK。工程经理和开发组长要有能力控制迭代过程，否那么迭代式开发就变得混乱无序和漫无边际RUP及其配套的软件工具根本上不适合于国内中型和小型软件机构。7.集成化研发管理解决方案7.1目标帮助企业建立适合于自身需求的研发管理标准，开发和部署配套的软件工具；通过充分的培训，帮助员工们掌握提高质量、提高生产率、降低本钱的方法；协助企业依据标准开展软件研发和管理工作，持续提升能力。7.2工作流程

集成化研发管理解决方案的工作流程7.集成化研发管理解决方案7.3工作内容和时间

1.调查分析问题

对企业研发管理的能力现状进行调查与分析，调查内容要覆盖所有工作领域（过程域），总结“强项”和“弱项”，给出建议。

预计时间跨度为3个月，乙方到甲方现场工作和服务约30工作日。日程安排由双方共同商定。

2.制定研发管理规范

绘制研发管理的总体流程图；绘制组织结构图，并确定角色职责表；定义每个过程域的规范（目的，关键活动和流程，工作成果）

3.开发和部署合适的工具

开发和部署合适的管理工具。例如产品生命周期管理系统、项目管理系统、协同工作管理系统、知识库管理系统、客户服务管理系统、人力资源管理系统。4.充分必要的培训

为研发管理流程中的所有人员提供充分必要的培训，包括软件工程、项目管理等，让人们掌握提高软件质量、提高生产率、降低成本的方法。

5.执行、监督与反馈

协助客户依据规范开展软件研发和管理工作。跟踪试点项目的执行情况，及时解答执行过程中遇到的问题，持续地提升客户的软件研发能力。

乙方提供一年的售后服务。

解决方案的内容视企业的实际情况而定。

7.集成化研发管理解决方案7.4集成化研发管理流程〔SimplifiedParallelProcess,