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

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。




Page 6
5. 敏捷开发
5.1 基本概念

2001年,为了解决许多公司的软件团队陷入不断扩大的过程泥潭,一批业界专家概括出了一些可 以让软件开发团队具有快速工作、响应变化能力的价值观和原则,他们称自己为敏捷联盟(Agile Alliance )。他们起草了一个旨在鼓励更好的软件开发方法的宣言,称为敏捷联盟宣言( The Manifesto of the Agile Alliance)。然后在该宣言基础上制定了12条原则用于指导实践。该宣言和 12条原则是敏捷软件开发方法的核心。

Page 5
4. PMBOK
4.1 基本概念

项目管理协会(PMI)是目前全球影响最大的项目管理专业机构,该机构的项目管理专家认证( PMP)被广泛认同。PMI的突出贡献是总结了一套项目管理知识体系(PMBOK)。

PMBOK把项目管理知识划分为九个知识领域:综合管理、范围管理、时间管理、成本管理、质 量管理、人力资源管理、沟通管理、风险管理和采购管理。每个知识领域包括数量不等的项目管 理过程。
Page 2
1. 生命周期管理PACE/IPD
示例:应用PACE方法论制订的新产品开发流程
Page 3
2. CMM/CMMI
2.1 基本概念

产品是在过程中研制出来的。一般地,好的过程才可能得到好的产品,而差的过程只会得到差的 产品。提高软件过程能力的实践通称为软件过程改进(Software Process Improvement)。软件过程 改进的根本目的是:提高质量、提高生产率并且降低开发成本。 CMM/CMMI是世界范围内用于衡量软件过程能力的事实上的标准,同时也是软件过程改进最权威 的指南。 CMM等级评估:从狂热回归理性。现在软件业界普遍关注的是级评估则退居次要地位。
目录
1. PACE/IPD 2. CMM/CMMI 3. ISO9000 4. PMBOK 5. 敏捷开发 6. RUP 7.集成化研发管理解决方案
Page 1
1. 生命周期管理PACE/IPD
1.1 基本概念

早在1986年,美国PRTM公司创作了PACE(Product And Cycle-time Excellence,产品及周 期优化法)方法论。PACE关注的要素有:正确决策(决策评审)、项目核心小组构成、开 发活动的结构、工具与技术、产品战略、技术管理、资源管理 PACE算得上是产品生命周期和流程管理领域的方法论鼻祖。PACE诞生之后,很多企业和学 术机构不断地提出了适合于本行业的研发管理概念、方法、工具。
5.2 我们的观点

敏捷软件开发的宣言和12条原则并非普遍适用。
敏捷开发方法表达了“简单、快速、实用”的软件开发思想,它不是成熟的理论、也不是事实上 的标准(不象CMM, PMBOK那样具有严密的理论体系,被企业广泛接受)。即使人们认同某些原则 ,但是不同的人往往有不同的理解,实践差异很大。
4.2 PMBOK和CMM/CMMI对比简评

CMM/CMMI论述的项目管理方法仅仅适用于软件项目,但是不适用于其它行业的项目管理。PMBOK论 述的方法适用于任何行业的项目管理,但是对软件项目管理而言,PMBOK的针对性不够强。 CMM/CMMI不仅论述软件项目管理,而且论述整个机构的软件研发管理。PMBOK的方法局限于项目管 理,对于企业研发管理则不够用。 CMM/CMMI基本上不谈“成本管理”和“人力资源管理”,它先假设机构有充足的资金和人力资源 ,通常不切合企业实际情况。因此PMBOK的“成本管理”和“人力资源管理”可以弥补CMM/CMMI的 不足。 建议:对于软件机构研发管理或者软件项目管理,采用CMM/CMMI为主导的方法论,并结合PMBOK的 知识,取长补短。

1.2 应用案例

IBM


华为
上海贝尔阿尔卡特
1.3 评论

PACE和IPD方案适合于指导大型企业的研发管理流程改进,由于涉及面很广,实施过程中会 遭遇重重困难,可能导致半途而废;投入经费巨大,见效时间比较长,企业可能挺不住; 如果成功,则有巨大的长期收益,但是失败的可能性比成功的可能性高得多。如华为和上 海贝尔阿尔卡特之类的研发管理体系,根本不适合于国内中小型IT企业,因为尝试不起、 承担不起。
3.2 应用于研发管理的问题

ISO 9000称得上是放之四海皆准的标准,但是适用面越广意味着专业性越弱。一个生产瓜子的小 工厂和生成软件硬件系统的企业,都可以采用ISO 9000族质量标准。显然前者的成功经验不能套 用到后者上。ISO 9000标准不可能对“软件、嵌入式系统、集成电路”等领域的质量问题有深入 的论述,所以它对IT企业的质量管理缺乏专业性的指导,其专业程度远远不及CMM/CMMI。 人们在实践中发现ISO 9000族标准对生产型企业帮助比较大,但是对以研发为主的IT企业的帮助 比较弱。


2.2 CMM/CMMI的盲区和常见应用问题

CMM/CMMI本身不谈如何赚钱的问题。它假设了美好的前提条件,即企业有充足的人员、资金、时 间从事软件过程改进,当软件过程能力提高了,那么产品的质量、生产率自然上去了(同时成本 也下降了),企业自然能够获取更多的利润。软件过程改进对企业经济效益的贡献是间接的,从 投入到产出,时间相对比较长。 企业领导当然想把资源用在“刀刃”上,即赚钱最多最快的地方。当软件过程改进和其它直接赚 钱的事情“发生资源冲突”时,人们只好“拆东墙,补西墙”,往往减少软件过程改进的资源。 对于软件过程改进而言,CMM/CMMI和ISO等等都是用来参考的,而不是用来迷信的。企业在参考业 界推荐的标准或规范时,要舍弃那些听起来很先进但是对本企业无益处的东西,只选取对企业有 实用价值的东西。


Page 4
3. ISO9000
3.1 基本概念

国际标准化组织(ISO)为了满足国际经济交往中质量保证活动的需要,在总结各国质量保证制度 经验的基础上,研制了ISO9000质量管理和质量保证标准系列。ISO 9000族标准问世至今,已经被 全世界几乎所有行业广泛采纳。人们到商店买东西,随处可见“本产品通过ISO 9000质量认证” 的标记。“产品通过ISO 9000质量认证”几乎成为上市销售的必要条件。
相关文档
最新文档