◎ 项目管理协会注册全球教育机构(Glaobal R.E.P)  ◎ 国家外国专家局授权培训机构 项目管理社区:论坛圈子博客    
服务热线:公开课/企业内训010-82273475

常用的软件研发管理方法论
信息类别:研究院      发布时间:2015-2-28      浏览量:213

  研发管理的理论和方法很多,下面介绍一些比较常用的,与IT技术及软件企业相关的研发管理方法论。

  1. 产品全生命周期优化管理体系PACE

  1986年,美国PRTM公司提出了产品及周期优化方法论PACE(Product And Cycle-time Excellence)。 PACE关注的要素主要有:正确决策、项目团队结构、开发工作结构、开发工具与技术、产品战略、技术管理、资源管理等。PACE可谓产品生命周期管理领域的鼻祖,很多企业和学术机构在它的基础上又不断创新,提出了适合于本行业领域的研发管理方法论。

  2. 集成产品开发IPD

  1990年代,IBM公司为了摆脱经营困境,引进了PACE方法论,并在此基础上实施了一套行之有效的产品研发模式,即IPD(Integrated Product Development,集成产品开发),获得了巨大的成功。IBM不仅自己内部使用IPD,而且还把IPD方案以咨询服务的方式推广到其它企业,如华为、中粮、美的等。

  IPD是一套先进的产品开发理念,其核心思想概括如下:

  首先,产品研发是一项投资决策。IPD主张对产品研发进行有效的投资组合分析,并在产品研发的过程中设置各种评审点,通过阶段性评审来决定项目是应该继续、暂停、终止还是转变方向。

  其次,产品研发必须面向市场、面向客户。IPD强调产品创新必须是基于客户需求和市场竞争的创新。为此,IPD流程的第一步就是准确定义产品概念和市场需求,从一开始就要做正确的事情。

  IPD还非常强调跨职能、跨部门的协同,采用跨部门的产品研发联合团队,通过有效的沟通和协作,进行正确地决策,来提高产品研发的效率。

  在开发模式方面,IPD采用异步开发,通过严格的计划安排和精密的接口设计,使串行的活动得以转为并行进行,这样可以加快开发进度,缩短产品上市时间。

  此外,IPD还非常强调复用性,即采用公用构建模块,使产品开发的效率更高、质量更好、成本更低。

  最后,IPD中重点实施了结构化的流程。IPD的过程是以层次化的结构来构架的,从阶段到活动,再到子活动。这样所以参与产品开发的人员都能清楚明确地知道自己所做的是什么工作,与哪些工作相关联,应该用什么方法去完成。并且,人们可以在执行结构化流程的过程中不断对它进行持续改进和优化。

  3. ISO9000族质量体系

  1987年,国际标准化组织(ISO)经过近十年的筹备工作后,发布了 ISO 9000质量管理和质量保证标准系列。此标准是为了满足国际经济交往中质量保证活动的需要,在总结各国质量保证制度经验的基础上形成的。1994年,ISO质量体系进行了第一次修订,形成了ISO9000族标准。2000年又进行了重大修订,发布了2000版新标准ISO9000:2000。2008年ISO与IAF联合发布了ISO9000:2008,ISO9000:2008族标准核心标准包括四个:ISO9000:2005《质量管理体系、一基础和术语》、ISO9001:2008《质量管理体系一要求》、ISO9004:《质量管理体系一业绩改进指南》、ISO19011 :《质量和环境管理体系审核指南》等。

  ISO9000族标准问世至今,已经被全世界几乎所有行业广泛采纳。但正是由于它的通用性和广泛性,而降低了其专业性,尤其对于新兴的IT产业,ISO9000缺乏专业性的指导。

  关于ISO9000的资料可参见:http://www.iso.org/iso/home/standards/management-standards/iso_9000.htm

  4. 能力成熟度模型CMM/CMMI

  1986年11月,美国联邦政府委托卡内基梅隆大学(Carnegie-Mellon)软件工程研究所(SEI)开发了一系列用于评估软件承包商能力的方法。一年后的1987年9月,SEI发布了一套软件过程成熟度框架和一套成熟度问卷。1991年SEI将软件过程成熟度框架改进为能力成熟度模型CMM(Capacity Maturity Model)。之后CMM的改进工作不断进行。2000年,CMM演化成为能力成熟度模型集成CMMI(Capacity Maturity Model Integration)。CMMI对CMM的最大改进之处在于,它不仅适用于软件开发项目,也适用于软硬件结合的系统。

  CMM/CMMI有两种能力成熟度的表达方式,一种是阶段式表达,即将能力成熟度分为五个级别:ML1初始级、ML2已管理级、ML3已定义级、ML4已定量管理级和ML5优化级,并对每个等级所应包括的过程域、标准规范、过程能力和等级评估做出了要求。还有一种是连续式表达,将CMMI中的过程管理、项目管理、工程、支持等四类过程域共22个过程域,每个过程域都有CL0 不完全、CL1已执行、CL2已管理和CL3已定义等四个能力等级,以此对每个过程域进行能力评估。

  2006年SEI推出了CMMI V1.2,将CMMI的领域扩展为软件工程、系统工程和硬件工程过程三个领域,第一次提出了要建立CMMI DEV、CMMI ACQ和CMMI SVC三个构件集。2010年,SEI正式了布了CMMI V1.3,包括了CMMI for Acquisition V1.3、CMMI for Development V1.3、CMMI for Services V1.3,并将三个构件集建成一个协调的整体,同时支持发展中的新技术,如敏捷开发、云计算等。

  CMMI-DEV模型帮助生产服务开发组织整合他们的软件开发和系统工程来改进他们本身的性能和提高过程改进的效率。CMMI-ACQ模型帮助组织或企业为他们的客户进行外包、采购、交易或者其他采购产品服务提供了管理架构。CMMI-SVC帮助服务性组织去建立质量服务过程架构使其能够更好的改进服务表现和提高企业的服务收益性。

  关于CMMI的资料可参见:http://www.sei.cmu.edu/cmmi/

  5. 项目管理知识体系PMBOK

  项目管理知识体系PMBOK(Project Management Body Of Knowledge)是由目前全球影响最大的项目管理专业机构——美国项目管理协会PMI(Project Management Institution)于1980年代推出的。PMI基于PMBOK开展的项目管理专家认证PMP(Project Management Professional)被业界广泛认同。

  PMBOK是项目管理专业领域知识的总称,它总结了项目管理实践中成熟的理论、方法、工具和技术。其后经过数次修订,目前最新版是PMBOK2004。

  PMBOK把项目管理知识划分为9个知识领域,分别是:综合管理、范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理和采购管理。每个知识领域又包括多个项目管理过程。它不仅适用于软件项目,也适用于其它行业的项目管理。

  关于PMBOK的资料可参见:http://www.pmi.org/PMBOK-Guide-and-Standards.aspx

  6. Agile敏捷开发思想

  敏捷开发是一种从1990年开始逐渐引起广泛关注的一些新型软件开发方法,是一种应对快速变化的需求的软件开发能力。2001年初一批敏捷方法发起者和实践者在美国犹他州雪鸟滑雪圣地举行了一次聚会,在这次会议上,专家们共同起草了敏捷软件开发宣言,即敏捷联盟宣言(The Manifesto of the Agile Alliance), 敏捷联盟宣言的价值观包括:个人和交互胜于过程和工具;可以工作的软件胜于求全责备的文档;与客户合作胜过合同谈判;及时响应变化胜过循规蹈矩。专家们在宣言基础上又制定了12条用于指导指导实践的原则。该宣言和12条原则是敏捷软件开发方法的核心。

  常见的敏捷软件开发方法包括:软件开发节奏(Software Development Rhythms)、敏捷数据库技术(AD/Agile Database Techniques)、敏捷建模(AM/Agile Modeling) 、 自适应软件开发(ASD/Adaptive Software Development) 、水晶方法(Crystal) 、特性驱动开发(FDD/Feature Driven Development) 、动态系统开发方法(DSDM/Dynamic Systems Development Method)、精益软件开发(Lean Software Development) 、AUP(Agile Unified Process) 、迭代式增量软件开发过程Scrum、测试驱动开发(TDD/Test-Driven Development)、XBreed、极限编程(XP/Extreme Programming) 、探索性测试等。

  7. RUP和面向对象方法

  Rational 统一过程RUP(Rational Unified Process)是Rational公司(2003年被IBM收购)推出的软件工程方法,它是迄今为止软件业界商业化最为成功的软件过程模型。

  RUP的主要特征是:采用迭代的、增量式的开发过程;使用基于构件的体系架构;采用统一建模语言UML(Unified Modeling Language)进行可视化建模;并且推出了一系列功能强大的软件过程支撑工具,如面向对象建模工具Rose,需求管理工具ReQuisitePro,配置管理工具ClearCase,变更管理工具ClearQuest,文档生成和维护工具SoDA,单元测试工具PurifyPlus,实时系统测试工具TestRealtime,自动化测试工具TeamTest以及全面测试工具TestStudio等。

  关于RUP的资料可参考:https://www.ibm.com/developerworks/rational/

  8. PSP/TSP

  个体软件过程PSP(Personal Software Process)和团队软件过程TSP(Team Software Process),是SEI于1995年推出的,用以改善个体软件过程能力和中小组织过程能力的轻量级软件过程改进框架。

  PSP是一种用于控制、管理和改进软件开发人员的个人工作方式的过程。它包含一套完整的方法、表单和规程,用来指导开发人员如何计划、度量和管理自己的工作。PSP提供了项目计划、时间管理、缺陷管理、质量管理等几个方面的规范,着重于开发人员的个人培训、软件产品的品质改善和工作量估算。

  TSP(Team Software Process,团队软件过程)提供了一个明确的可操作过程来指导一个项目团队的软件开发人员和项目负责人的工作。它更多侧重在项目团队的管理与协作方面,体现了软件过程在团队中的实施。TSP在PSP的基础上主要进行以下几项活动: 把产品开发划分为数个周期;建立标准的质量和效益评估机制;为小组和成员提供明确的评估标准;进行角色和小组评估;建立必要的开发纪律;提供协同工作的指导等。

  关于PSP/TSP的资料可参见:http://www.sei.cmu.edu/TSP/

  9. ISO/IEC15504

  ISO/IEC15504是由国际标准化组织(ISO)和国际电工委员会(IEC)联合制定的软件过程评估标准。其前期工作组称为“软件过程改进和能力测定”(Software Process Improvement and Capability Determination),简称SPICE。

  自2003年以来,ISO/IEC15504标准已经陆续发部了九个部分,分别为:概念和词汇、实施评估、实施评估指南、过程改进和能力评确定应用指南、软件过程评估模型、系统生命周期过程评估模型、组织成熟度评估、目标过程文件等。

  ISO/IEC15504定义的过程包括客户/供应商、工程、支持、管理、组织级等五大类。成熟度等级从低到高分别为:0级未完成、1级已实施、2级已管理、3级已发布、4级可预测、5级优化等。

  由于SPICE标准起步较晚并且建立了“统一标准”的指导思想,这使它具备了许多优点:首先,SPICE标准注意吸收各种已有模型的优势,取长补短,强调其与各种模型的兼容,同时经过十多年的广泛试验,保证了其很强的实用性;其次,SPICE标准比CMMI模型更加开放,它允许附带外部过程参考模型(PRM)和过程评估模型(PAM),并按照这些模型实行改进和评估,因此比CMMI模型更加灵活和实用;再次,SPICE标准不仅可用于软件过程改进领域,也可扩展运用到其他信息技术相关的过程领域。

  关于ISO/IEC15504的资料可参考:http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=38932

  • 关联的业务
· 合作机构
美国项目管理协会
国家外国专家局
中国项目管理研究委员会
北京市项目管理协会
· 金牌客户
用友软件股份公司
惠普(中国)公司
中科软科技公司
北京汽车股份公司
· 服务概览
项目管理咨询
项目经理认证
行业培训方案
公开课计划
· 管理学院
PMP项目管理学院
项目集研究中心
IT软考学院
建造师学院
· 共创国际
关于我们
联系我们
顾问团队
服务案例
  站点二维码
共创国际作为R.E.P.,己获PMI批准向课程受训学员颁发PDU  京ICP备10055250号-6 | 京公网安备110102000464号
PMI®,OPM3®,PMBOK®,PMP®,PgMP®,PfMP®,PMI-ACP®,PMI-PBA®, and the REP logo are registered trademarks of the
Project Management Institute, Inc.