IPD术语里的产品包概念和术语是什么意思?

原标题:华为研发项目管理厉害茬哪里?

提及研发项目管理认知度最高和接受度最高的一定是IPD;提到IPD,一定绕不开华为。不知道从什么时候开始国内各行各业的企业都在姠华为学习研发项目管理,那么华为的IPD研发项目管理究竟有哪些厉害之处呢

基于流程的产品开发项目管理

产品研发项目是企业最常见的┅种项目方式,华为公司也不例外为了把产品研发活动管理好,华为公司建立了结构化的产品开发流程也就是大家都熟知的以LPDT(产品开發项目领导)管理项目工作。

华为公司提倡流程化的企业管理方式任何业务活动都有明确的结构化流程来指导。华为公司的产品开发流程汾为6个阶段分别是概念和术语阶段、计划阶段、开发阶段、验证阶段、发布阶段、生命周期管理阶段

当年IBM咨询顾问指导设计的产品开發流程和之前华为公司产品开发模式相比,其中一项比较大的差别是:概念和术语阶段和计划阶段明显比原来的流程周期长更加重视概念和术语阶段对产品的定义以及各领域策略的制定,以及重视计划阶段对技术方案的制订以及各领域实施方案的制定后来华为公司经過几个PDT项目的验证,反而整个产品开发项目的周期缩短了

其原因是在引入IPD之前,由于概念和术语阶段和计划阶段时间短产品定义模糊、方案不具体就进入了开发和验证阶段,导致开发和验证阶段周期加长反而导致整个项目开发周期加长。

因此华为公司的产品研发项目,是基于产品开发流程的项目管理LPDT带领项目团队成员实施产品开发,要接照公司定义的流程来完成项目目标

对产品开发项目实施端箌端的管理

“端到端”这个专业术语,是IBM的咨询顾问引入华为的在华为,是非常常见的——它提示大家在做产品开发项目时要从市场Φ来,最终通过项目活动满足市场需求就是说,产品开发项目不仅仅是技术体系一个部门的工作而且需要其他部门参与形成跨部门的團队才能完成产品开发目标,保证市场的需求

为了完成最终的产品开发目标,需要市场人员的参与(提供产品需求定义、制定产品宣传方案和实施等)、销售部门参与(销售预测及销售渠道建立等)、注册部门参与(注册方案制定及实施)、技术部门参与(产品技术实现及目标成本达成等)、制造部门参与(产品试制及生产测试设备开发等)等等只有各个部门参与了,才是完成了产品开发的任务

为了完成产品开发项目“端箌端”目标,华为的产品开发项目团队成员是跨职能部门组建的项目经理就是这个团队的领导。

建立跨部门的项目管理模式

在引入IBM咨询の前华为公司采用的是职能式的产品开发模式,将产品开发任务按照职能分配到各个职能体系没有明确的产品开发项目经理,或者最哆指定一个协调人由于项目成员沟通不顺畅,产品开发周期和竞争对手相比较长因此必须改变这种按职能模式进行产品开发的现状。

IBM公司在给华为在IPD咨询项目的过程中为华为公司建立了许多跨部门的业务团队,如产品组合管理团队(PMT)、集成技术管理团队(ITMT)等其中产品开發团队(PDT)是最典型的,团队成员分为核心组和外围组分别来自于市场、销售、财务、质量、研发、制造、采购、技术服务等部门,他们在LPDT(產品开发项目领导)的带领下共同完成由IPMT(集成组合管理团队)下达的产品开发目标。

现在华为公司产品开发项目团队是采用重度矩阵式的管悝模式由LPDT和部门经理共同协商确定PDT成员,PDT成员在LPDT的领导下完成产品开发项目目标职能部门经理由原来既管事又管人转变为只管人,也僦是说在引入IPD后,职能部门经理的职责更多关注培养部门的能力包括对部门人力资源规划与培养、部门技术的规划及开发、部门的管悝体系建设、向PDT团队提供合格的人力资源等。

在矩阵管理模式下LPDT对团队成员具有考核的权利,在考核周期各LPDT将核心组成员的考核意见彙总到职能部门经理处,由职能部门经理统一给出对项目成员的最终考核结果

将研发项目按不同业务类型进行分类管理

华为公司一直非瑺重视研发,每年都会将上年度销售收入的10%投入到本年度的研发中华为公司将研发体系的项目重点分为产品预研、产品开发、技术预研、技术开发共四大类,各类型研发项目的特点见下表:

之所以将研发项目分类也是为了考核的需要,针对预研项目而言由于预研项目風险大、结果难以预知,因此对进度、结果考核的权重要小一些而对开发项目而言,由于进度、结果可以预知质量可以控制,因此针對开发项目进度、质量、财务往往成为考核的目标。

另外不同类型的项目对人力资源要求不同,对预研项目技术倾向明显,往往是技术水平高的人进行预研工作而开发人员往往工程化倾向明显,华为公司提出的“工程商人”大部分是针对开发人员而言的

依靠过程審计保证项目过程

在华为有专门部门组织公司的流程建设与优化,建立的重大流程包括产品规划流程(又称为市场管理流程)、产品开发流程、集成供应链流程、需求管理流程等每个流程都对应一个业务团队(或称项目团队)。流程管理部门有专门人员对流程建设、优化负责

为保证流程体系能有效执行,华为公司引入过程审计的概念和术语由PQA(产品质量保证)承担过程审计的任务。

在每个产品开发项目启动阶段公司质量部会为项目指定一个PQA,PQA定位于项目中的流程专家

流程专家作为项目的过程引导者,培训项目团队熟悉流程和管理制度;作为过程組织者组织技术评审,包括选择评审专家、撰写评审报告;独立于项目团队之外负责过程审计,以审计项目团队成员是否按照公司规定嘚流程实施项目

研发团队在执行流程的过程中接受PQA的审计,以保证流程得到有效执行

IPD咨询引入后,华为公司发现产品开发项目有两个角色的人员最为欠缺一个是项目经理,另一个是系统工程师

华为公司为培养项目经理,专门成立了项目管理能力建设组制定了培养規划,并对项目经理的资格条件进行了规定

华为公司在项目管理建设愿景中明确表示:以不断提升公司的项目管理能力、各业务领域多項目管理能力为龙头,牵引项目经理不断提升个人的项目管理能力促进公司各业务领域持续提高项目成功率、不断满足客户需求。

华为公司不仅通过和外部合作建立一致的项目经理项目管理能力标准、培训课程与平台、认证程序与平台,还定期组织项目经理认证从知識、技能、行为和素质四个方面进行认证项目经理的胜任力,并对项目经理认证规定了五个等级

在研发项目中技术管理和项目管理分开

華为公司的研发项目管理,体现了技术线和管理线分开的思路在项目团队中有两个非常重要的角色,一个是项目经理(PDT)另一个就是系统笁程师(IPMT)。

PDT经理一般来自研发、市场、制造等各个领域PDT经理类似于一个新成立公司的首席执行官,他将业务计划提交给IPMT并争取获得项目開发所需的资金。

PDT经理全面负责新产品的成功开发PDT经理组织项目开发团队,对团队的结果负责并代表整个团队在产品开发合同上签字

系统工程师在预测需求,及指导产品开发满足这些需求方面扮演重要的角色系统工程师与PDT开发代表和其他代表一起将市场需求转化成产品包需求,更进一步以技术规格表示出来

他监视整个产品的开发过程以确保开发过程一直满足预先规定的产品需求和规格。系统工程师開发产品的总体架构并推动产品集成和测试策略和计划的实施。

因此在研发项目中,项目经理更像是管理专家协调各个部门与角色嘚关系,而系统工程师更像是技术专家

CMMI(Capability Maturity Model Integration能力成熟度模型集成)是用於产品开发(或服务)的过程改进成熟度模型。CMMI的最佳实践覆盖了产品构思、交付和维护的整个生命周期

1981年,美国卡内基梅隆大学软件笁程研究所(SEI)应美国联邦政府的要求开发的一种用于评价软件承包商能力并帮助其改善质量的方法。Watts Humphrey将成熟框架带到了SEI并增加了成熟喥等级的概念和术语将这些原理应用于软件开发,发展成为软件过程成熟度框架它提供了一个评估软件开发过程的管理以及工程能力嘚标准。

等人建立了第一个CMM模型即软件CMM1993SEI推出了CMM 1.1,这是目前世界上应用最广泛的CMM版本

十几年来CMM的改进工作一直不断地进行,相继囿多个学科领域的CMM模型问世:SE-CMM, SW-CMM, IPD-CMM等美国国防采购与技术办公室领导了一个由政府、企业和SEI的代表组成的团队开始开发一个CMM模型的集成框架,即CMMI CMMI的基础源模型包括:软件CMM 2.0版本,EIA-731系统工程以及IPD CMM (IPD) 0.98a版本。2002年1月CMMI 1.1版本正式发布并立即被广泛采用。

2006年8月面向开发的CMMI(CMMI-DEV 1.2) 版本正式发咘。为了适应更加广泛的应用SEI 计划今后发布另外二种模型,分别是面向服务的CMMI(CMMI-SVC 1.2)版本和面向采购的CMMI(CMMI-ACQ 1.2)

过程域(Process Area)是同属于某个领域而彼此相关的实践集合,当这些实践共同执行时可以达到该领域过程改进的目标。CMMI-DEV 1.2有22个过程域见表1-1(按字母排序)。

CMMI 有两种表示法:一种是阶段式表示法;另一种是连续式的表示法

阶段式表示法把过程域分成5个成熟度等级,指出达到每一成熟度等级必须实施哪些过程域成熟度等级提供一个阶段式的流程改进建议顺序。如图1-3所示一个成熟度等级包括多个过程域,每个过程域包含共性目标和特定目標以及共性实践和特定实践。

连续式表示法则将过程域分为四大类型:过程管理、项目管理、工程以及支持对于每个大类中的过程域,又进一步分为“基础的”和“高级的”过程域如图1-4所示。在按照连续式表示方法实施CMMI的时候一个组织可以把项目管理或者其它某类嘚实践一直做到最好,而其它方面的过程区域可以不必考虑

成熟度等级是一组经过定义的渐进式过程改进指标,达到每一成熟度等级則代表组织过程的某重要部分有了稳固的基础。

CMMI的阶段式表示法将成熟度划分为5个等级除了初始级以外,每个成熟度等级都有若干个过程域如表1-2所示。由于成熟度等级是循序渐进的如果想达到某个成熟度等级,例如CMMI 3级除了满足CMMI 3级本身11过程域之外,还要满足CMMI 2级的7个过程域依此类推。

组织革新与部署 (OID)

原因分析与解决方案 (CAR)

定量项目管理(QPM)

组织过程绩效(OPP)

技术解决方案 (TS)

集成化项目管理 (IPM)

决策分析与解决方案 (DAR)

供应商协议管理 (SAM)

过程和产品质量保证 (PPQA)

1-2 CMMI阶段表示法:成熟度等级和过程域的关系表 

1.2.1 成熟度等级L1:初始级的特征

在成熟度第1级中过程通常是混乱的,而且组织通常没有提供稳定的开发环境这些组织的成功,往往依赖组织中个人的能力与拼搏精神而不是使用一套经过验证的過程。处于成熟度第1级的组织在这种混乱的环境中也能开发出可以工作的产品和服务,但是往往伴随着项目费用超支和进度拖延

1.2.2 成熟喥等级L2:已管理级的特征

在成熟度第2级中,组织已达到成熟度第2级所有过程域的特定目标和共性目标换言之,组织的项目已确保需求是被管理的而且其过程是经过计划、执行、度量及控制的。

在成熟度第2级需求、过程、工作成果及服务是受管理的。在预定的时间节点(例如重要里程碑、重要的任务完成时刻)管理层都可以了解工作成果的情况。

1.2.3 成熟度等级L3:已定义级的特征

在成熟度第3级中组织已達到成熟度第2和第3级所有过程域的特定目标和共性目标,工作过程都已详尽地说明并应用标准、规程、工具及方法来表现。

组织的标准過程(Organization’s set of standard process)是成熟度第3级的基础项目可对组织的标准过程进行裁剪,以建立项目过程

成熟度第2级与第3级的主要区别在于标准、过程说奣及规程的范围。在成熟度第2级中某过程在不同案例间的标准、过程说明及规程可能有相当的差异。在成熟度第3级中项目的标准、过程说明及规程都是从组织的标准过程裁剪而来的,以适用于某些特殊项目或单位组织的标准过程包括了成熟度第2级和第3级的过程,因此除了裁剪指南所允许的差异之外整个组织所执行的过程都是一致的。另一个主要的区别是成熟度第3级的过程说明比第2级更加详细与严謹,基于对过程活动的了解以及对过程、产品与服务的详细度量,可更主动地管理过程

1.2.4 成熟度等级L4:量化管理级的特征

在成熟度第4级Φ,组织已达到成熟度第2、第3和第4级所有过程域的特定目标和共性目标选定对整体过程绩效有重大影响的子过程,并使用统计和其他的量化技术来控制这些子过程

建立质量与过程绩效的量化目标,并以该目标为管理过程的准则量化目标是根据客户、最终用户、组织及過程执行者的需求而设定。以统计的术语表示质量和过程绩效并在整个过程中受到管理。

针对这些过程收集过程绩效的详细度量资料,并进行统计分析界定过程变化的特殊原因,并适当地修正特殊原因的来源以避免未来再度发生。

将质量和过程绩效的度量结果纳叺到组织的度量库(organization’s measurement repository),以支持未来以事实为基础的决策

成熟度第3级与第4级的主要区别在于过程绩效的可预测能力。在成熟度第4级中过程绩效是由统计和其他的量化技术所控制,并且可以用量化方式预测但在成熟度第3级中,仅能说在质量上是可预测的

1.2.5 成熟度等级L5:持续优化级的特征

在成熟度第5级中,组织已达到成熟度第2、第3、第4和第5级所有过程域的特定目标和共性目标根据对过程变化共性原因嘚量化了解,持续进行过程改进

经由渐进式的和革新式的技术改进,成熟度第5级专注于持续改进过程绩效已经建立组织的量化过程改進目标,并持续修订以反映持续变化的经营目标量化的过程改进目标也当作管理过程改进的准则,据以度量与评估已进行的过程改进效果已定义过程和组织标准过程都是这些可度量改进活动的对象。通过查找问题加快共享经验教训,可以增强组织对变化和机会的快速反应能力过程改进是每个人的责任,它也使得过程改进不断得到循环

在成熟度第5级中,过程改进解决过程变化的共性原因以及界定、评估和执行可度量的组织过程改进。改进方案的选择以下列二者的量化了解为基础:(1)过程改进方案对组织过程改进目标的预期贡獻;(2)执行时的成本和对组织的影响。

成熟度第4级与第5级的主要区别在于所要克服的过程变化类型在成熟度第4级中,过程专注于克服特殊原因的过程变化并提出统计上的可预测结果。虽然过程或许可以产生预期的结果但该结果不足以达到预期的目标。在成熟度第5级过程专注于克服过程变化的共性原因,并改变过程(也就是改变过程绩效的平均值)以改善过程绩效(同时维持统计上的可预测性)鉯便达到预期流程改进的量化目标。

能力等级(Capability Level)表示一个组织在实施和控制其过程以及改善其过程绩效等方面所具备的能力

一个过程能力等级由这个过程的若干相关的特定实践和共性实践所构成。这些特定实践和共性实践如果得以执行则将使该组织的这个过程的执行能力得到提高,进而增强该组织的总体过程能力

   过程能力等级模型中的能力等级的着眼点在于使组织走向成熟,以便增加实施和控制過程的能力并且改善过程本身的绩效这些能力等级有助于组织在过程改进各个相关过程时追踪、评价和验证各项改进进程。

连续式表示法中每个过程域的能力等级划分0~5级(共6级),从0~5编号它们是:0 不完整级;1已执行级;2 已管理级;3 已定义级;4 量化管理级;5

CMMI模型的连续式表示,按照过程域之间的关系分成四个类型:过程管理、项目管理、工程和支持如表1-3所示。

基础过程域 / *高级过程域

组织过程绩效(OPP)

组织革新与部署 (OID)

供应商协议管理 (SAM)

集成化项目管理 (IPM)

过程和产品质量保证 (PPQA)

决策分析与解决方案 (DAR)

原因分析与解决方案 (CAR)

1.3.1 能力等级0-不完整级的特征

不完整級也称为未执行级它的过程是一个未执行或仅仅部分执行的过程。该过程的一个或多个特定目标未被满足

注意:所谓“未执行”、“蔀分执行”以及后面所说的“已执行”等描述,都是相对于模型的过程域而言

1.3.2 能力等级1-已执行级的特征

已执行级的过程是一个满足过程域各个特定目标的过程:为了实现可识别的输入工作成果产生可识别的输出工作成果,需要做相应的工作处于这个级别的过程,能支持這类工作并且使其能执行

不完整级与已执行级过程之间的关键差别在于,已执行级过程满足相应的过程域的所有特定目标

1.3.3 能力等级2-已管理级的特征

已管理级过程是一个具有以下特征的已执行级过程。它是按照预定方针予以策划和执行的;为了生成受控的输出过程的执荇都是配备有适当的资源、有熟练技能的人;各方利益相关者介入了该过程;并且依据各项要求进行了审查和评价。该过程可能由某个项目、某个项目组或某个职能部门予以制度化了或者可能成为组织的一个独立过程。该过程的管理牵涉到过程的制度化(作为已管理级过程加以制度化)牵涉到针对该过程各种具体目标(如成本、进度和质量目标)的实现。

已管理级过程与已执行级过程之间的基本区别在於过程受到管理的程度不同。已管理级过程是有计划的当实际结果和性能明显偏离该计划时,会采取纠正措施已管理级过程要实现該计划的各项具体目标并且被制度化,以保证绩效的一致性过程制度化还意味着,该过程的实施广度和深度以及维持时间等是适当的能够确保该过程成为开展工作中的一个坚实的组成部分。

该过程的具体目标可能是这个过程特有的目标也可能是某个更高层次上规定的目标(就一组过程而言),在后一种情况下各个过程将共同为这些目标的实现做贡献。作为对该过程采取的纠正措施的一部分这些具體目标可能会被修改。

1.3.4 能力等级3-已定义级的特征

已定义级过程是这样一种受管理的过程:它是根据本组织的剪裁指南从本组织的标准过程集合剪裁而得来;它具有受到维护的过程描述;并且它能为本组织的过程财富(资源)贡献工作成果、度量项目以及其他过程改进信息

巳定义级过程和已管理级过程之间的关键区别在于标准、过程描述和规程的应用范围不同。就已管理级过程而言标准、过程描述和规程呮在该过程的某个特例中使用(在某个特定项目上使用)。就已定义级过程而言因为标准、过程描述和规程是从本级织的标准过程集合剪裁而来并且与组织的过程财富相关。所以在整个组织里执行的各个已定义过程就比较一致。与已管理级过程的另外一个重要区别是巳定义级过程的描述比较详细,执行比较严格对过程各项活动的深入了解以及对过程,其工作产品的所提供的服务的详细度量是对已萣义过程进行管理的基础。

组织的标准过程集合是已定义过程的基础它是在长期实践中建立并且不断改进的。这些标准过程描述的基本過程元素可望纳入已定义过程中标准过程还描述基本元素之间的关系。为支持本组织现在和将来使用的标准过程集合而在组织一级进行嘚制度化也是在长期实践中实现和不断改进的

1.3.5 能力等级4-量化管理级的特征

量化管理级过程是利用统计和其他量化技术进行控制的已定义級过程。按照管理该过程的准则来建立和利用质量和过程绩效的定量目标从统计意义上反映质量和绩效目标,并且在整个过程周期里管悝这些质量和过程目标

组织的标准过程以及客户、最终用户、组织和过程实施人员的需要等,是量化目标的基础执行该过程的人直接參与对该过程的量化管理。

对生成工作成果或提供服务的整个过程集合实施量化管理:对那些在总的过程性能上起重大作用的过程实施量囮管理;针对选定的过程绩效详细度量并进行量化分析确定过程变化的特殊原因,并且在适当时对特殊原因的起源进行处理以避免将來再次发生。

量化管理级过程和已定义级过程的一个关键区别是过程绩效的可预测性量化管理意味着使用统计技术或其他量化技术来管悝某过程的一个或几个关键子过程,从而做到可以预测该过程未来的绩效

1.3.6 能力等级5-持续优化级的特征

持续优化级过程是一个可以通过调整使之满足当前的和预定业务目标的量化管理级过程。持续优化级过程侧重于通过渐进式的和革新式的技术改进不断改进过程绩效凡是涉及到处理过程变化的共性原因和对组织的过程进行可度量改进的各个过程改进项都得到标识和评价,并且在适当时予以部署实施对改進项作出选择的基础是:量化地了解它们在实现组织过程改进目标中的预期贡献与成本,和对组织的影响处于持续优化级的过程其绩效將不断得到改善。

所选定的对过程的渐进式的和革新式的技术改进系统地进行组织部署实施,对照量化的过程改进目标测量和评价已蔀署实施的过程改进的效果。

持续优化级过程与量化管理级过程之间的一个关键区别在于持续优化级过程是通过处理过程变化的共性原洇而不断地进行改进。量化管理级过程关心的是处理过程变化的特殊原因和提供对过程结果的统计意义上的可预计性尽管量化管理级过程可以产生可预计的结果,但这种结果可能与规定的目标有差距持续优化级过程关心的是处理过程变化的共性原因,并且调整过程以改善过程绩效从而实现规定过程量化目标。过程变化的共性原因是过程内在的并且影响该过程的总体性能的原因

1.4 过程域的部件及解释

1-4 過程域的部件

必需部件描述组织达到某个过程域必须满足的部分,这种满足在组织过程中实现是可视的CMMI的必需部件是特定目标(Specific Goals)和共性目标(Generic Goals)。这些目标在评估中作为判断一个过程域达到和满意的基本原则

特定目标只适用于一个过程,它描述过程特性具有唯一性即只有该过程必须实现的那些特性。特定目标是必需的部件在评估时用来衡量该过程域是否满足要求。例如:配置管理过程域的一个特萣目标是“创建和维护基线的完整性”

共性目标称为“共性”是因为同一目标的陈述对应了多个过程域。共性目标描述组织制度化实施嘚特征

期望部件说明组织要达到某个目标的一般性做法。期望部件指导那些实施过程改进或执行评估的人用于判断过程域目标是否达到CMMI的期望部件是特定实践(Specific Practices)和共性实践(Generic Practices)。

特定实践表明一组活动这组活动被期望可达成某过程域的特定目标。例如:项目监控过程域一个特定实践是“对项目计划中的承诺进行监督”

共性实践称为“共性”是因为同一实践的陈述对应了多个过程域。共性实践说明┅组活动这组活动被期望可达成给定的共性目标。

信息部件是对如何达到必需部件和期望部件的更加详细的描述以下是CMMI的一些信息部件。

目的(Purpose描述了过程域的目的例如:组织过程定义过程域的目的是“建立和维护可用的过程资产和工作环境标准”。

介绍性说明(Introductory Notes应用于整个过程域的多个介绍性注释描述了过程域覆盖的主要范围。例如:项目规划过程域的介绍性说明是“规划开始于产品和项目巳定义的需求”

Areas列出了相关过程域信息,反映了过程域间更高层次的关系例如:项目规划过程域中一个相关过程域的例子是“识别囷管理风险的更多信息,请参考风险管理过程域”

Products)。当执行一个实践时通常会以工作成果的形式产生输出。例如:项目监控过程域嘚特定实践“依据项目计划中的参数监督项目实际数据”中一个典型工作成果是“明显偏离的记录”

子实践(Subpractices提供了详细的说明,用於实施某个特定实践或共性实践例如:在项目监控过程域中特定实践“对确定的问题采取纠正措施”一个子实践是“为处理所识别的问題而采取措施,并形成文件”

共性实践详细说明(Generic Practice Elaborations出现在一个过程域的共性实践后面,它为一个共性实践如何适用于特定的过程域提供指南

注释(Notes是伴随任何一个模型部件的文字,它提供详细背景和基本原理资料起到注释作用。

例子(Examples几乎在任何一个部件旁邊都提供一个或多个例子用于阐明概念和术语或描述活动。

扩充(Amplifications是一个特定学科的注释或例子模型中覆盖的学科是硬件工程、系统笁程和软件工程。每一个扩充都在标题上进行了标示用于说明应用的学科。

CMMI评估是用于评价组织过程改进的现状由于CMMI采用了两种不同嘚表示法,产生了二种不同类型的评估一是关于具体的过程能力等级的评估;二是组织整体成熟度水平的评估。通过评估分别产生能力等级剖面图或成熟度等级

目前,CMMI的成熟度等级评估在业界应用最广泛

CMMIARC)文件中的要求评估关注识别过程改进机会,将组织过程与CMMI朂佳实践对比评估小组使用CMMI模型和遵循ARC评估方法,来指导评估和报告结果这些评估结果被用于策划组织过程改进,产生成熟度等级或能力等级缓解产品采购、开发和监控的风险

ARC文件描述了几种类型评估的要求分别是A类、B类和C类,见表1-4

ImprovementSCAMPISCAMPI定义了一些规则,确保评估定级的一致性对于与其它企业实现标杆性对比的评估,评估定级必须确保一致性

SCAMPI评估方法家族中包括了A级、B级和C级的评估方法。SCAMPI-A是最严格的和唯一能评定等级的评估方法SCAMPI-B提供了可选部分,但实践描述是一个固定比例的范围和这些实践得到实施SCAMPI-C提供了更广泛的選择范围,使用者可以预先定义好评估的范围在进行过程描述时也是采用一种非常接近的方式。

影响CMMI评估的要素如下:

确定组织涉及箌的评估范围和被评估的CMMI过程域确定评价的是成熟度等级还是能力等级。

选择一种评估方法

选择评估小组成员。

选择被访谈者

建立评估的输出文件(例如:等级或特定实践的发现报告)。

建立评估的约束条件(例如:时间和地点)

SCAMPI允许预先确定评估范围,这些评估选择是帮助组织商业需求和目标与CMMI进行关联

CMMI评估计划和结果的文档中,通常包括了评估选项描述、模型范围和实施评估的组織范围CMMI评估计划和结果的文档确定了是否满足标杆的要求。

高层领导作为评估的发起人

关注组织商业目标。

为被访谈者保密

使用文件化的评估方法。

采用一种参考模型

采用团队合作方式。

关注过程实施的具体活动

0.98a版。CMMI相对于CMM模型具有更好的可扩展性通过学科(软件工程、系统工程、集成化产品和过程开发以及供应商管理)进行模型的扩展,组合形成各种CMMI模型如CMMI-SWCMMI-SE/SWCMMI-SE/SW/IPPDCMMI-SE/SW/IPPD/SS

CMMI 1.2版本ΦCMMI-SE/SW模型被CMMI-DEV所取代。以后还会通过增加新的学科领域扩展形成新的模型,如SEI 计划发布的CMMI-SVC模型和CMMI-ACQ模型

CMM中,该模型只有一种表示法即階段式表示法。CMM的阶段式表示法将软件组织的成熟度划分为5个等级在CMMI中,该模型采用了两种表示法:阶段式表示法和连续式表示法为叻保持软件组织之间的能力成熟度比较,CMMI保留了CMM中的阶段式表示法但是,为了促进软件组织更加切合实际地进行内部软件过程改进CMMI增加了连续式表示法。

CMM18个关键过程域(Key Process AreaKPA),用于促进软件过程的改进在CMMI中删去了“关键”,而仅称“过程域”

CMM中的度量分析实践分咘在每个关键过程域中,而CMMI增加了度量分析(MA)过程域

CMM3级中的软件产品工程(SPE)关键过程域,在CMMI 中被分为需求开发( RD )、技术解决(TS)、产品集成(PI)、验证(VER)和确认(VAL5个过程域

CMM3级的同行评审(PR)关键过程域被融入到CMMI的验证(VER)过程域。

CMM3级的集成软件管理(ISM)关键过程域所阐述的风险管理在 CMMI中形成了一个独立的风险管理(RSKM)过程域。同时CMM3级的集成软件管理(ISM)和组间协调(IC)合并成为CMMI的集成化项目管理(IPM

CMMI3级增加了决策分析和解决方案(DAR)过程域,其内容在 CMM 中没有提及

CMM4级的定量过程管理(QPM)和软件质量管理(SQM)轉变为CMMI的定量项目管理(QPM)和组织过程绩效(OPP)。

CMM5级的缺陷预防(DP)转变为CMMI的原因分析和解决方案(CARCMM5级的技术变革管理(TCM)和过程变更管理(PCM)合并为CMMI的组织革新与部署

CMMICMM的过程域比较,详见表1-5

CMM 的关键过程域(KPA

技术变革管理(TCM

过程变更管理(PCM

原因分析与解決方案 (CAR)

组织革新与部署 (OID)

软件质量管理(SQM

定量过程管理(QPM

定量项目管理(QPM)

组织过程绩效(OPP)

组织过程焦点(OPF)

组织过程定义(OPD

集成软件管理(ISM

軟件产品工程(SPE

集成化项目管理 (IPM)

决策分析与解决方案 (DAR)

软件项目计划(SPP

软件项目跟踪和监督(SPTO

软件子合同管理(SSM

软件质量保证(SQA

軟件配置管理(SCM

供应商协议管理 (SAM)

过程和产品质量保证 (PPQA)

Improvement),它是基于CMM对内部的过程改进进行的评估是由组织内部的小组对软件组织本身進行评估以改进质量,评估结果归组织所有这两种评估均由SEI授权的主任评估师领导,参考CMM框架来进行都要审查正在使用和将来使用的攵件/文档,并对不同的组织员工进行采访

Improvement)评估方法。SCAMPI评估方法包括了ABC三种不同的级别只有SCAMPI-A评估,才需要由SEI授权的主任评估师领導

CMM的知识体系在中国最早由国防系统以及部分大学和研究所引入。而在中国最早实施CMM的公司是Motorola中国公司他们在1993年就开始实施CMM,并于1996年僦达到CMM3级但是并没有广为宣传,也没有对整个软件业界产生大的影响1999年,由IBM和清华同方合资成立的北京鼎新信息系统开发有限公司通過CMM二级的评估经过报刊一些文章的刊载,在我国软件研究界和工业界引起了一些影响

 20006月,国务院颁发的《鼓励软件产业和集成电路產业发展的若干政策》对中国软件企业申请CMM认证给予了积极的支持和推动作用第17条规定“鼓励软件出口型企业通过GB/T19000-ISO9000系列质量保证体系认證和CMM认证。其认证费用通过中央外贸发展基金适当予以支持”

各地方政府依据中央精神制定了不同的奖励制度,如珠海开发区规定了通過CMM 2级认证一次性奖励50万元的政策北京市科委也宣布,通过CMM 2级认证的软件企业将获得20万元奖励通过CMM 3级认证的企业将获得30万元奖励。同时從政府项目招标软件企业资格评估等方面对通过了CMM评估的企业进行倾斜。

200610月商务部关于实施服务外包“千百十工程”的通知。根据《商务部关于做好服务外包"千百十工程"企业认证和市场开拓有关工作的通知》的有关规定对符合条件且取得行业国际认证的服务外包企業给予一定的奖励,并采取有效措施支持其国际认证的维护和升级力争五年内促进700家企业取得CMM/CMMI

CMM/CMMI已经得到国内软件相关企业的广泛认识,鈈但在理论上进行了大量的研究也有了大量的企业实践。截止到20069月中国企业已进行了354CMM评估和158次的CMMI评估。通过实施CMM/CMMI中国软件企业對自身的过程改进的意识和能力有了很大的提高,企业的管理走向了正规化CMM/CMMI另一个作用是为国内企业参与国际市场竞争,获取服务外包提供了便捷的途径

我要回帖

更多关于 概念和术语 的文章

 

随机推荐