推荐林锐研发管理方法论介绍简化版ppt课件

1、mansuo linruimansuo 51671543 上上 海海 漫漫 索索 计计 算算 机机 科科 技技 有有 限限 公公 司司研研 发发 管管 理理 方方 法法 论论 介介 绍绍林林 锐锐 博士博士Page 2目录目录1. PACE/IPD2. CMM/CMMI3. ISO90004. PMBOK5. 矫捷开发矫捷开发6. RUP7.集成化研发管理处理方案集成化研发管理处理方案Page 31. 生命周期管理生命周期管理PACE/IPD1.1 1.1 根本概念根本概念早在早在19861986年，美国年，美国PRTMPRTM公司创作了公司创作了PACEPACEProduct And Cyc

2、le-time ExcellenceProduct And Cycle-time Excellence，产品及周期优化法方法论。，产品及周期优化法方法论。PACEPACE关注的要素有：正确决策决策评审、工关注的要素有：正确决策决策评审、工程中心小组构成、开发活动的构造、工具与技术、产品战略、技术管理、资源管程中心小组构成、开发活动的构造、工具与技术、产品战略、技术管理、资源管理理PACEPACE算得上是产品生命周期和流程管理领域的方法论鼻祖。算得上是产品生命周期和流程管理领域的方法论鼻祖。PACEPACE诞生之后，很多诞生之后，很多企业和学术机构不断地提出了适宜于本行业的研发管理概念、方法、工

3、具。企业和学术机构不断地提出了适宜于本行业的研发管理概念、方法、工具。 1.2 1.2 运用案例运用案例IBMIBM华为华为上海贝尔阿尔卡特上海贝尔阿尔卡特1.3 1.3 评论评论PACEPACE和和IPDIPD方案适宜于指点大型企业的研发管理流程改良，由于涉及面很广，实方案适宜于指点大型企业的研发管理流程改良，由于涉及面很广，实施过程中会遭遇重重困难，能够导致半途而废；投入经费宏大，见效时间比较长施过程中会遭遇重重困难，能够导致半途而废；投入经费宏大，见效时间比较长，企业能够挺不住；假设胜利，那么有宏大的长期收益，但是失败的能够性比胜，企业能够挺不住；假设胜利，那么有宏大的长期收益，但是失败

4、的能够性比胜利的能够性高得多。如华为和上海贝尔阿尔卡特之类的研发管理体系，根本不适利的能够性高得多。如华为和上海贝尔阿尔卡特之类的研发管理体系，根本不适宜于国内中小型宜于国内中小型ITIT企业，由于尝试不起、承当不起。企业，由于尝试不起、承当不起。Page 41. 生命周期管理生命周期管理PACE/IPD例如：运用PACE方法论制定的新产品开发流程 Page 52. CMM/CMMI2.1 2.1 根本概念根本概念产品是在过程中研制出来的。普通地，好的过程才能够得到好的产品，而差的过程只会得产品是在过程中研制出来的。普通地，好的过程才能够得到好的产品，而差的过程只会得到差的产品。提高软件过程才

5、干的实际通称为软件过程改良到差的产品。提高软件过程才干的实际通称为软件过程改良Software Process Software Process ImprovementImprovement。软件过程改良的根本目的是：提高质量、提高消费率并且降低开发本钱。软件过程改良的根本目的是：提高质量、提高消费率并且降低开发本钱。 CMM/CMMICMM/CMMI是世界范围内用于衡量软件过程才干的现实上的规范，同时也是软件过程改良最是世界范围内用于衡量软件过程才干的现实上的规范，同时也是软件过程改良最权威的指南。权威的指南。 CMMCMM等级评价：从狂热回归理性。如今软件业界普遍关注的是：企业如何以比较低

6、的代价有等级评价：从狂热回归理性。如今软件业界普遍关注的是：企业如何以比较低的代价有效地提高软件过程才干。效地提高软件过程才干。CMMCMM等级评价那么退居次要位置。等级评价那么退居次要位置。 2.2 CMM/CMMI2.2 CMM/CMMI的盲区和常见运用问题的盲区和常见运用问题CMM/CMMICMM/CMMI本身不谈如何赚钱的问题。它假设了愉快的前提条件，即企业有充足的人员、资本身不谈如何赚钱的问题。它假设了愉快的前提条件，即企业有充足的人员、资金、时间从事软件过程改良，当软件过程才干提高了，那么产品的质量、消费率自然上去金、时间从事软件过程改良，当软件过程才干提高了，那么产品的质量、消费

7、率自然上去了同时本钱也下降了，企业自然可以获取更多的利润。软件过程改良对企业经济效益了同时本钱也下降了，企业自然可以获取更多的利润。软件过程改良对企业经济效益的奉献是间接的，从投入到产出，时间相对比较长。的奉献是间接的，从投入到产出，时间相对比较长。 企业指点当然想把资源用在企业指点当然想把资源用在“刀刃上，即赚钱最多最快的地方。当软件过程改良和其它刀刃上，即赚钱最多最快的地方。当软件过程改良和其它直接赚钱的事情直接赚钱的事情“发生资源冲突时，人们只好发生资源冲突时，人们只好“拆东墙，补西墙，往往减少软件过程拆东墙，补西墙，往往减少软件过程改良的资源。改良的资源。对于软件过程改良而言，对于软件

8、过程改良而言，CMM/CMMICMM/CMMI和和ISOISO等等都是用来参考的，而不是用来迷信的。企业在等等都是用来参考的，而不是用来迷信的。企业在参考业界引荐的规范或规范时，要舍弃那些听起来很先进但是对本企业无益处的东西，只参考业界引荐的规范或规范时，要舍弃那些听起来很先进但是对本企业无益处的东西，只选取对企业有适用价值的东西。选取对企业有适用价值的东西。 Page 63. ISO90003.1 3.1 根本概念根本概念国际规范化组织国际规范化组织ISOISO为了满足国际经济交往中质量保证活动的需求，在总结为了满足国际经济交往中质量保证活动的需求，在总结各国质量保证制度阅历的根底上，研制了

9、各国质量保证制度阅历的根底上，研制了ISO9000ISO9000质量管理和质量保证规范系列质量管理和质量保证规范系列。ISO 9000ISO 9000族规范问世至今，曾经被全世界几乎一切行业广泛采用。人们到商店族规范问世至今，曾经被全世界几乎一切行业广泛采用。人们到商店买东西，随处可见买东西，随处可见“本产品经过本产品经过ISO 9000ISO 9000质量认证的标志。质量认证的标志。“产品经过产品经过ISO ISO 90009000质量认证几乎成为上市销售的必要条件。质量认证几乎成为上市销售的必要条件。3.2 3.2 运用于研发管理的问题运用于研发管理的问题ISO 9000ISO 9000称

10、得上是放之四海皆准的规范，但是适用面越广意味着专业性越弱。一称得上是放之四海皆准的规范，但是适用面越广意味着专业性越弱。一个消费瓜子的小工厂和生成软件硬件系统的企业，都可以采用个消费瓜子的小工厂和生成软件硬件系统的企业，都可以采用ISO 9000ISO 9000族质量规族质量规范。显然前者的胜利阅历不能套用到后者上。范。显然前者的胜利阅历不能套用到后者上。ISO 9000ISO 9000规范不能够对规范不能够对“软件、嵌软件、嵌入式系统、集成电路等领域的质量问题有深化的论述，所以它对入式系统、集成电路等领域的质量问题有深化的论述，所以它对ITIT企业的质量企业的质量管理缺乏专业性的指点，其专业

11、程度远远不及管理缺乏专业性的指点，其专业程度远远不及CMM/CMMICMM/CMMI。人们在实际中发现人们在实际中发现ISO 9000ISO 9000族规范对消费型企业协助比较大，但是对以研发为主族规范对消费型企业协助比较大，但是对以研发为主的的ITIT企业的协助比较弱。企业的协助比较弱。 Page 74. PMBOK4.1 4.1 根本概念根本概念工程管理协会工程管理协会PMIPMI是目前全球影响最大的工程管理专业机构，该机构的工程管理专家认是目前全球影响最大的工程管理专业机构，该机构的工程管理专家认证证PMPPMP被广泛认同。被广泛认同。PMIPMI的突出奉献是总结了一套工程管理知识体系的

12、突出奉献是总结了一套工程管理知识体系PMBOKPMBOK。 PMBOKPMBOK把工程管理知识划分为九个知识领域：综合管理、范围管理、时间管理、本钱管理、把工程管理知识划分为九个知识领域：综合管理、范围管理、时间管理、本钱管理、质量管理、人力资源管理、沟通管理、风险管理和采购管理。每个知识领域包括数量不等质量管理、人力资源管理、沟通管理、风险管理和采购管理。每个知识领域包括数量不等的工程管理过程。的工程管理过程。 4.2 PMBOK4.2 PMBOK和和CMM/CMMICMM/CMMI对比简评对比简评 CMM/CMMICMM/CMMI论述的工程管理方法仅仅适用于软件工程，但是不适用于其它行业的

13、工程管理。论述的工程管理方法仅仅适用于软件工程，但是不适用于其它行业的工程管理。PMBOKPMBOK论述的方法适用于任何行业的工程管理，但是对软件工程管理而言，论述的方法适用于任何行业的工程管理，但是对软件工程管理而言，PMBOKPMBOK的针对性的针对性不够强。不够强。 CMM/CMMICMM/CMMI不仅论述软件工程管理，而且论述整个机构的软件研发管理。不仅论述软件工程管理，而且论述整个机构的软件研发管理。PMBOKPMBOK的方法局限于的方法局限于工程管理，对于企业研发管理那么不够用。工程管理，对于企业研发管理那么不够用。 CMM/CMMICMM/CMMI根本上不谈根本上不谈“本钱管理和

14、本钱管理和“人力资源管理，它先假设机构有充足的资金和人人力资源管理，它先假设机构有充足的资金和人力资源，通常不切合企业实践情况。因此力资源，通常不切合企业实践情况。因此PMBOKPMBOK的的“本钱管理和本钱管理和“人力资源管理可以弥人力资源管理可以弥补补CMM/CMMICMM/CMMI的缺乏。的缺乏。 建议：对于软件机构研发管理或者软件工程管理，采用建议：对于软件机构研发管理或者软件工程管理，采用CMM/CMMICMM/CMMI为主导的方法论，并结合为主导的方法论，并结合PMBOKPMBOK的知识，取长补短。的知识，取长补短。 Page 85. 矫捷开发矫捷开发5.1 5.1 根本概念根本概

15、念20192019年，为理处理许多公司的软件团队堕入不断扩展的过程泥潭，一批业界专家概括出了年，为理处理许多公司的软件团队堕入不断扩展的过程泥潭，一批业界专家概括出了一些可以让软件开发团队具有快速任务、呼应变化才干的价值观和原那么，他们称本人为一些可以让软件开发团队具有快速任务、呼应变化才干的价值观和原那么，他们称本人为矫捷联盟矫捷联盟Agile AllianceAgile Alliance。他们起草了一个旨在鼓励更好的软件开发方法的宣言，称。他们起草了一个旨在鼓励更好的软件开发方法的宣言，称为矫捷联盟宣言为矫捷联盟宣言The Manifesto of the Agile AllianceTh

16、e Manifesto of the Agile Alliance。然后在该宣言根底上制定。然后在该宣言根底上制定了了1212条原那么用于指点实际。该宣言和条原那么用于指点实际。该宣言和1212条原那么是矫捷软件开发方法的中心。条原那么是矫捷软件开发方法的中心。 5.2 5.2 我们的观念我们的观念矫捷软件开发的宣言和矫捷软件开发的宣言和1212条原那么并非普遍适用。条原那么并非普遍适用。 矫捷开发方法表达了矫捷开发方法表达了“简单、快速、适用的软件开发思想，它不是成熟的实际、也不是简单、快速、适用的软件开发思想，它不是成熟的实际、也不是现实上的规范不象现实上的规范不象CMM, PMBOKCM

17、M, PMBOK那样具有严密的实际体系，被企业广泛接受。即使人们那样具有严密的实际体系，被企业广泛接受。即使人们认同某些原那么，但是不同的人往往有不同的了解，实际差别很大。认同某些原那么，但是不同的人往往有不同的了解，实际差别很大。 矫捷开发方法对于提高个人、小型团队的任务效率是很有协助的假设用对了的话。但矫捷开发方法对于提高个人、小型团队的任务效率是很有协助的假设用对了的话。但是企图用它指点大型、中型软件机构的研发管理是有很高风险的，它的某些主张是部分观是企图用它指点大型、中型软件机构的研发管理是有很高风险的，它的某些主张是部分观念而不是全局观念，假设把握不好分寸的话能够导致整体混乱，而念而

18、不是全局观念，假设把握不好分寸的话能够导致整体混乱，而“整体的混乱会淹没整体的混乱会淹没“部分的益处。部分的益处。我们研制的我们研制的“精简并行过程精简并行过程SPPSPP的实际根底是的实际根底是“经典软件工程、经典软件工程、CMMCMM、PMBOKPMBOK。为了。为了提高效率，在部分地方自创了提高效率，在部分地方自创了“矫捷软件开发的思想，用于裁减过于冗长、笨重的过程矫捷软件开发的思想，用于裁减过于冗长、笨重的过程规范。规范。 Page 95. 矫捷开发矫捷开发矫捷软件开发的矫捷软件开发的1212条原那么：条原那么：1 1我们最优先要做的是经过尽早地、继续地交付有价值的软件来使客户称心。我

19、们最优先要做的是经过尽早地、继续地交付有价值的软件来使客户称心。 2 2即使到了开发的后期，也欢迎改动需求。矫捷过程利用变化来为客户发明竞争优势。即使到了开发的后期，也欢迎改动需求。矫捷过程利用变化来为客户发明竞争优势。3 3经常性地交付可以任务的软件，交付的间隔可以从几个星期到几个月，交付的时间间经常性地交付可以任务的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。隔越短越好。 4 4在整个工程开发期间，业务人员和开发人员必需天天都在一同任务。在整个工程开发期间，业务人员和开发人员必需天天都在一同任务。 5 5围绕被鼓励起来的个人来构建工程。给他们提供所需的环境和支持，并且信

20、任他们可围绕被鼓励起来的个人来构建工程。给他们提供所需的环境和支持，并且信任他们可以完成任务。以完成任务。 6 6在团队内部，最具有效果并富有效率的传送信息的方法，就是面对面的交谈。在团队内部，最具有效果并富有效率的传送信息的方法，就是面对面的交谈。 7 7可以任务的软件是首要的进度度量规范。可以任务的软件是首要的进度度量规范。 8 8矫捷过程提倡可继续的开发速度。责任人、开发者和用户应该可以坚持一个长期的、矫捷过程提倡可继续的开发速度。责任人、开发者和用户应该可以坚持一个长期的、恒定的开发速度。恒定的开发速度。 9 9不断地关注优秀的技艺和好的设计会加强矫捷才干。不断地关注优秀的技艺和好的设

21、计会加强矫捷才干。 1010简单简单把无需做的任务最大化的艺术把无需做的任务最大化的艺术是最根本的。是最根本的。 1111最好的构架、需求和设计出于自我组织的团队。最好的构架、需求和设计出于自我组织的团队。 1212每隔一定时间，团队会在如何才干更有效地任务方面进展反省，然后相应地对本人每隔一定时间，团队会在如何才干更有效地任务方面进展反省，然后相应地对本人的行为进展调整。的行为进展调整。 Page 106. RUP6.1 6.1 根本概念根本概念RUPRUPRational Unified ProcessRational Unified Process是是RationalRational公司

22、推出的软件过程模型，它是软件业界公司推出的软件过程模型，它是软件业界迄今为止商品化最胜利的软件过程模型。迄今为止商品化最胜利的软件过程模型。RUPRUP的近千页文档可以从的近千页文档可以从RationalRational公司的网站公司的网站rationalrational下载，下载，RUP 2000RUP 2000中文版也曾经发布。中文版也曾经发布。RUPRUP的主要特征是：的主要特征是：采用迭代的、增量式的开发过程。采用迭代的、增量式的开发过程。采用采用UMLUML言语描画软件开发过程。言语描画软件开发过程。有一系列功能强大的软件工具支撑有一系列功能强大的软件工具支撑RationalRati

23、onal公司的软件产品。公司的软件产品。 6.2 6.2 我们的观念我们的观念RUPRUP及其配套软件工具是分量级的软件研发管理处理方案，它面向的是高端用户，对用户的及其配套软件工具是分量级的软件研发管理处理方案，它面向的是高端用户，对用户的财力、开发和管理才干要求都很高：财力、开发和管理才干要求都很高：首先，用户得有钱买昂贵的首先，用户得有钱买昂贵的RationalRational软件工具，否那么光有软件工具，否那么光有RUPRUP方法论好像纸上谈兵。方法论好像纸上谈兵。 假设要运用假设要运用RUPRUP方法，人们得先熟习方法，人们得先熟习UMLUML，否那么除了，否那么除了RUPRUP模型

24、图之外他根本上看不懂细节内模型图之外他根本上看不懂细节内容。可是在普通企业里，大部分人尤其是指点和管理人员不熟习容。可是在普通企业里，大部分人尤其是指点和管理人员不熟习UMLUML。学习。学习UMLUML和和RUPRUP的的难度远高于难度远高于CMMCMM和和PMBOKPMBOK。工程经理和开发组长要有才干控制迭代过程，否那么迭代式开发就变得混乱无序和漫无边工程经理和开发组长要有才干控制迭代过程，否那么迭代式开发就变得混乱无序和漫无边沿沿 RUPRUP及其配套的软件工具根本上不适宜于国内中型和小型软件机构。及其配套的软件工具根本上不适宜于国内中型和小型软件机构。 Page 117. 集成化研发管理处理方案集成化研发管理处理方案7.1 目的协助企业建立适宜于本身需求的研发管理规范，开发和部署配套的软件工具；经过充分的培训，协助员工们掌握提高质量、提高消费率、降低本钱的方法；协助企业根据规范开展软件研发和管理任务，继续提升才干。 7.2 任务流程 集成化研