cmmi整体框架和重点过程域解释

合集下载

CMMI模型的级别及其过程域

CMMI模型的级别及其过程域

模型规范级别及其过程域成熟度1级:初始级①软件过程的特点是无序的,偶尔甚至是混乱的。

几乎没有什么过程是经过定义的,成功依赖于个人的努力;②一般不提供开发和维护软件的稳定环境,在危机时刻,项目一般抛弃预定的规程,回复到仅做编码和测试,性能依赖于个人的能力,且随个人固有的技能、知识和动机的不同而变化。

成熟度2级:受管理级①在成熟度等级2上,意味着组织要确保策划、文档化、执行、监督和控制项目级的过程;②为过程建立明确的目标,并能实现所确定的诸如成本、进度和质量目标等目标。

③换言之,组织已经营造出稳定的、受控的开发环境,项目是在受控状态下运行。

受管理级过程域•需求管理(REQM)•项目策划(PP)•项目监督与控制(PMC)•供方协定管理(SAM)•测量和分析(MA)•过程和产品质量保证(PPQA)•配置管理(CM)成熟度3级:已定义级在成熟度等级3上,项目执行过程是通过剪裁组织的标准过程集合和组织过程财富产生的“已定义过程”,并具备与该过程相适应的运行环境。

其与成熟度等级2的区别在于标准、过程描述、规程的应用范围是全组织级的。

•需求开发(RD)•技术解决(TS)•产品集成(PI)•验证(VER)•确认(V AL)•组织过程聚焦(OPF)•组织过程定义(OPD)•组织培训(OT)•集成项目管理(IPM)•风险管理(RSKM)•决策分析和决定(DAR)成熟度4级:定量管理级在成熟度等级4上,组织建立了关于产品质量、服务质量及过程性能的定量目标,运用统计技术和其他定量目标作为判断过程管理成功与否的标准。

在过程的整个生存周期里,对产品质量、服务质量和过程性能做到统计意义上的了解和管理。

•组织过程性能(OPP)•定量项目管理(QCM)成熟度5级:持续改进级成熟度等级5 的突出特征是过程性能的持续改进。

组织建立起整个组织的定量过程改进目标,并且把它们作为过程改进管理成功与否的判断标准;这些目标将适时修改,以反映不断变化的本组织的业务目标。

CMMI级过程域讲解

CMMI级过程域讲解

CMMI级过程域讲解CMMI(Capability Maturity Model Integration)是一种用于评估和改进软件开发过程的框架。

它通过对软件开发组织的过程进行评估,为组织提供了一个逐步改进过程的路径,从而提高组织的能力和成熟度。

CMMI框架包括五个过程域,它们是:项目管理、项目支持、要素工程、项目环境和组织过程。

每个过程域都有一组特定的目标和实践,用于评估和改进相关的软件开发过程。

首先是项目管理过程域,它关注的是项目的计划、执行和监控。

它包括了项目管理的三个关键方面:计划制定、项目监控和项目管理。

项目管理过程域的目标包括项目计划的制定、项目资源的分配和控制、项目风险的管理和项目进展的监控。

其次是项目支持过程域,它提供了支持项目管理过程的各种资源和服务。

项目支持过程域包括配置管理、度量和分析、决策分析和解决方案评价等方面。

其目标包括配置管理的实施、度量和分析的开展、决策分析和解决方案评价的应用。

第三个是要素工程过程域,它关注的是软件开发中所使用的各种工具和技术。

要素工程过程域包括需求开发、技术解决方案、产品集成和验证、产品交付等方面。

其目标包括需求开发的实施、技术解决方案的应用、产品集成和验证的实施、产品交付的管理。

第四个是项目环境过程域,它关注的是项目所处的环境因素对项目成功的影响。

项目环境过程域包括了风险管理、分析过程和产品市场分析等方面。

其目标包括风险管理的实施、分析过程的开展、产品市场分析的应用。

最后是组织过程过程域,它关注的是软件开发组织的过程管理。

组织过程过程域包括组织过程的定义、组织过程管理的实施和过程改进等方面。

其目标包括组织过程的定义和实施、组织过程管理的应用、过程改进的管理。

总而言之,CMMI级过程域是一个用于评估和改进软件开发过程的框架。

它包括了五个过程域,分别是项目管理、项目支持、要素工程、项目环境和组织过程。

每个过程域都包含了一系列的目标和实践,用于评估和改进相关的软件开发过程。

CMMI过程域

CMMI过程域

CMMI过程域CMMI(Capability Maturity Model Integration)是一种用于评估和改进组织的软件工程能力的模型。

它定义了一组评估标准和最佳实践,包括了五个过程域(process area),分别是需求管理、项目管理、工程(软件)过程、配置管理和产品质量保证。

接下来,我将详细介绍这五个过程域。

1. 需求管理(Requirements Management)需求管理是指在整个软件开发过程中,对需求的分析、收集、跟踪和变更进行管理。

主要活动包括需求识别、需求分析和建模、需求验证和确认以及需求变更管理。

需求管理的目标是明确项目的需求,确保需求的准确性和可追溯性,以及及时有效地处理需求变更。

通过有效的需求管理,可以实现项目的高效开发和产品的质量保证。

2. 项目管理(Project Management)项目管理是指对软件开发项目进行计划、组织、指导和控制,以实现项目目标的过程。

主要活动包括项目计划制定、资源分配和调度、进度控制和风险管理。

项目管理的目标是确保项目按时、按质量要求完成,最大程度地满足客户需求。

通过有效的项目管理,可以提高项目的可预测性和控制性,减少项目风险,并提高项目团队的合作效率。

3. 工程(软件)过程(Engineering Process)工程过程是指在软件开发过程中,进行软件需求分析、设计、编码、测试和维护的一系列工作。

主要活动包括软件需求分析、软件构架设计、编码和单元测试、集成测试和系统测试以及软件维护。

工程过程的目标是确保软件开发过程高效、规范和可靠,以达到预期的质量和性能要求。

通过有效的工程过程,可以提高软件开发效率,减少错误和缺陷,提高软件的可维护性和可靠性。

4. 配置管理(Configuration Management)配置管理是指对软件产品配置项进行识别、控制、记录和审计的过程。

主要活动包括配置项识别和建立配置管理库、配置项控制和跟踪变更、配置项版本管理和配置项审核。

CMMI体系介绍

CMMI体系介绍
中油龙慧北京信息技术分公司内部资料
CMMI体系介绍
质量控制中心:董宝国 2011年4月
大纲
1 行业背景
2 MMI前世今生 3 CMMI基本框架
4
CMMI过程改进成果与经验
5
CMMI改进规划
6
问题交流
一 行业背景
截止2009年末,世界CMM/CMMI认证企业数量
CMM/CMMI认证数量
882, 16% 1200, 22%
09年度
进度偏差 成本偏差
某公司实施CMMI3过程改进三年数据对比
7% 3%
10年度
四 CMMI 改进经验分享-最佳实践
1. 建立组织资产库
1. 体系文件库(项目规范及模板文件) 2. 度量数据库(公司执行历史项目的数据汇总分析) 3. 风险库(成功的和失败的风险教训) 4. 经验库(历史项目文档;优秀样例;培训教材库;知识库) 2. 项目分类管理 3. 项目管理过程可视化、数据化,拒绝“讲故事”,用数据说话。 4. 项目绩效考核 5. 挣值管理 6. 代码走查、原型+用例描述需求…………
三 CMMI基本框架
1. CMMI的表现形式 2. CMMI的成熟度等级 3. CMMI的架构介绍 4. CMMI的评估方法
三 CMMI基本框架-表现形式
CMMI的两种表现形式: 阶段式Staged:用成熟度级别 连续式Continuous:用能力级别
CMMI的两种级别: Capability levels:用于衡量每个过程域的过程改进 Maturity levels:用于衡量整个组织的过程能力和组织成熟度
四 CMMI 改进经验分享
成功项目4个要素
清晰预算 需求明确 进度要求 交付质量 采纳变更

CMMI支持过程域解析

CMMI支持过程域解析

"过程和产品质量保证"的目的在于使工作人员和管理者能客观了 解过程和相关的工作产品。
PPQA(过程和产品质量保证)工作包括: 1.客观评价过程 2.客观评价工作产品 3.客观提供情况 第一,强调”客观”,以事实为依据,用数据说话。 第二,不只是对结果而且对过程进行评价。所以要识别有那些 对质量影响较大的过程和子过程。 第三,事中要及时发现并报告发生的情况,还要把问解决好追 综到结束。 第四,事前对情况要用预测方法采取预防措施;事后对情况要 分析总结,防止今后不再发生。
Measurement and Analysis (MA) Purpose Develop and sustain a measurement capability that is used to support management information needs.
“度量和分析"的目的在于开发和维持度量能力,以便支持 对管理信息的需要。
• • • • • • • • • •
配置管理工作包括: 1. 确定那些是要进行配置管理的工作产品(配置项)。 2. 用适当的工具建立配置管理系统,建立配置库。 3. 用组织规定的办法标识配置项(打标签:标识代号、版本 号等) 。 4. 控制变更、分析变更带来的影响,变更基线。 5. 建立配置管理记录。 6. 建立和报告配置基线。 7. 执行配置审核(有人对配置库、配置项、标识、基线作检 查)。
与DAR相关的PA PP---在项目策划中确定那些要运用结构化决策过程来 处理的问题。 RiskM---决策过程理应考虑到风险分析。
Causal Analysis and Resolution (CAR) Purpose Identify causes of defects and other problems and take action to prevent them from occurring in the future. "原因分析和决定"的目的在于识别缺陷和其他问题的原因, 并且采取措施,防止将来再次发生这些问题。

CMMI基本概念要点

CMMI基本概念要点

CMMI基本概念要点CMMI(Capability Maturity Model Integration)能力成熟度模型集成,是一种在组织和团队中度量和改进软件和系统工程能力的国际标准模型。

CMMI基于过去对软件工程和系统工程最佳实践的研究和经验,通过一系列的阶段和培训,帮助组织提高其过程的成熟度和质量,以便更好地满足客户需求和提供价值。

以下是CMMI的一些基本概念要点:1. 成熟度级别(Maturity Levels):CMMI定义了五个成熟度级别,分别是初始级、可重复级、已定义级、已管理级和已优化级。

每个级别都有特定的目标和过程特点,组织可以按照这些级别逐步改进其软件工程和系统工程能力。

2. 能力级别(Capability Levels):CMMI还定义了六个能力级别,分别是未实施级、已执行级、已定义级、已管理级、已预测级和已优化级。

能力级别是针对特定过程或实践的细分评估,组织可以用它来评估和度量其各个过程的成熟度。

3. 关键过程领域(Key Process Areas):CMMI将软件工程和系统工程划分为22个关键过程领域。

每个关键过程领域都描述了组织达到特定目标所需的一组过程。

这些过程领域包括需求管理、配置管理、项目计划等,可以通过培训和改进来提高组织的能力。

4. 成熟度级别的目标和实践(Goals and Practices):CMMI对于每个成熟度级别都定义了一组目标和相关实践。

这些目标描述了组织在特定成熟度级别中应该达到的状态,而实践则提供了实现这些目标的具体方法。

5. 过程改进(Process Improvement):CMMI强调了持续的过程改进的重要性。

组织通过采纳CMMI指南中的最佳实践和建议,可以改进其软件工程和系统工程过程,提高效率、质量和客户满意度。

6. CMMI的评估和认证(Assessment and Certification):组织可以通过CMMI评估来测量其软件工程和系统工程能力的成熟度水平。

CMMI3级18个过程域

CMMI3级18个过程域

CMMI3级18个过程域CMMI(Capability Maturity Model Integration)是一种用于评价和改进组织的软件工程能力的模型。

CMMI模型将软件工程能力分为不同的级别,目前最高级别是CMMI级别5、在CMMI模型中,共有18个过程域,每个过程域都包含一组过程目标和过程实践。

下面将介绍CMMI级别3中的18个过程域,并对每个过程域进行详细解析。

1. 要求开发(Requirements Development):该过程域涉及确定、分析和记录系统和软件需求的活动。

它包括需求的获取、管理、分析和验证。

2. 要求管理(Requirements Management):该过程域涉及组织和控制项目的需求。

它包括需求的识别、跟踪、控制和变更管理。

3. 项目计划和监控(Project Planning and Monitoring):该过程域涉及制定和维护项目计划,并监控项目活动的执行。

它包括识别和规划项目活动、建立项目计划、监控项目进展和基于此进行调整。

4. 项目监控和控制(Project Monitoring and Control):该过程域涉及监控和控制项目执行过程中的工作和活动。

它包括收集和分析项目绩效数据、对比实际和计划绩效,对项目进展进行控制。

5. 供应商协议管理(Supplier Agreement Management):该过程域涉及与供应商达成协议,并管理和监控供应商的活动。

它包括选择供应商、与供应商协商、管理和控制供应商的交付和绩效。

6. 产品集成(Product Integration):该过程域涉及对各个组成部分进行整合,形成最终产品。

它包括定义和实施产品集成策略、执行产品集成和验证集成后的产品。

7. 风险管理(Risk Management):该过程域涉及识别、评估和控制项目和产品的风险。

它包括制定风险管理计划、识别和评估风险、并采取相应的风险缓解措施。

8. 决策分析和解决方案评估(Decision Analysis and Resolution):该过程域涉及通过分析和评估不同的解决方案,制定决策。

CMMI扫盲1至5级简述

CMMI扫盲1至5级简述

CMMI扫盲1⾄5级简述CMMI扫盲摘要:CMMI全称是Capability Maturity Model Integration,CMMI是个好东西来的,但⾏内⼈⼠对她的认识并不全⾯,甚⾄有种种的误解。

尽管⽹上有很多CMMI相关介绍,但⼀般都是⽐较苦涩难懂的。

本⽂将⽤⽣动通俗的语句,让⼤家初步看清楚CMMI的真⾯⾯孔。

CMMI是什么东西?CMMI英⽂全称是Capability Maturity Model Integration,直接翻译就是能⼒成熟度模型,直接看这⼏个中⽂字,你还是没有办法搞清楚CMMI是什么东西的。

⼤家可能在⽹上见过很多《成功⼈⼠的七个习惯》(可能还有很多类似的名字)的⽂章吧?有⼈总结了成功⼈⼠的成功的原因,总结出他们的习惯,如果我们也能具备这些习惯,那么我们也很可能成为成功⼈⼠。

类似的,CMMI可以看作是成功企业如何做好软件的⼀些习惯、做法、准则等的集合,是如何做好软件的最佳实践的集合。

如果企业也能按照CMMI的要求做好,那么企业就很可能成为成功的企业。

CMMI⾥⾯所有的要求,都是来⾃于成功企业的最佳实践的,她的先进性我们不必怀疑,如果我们没有做好,那不是CMMI本⾝的问题,⽽是我们⾃⼰没有理解好或者是没有执⾏好的原因。

说到CMMI,就不可避免会提到另外3个字母SEI,SEI全称是Software Engineering Institute 的全称,直译就是软件⼯程研究所,是美国的⼀所⼤学(卡内基梅隆⼤学CMU)与美国国防部合作成⽴的,CMMI标准就是他们搞出来的。

CMMI⽬前最新版本是V1.2,如果你是现在才开始了解CMMI的,那么你完全没有必要去搞清楚V1.1与V1.2的差别,更加没有必要去⽐较CMM与CMMI的差别,直接了解CMMI V1.2就可以了,你只需要知道CMM是CMMI的前⾝,⽽CMMI V1.1虽然⽐CMM要新很多,但现在已经不⽤了。

现在在互联⽹上还有很多⽐较CMM与CMMI的⽂章的,除⾮你很想了解或者你有很多时间,建议不必去看这些内容。

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

组织级过程关注(OPF)
成熟度3级过程管理类过程域
• 组织级过程关注(Organizational Process Focus,OPF) 的目的在于,基于对组织过程与过程资产当前的强项与弱 项的透彻理解,计划、实施并部署组织级过程改进。
• 组织的过程包括组织及其项目使用的所有过程。对组织的过程与过程 资产的候选改进从各种来源获得,包括过程的度量、在过程实施中得 到的经验教训、过程评估的结果、产品与服务评价活动的结果、客户 满意度评价的结果、参考其它组织过程进行基准比较的结果以及来自 组织中其它改进倡议的建议。
成熟度2级支持类过程域
• 过程与产品质量保证(Process and Product Quality Assurance,PPQA)的目的在于向员工与管理层提供对 过程及其相关工作产品的客观洞察。
• “过程与产品质量保证”过程域涉及以下活动: • 对照适用的过程描述、标准与规程,客观评价已执行的过程与工作 产品 • 识别并记录不符合问题 • 向项目员工与管理人员提供对质量保证活动结果的反馈 • 确保不符合问题得到处理
“度量与分析”过程域涉及以下活动: • 明确说明度量与分析的目标,使其与所识别的信息需要及项目、 组织级或业务目标协调一致 • 明确说明度量项、分析技术以及数据收集、数据存储、报告与反 馈的机制 • 实施分析技术以及数据收集、数据报告与反馈的机制 • 提供客观的结果,这些结果可用于做出有根据的决策以及采取适 当的纠正措施
能力等级 成熟度等级1
2 2 2 2 2 2 2 3 3 3 3 3 3 3 3 3 3 3 4 4 5 5
成熟度等级2
成熟度等级3
目标概览2
目标概览3
目标概览4 目标概览5
CMMI重点过程域解释
配置管理(CM)
成熟度2级支持类过程域
• 配置管理(Configuration Management,CM)的目 的在于使用配置识别、配置控制、配置状态记录与报告以 及配置审计,来建立并维护工作产品的完整性。
• 2. 阶段式:
• 把CMMI 中的若干个过程区域分成了5 个成熟度级别,帮 助实施CMMI 的组织建议一条比较容易实现的过程改进发 展道路。
连续式与阶段式表现形式
CMMI模型(连续式表达)
• 成熟度等级
CMMI(连续式表达) - 过程能力
• • • • • • 5 4 3 2 1 0 优化级 已定量管理级 已定义级 已管理级 已执行级 不完整级
组织级过程定义(OPD)
成熟度3级过程管理类过程域
• 组织级过程定义(Organizational Process Definition, OPD)的目的在于建立并维护一套可用的组织级过程资产、 工作环境标准以及团队规则与指南。
• 组织级过程资产使得整个组织具有一致的过程执行,并且为组织提供 一个累积的、长期收益的基础。 • 组织的过程资产库通过让整个组织内共享最佳实践与经验教训来支持 组织级学习与过程改进。 • 组织的标准过程集也描述与供方之间标准的交互。供方交互由下面典 型的事项所描述:期望供方提供的交付物、适用于那些交付物的验收 准则、标准(例如,架构与技术标准),以及标准里程碑与进展评审。
• •
• • • •
所有的开发项目都有需求。需求是设计的基础。需求的开发包括下列活动: • 客户需要、期望与约束的挖掘、分析、确认与沟通,以获得区分了优先级的客 户需求,形成对什么样的需求将能使干系人得到满足的理解 • 干系人需要的收集与协调 • 产品的生命周期需求的开发 • 客户功能性需求与质量属性需求的建立 • 与客户需求一致的产品及产品组件初始需求的建立
供方协议管理(SAM)
成熟度2级项目管理类过程域
• 供方协议管理(Supplier Agreement Management, SAM)的目的在于管理从供方采购产品与服务的活动。
• “供方协议管理”过程域包括以下活动: • 确定采购类型 • 选择供方 • 建立并维护与供方的协议 • 执行供方协议 • 接受所采购产品的交付 • 确保成功地移交所采购的产品
• “配置管理”过程域涉及以下活动: • 识别所选工作产品的配置,其在给定的时间点上组成基线 • 控制对配置项的变更 • 构建或提供规格说明,以便从配置管理系统构建工作产品 • 维护基线的完整性 • 向开发人员、最终用户与客户提供准确的状态与当前的配置数据
度量与分析(MA)
成熟度2级支持类过程域
• 度量与分析(Measurement and Analysis,MA)的目 的在于开发并保持用于支持管理信息需要的度量能力。
• • • • • • •
产品集成(PI)
成熟度3级工程类过程域
• 产品集成(Product Integration,PI)的目的在于将产品 组件装配成产品,确保产品作为一个整体正确地运行(即 具有所要求的功能与质量属性),并交付产品。
• 本过程域涉及如何将产品组件集成为更复杂的产品组件或者完整的产 品。 • 本过程域的范围是按照已定义的集成策略与规程,在一个阶段或者增 量式的多个阶段中进行产品组件的渐进装配,以实现完整的产品集成。 本过程域中使用的术语“产品”与“产品组件”,其含义也包括服务、 服务系统及其组件。
决策分析与解决(DAR)
成熟度3级支持类过程域
• 决策分析与解决(Decision Analysis and Resolution,DAR) 的目的在于使用正式的评价过程,遵循已建立的准则,对已识 别的多个备选方案进行评价,以分析可能的决策。

• • • • • •
“决策分析与解决”过程域涉及建立指南,用以确定哪些问题需要采用 正式评价过程,并应用正式评价过程来解决这些问题。
正式评价过程包含以下活动: • 建立评价备选方案的准则 • 识别备选解决方案 • 选择评价备选方案的方法 • 使用已建立的准则和方法评价备选解决方案 • 基于评价准则从备选方案中选择所推荐的方案
集成项目管理(IPM)
成熟度3级项目管理类过程域
• 集成项目管理(Integrated Project Management,IPM) 的目的在于从组织的标准过程集中裁剪得到集成的已定义过程, 并以此为依据建立并管理项目以及相关干系人的参与。
过程域(PA)
• Process Area:过程域。 • 过程域是某一领域内的一组相关实践,当它们共同得到实 施时,能满足一组对于在本领域作出改进较为重要的目标。 • 共有22个过程域。
CMMI两种模型
CMMI模型表现形式
• 1. 连续式:
• 通过将CMMI 中过程区域分为四大类:过程管理、项目管 理、工程以及支持。对于每个大类中的过程区域,又进一 步分为不同能力等级。
CMMI-软件能力成熟度集成 模型 整体框架和重点过程域解释
CMMI是什么?
• CMMI: Capability Maturity Model Integration(能力 成熟度模型集成)
CMMI的关注点
CMMI三要素:人、技术、过程 CMMI关注的是过程,也就是管理
三要素相互影响,过程的改进会持续会持续从正面影响人和资 源,人的士气和能力持续提高,资源被最合理最优化的配置。
需求管理(REQM)
成熟度2级项目管理类过程域
• 需求管理(Requirements Management,REQM)的目的在 于管理项目的产品与产品组件需求,并确保那些需求与项目计 划和工作产品间的协调一致。
• “需求管理”过程管理所有由项目收到或产生的需求,包括技术与非 技术需求,以及由组织赋予项目的需求。 • 项目应采取适当的步骤来确保已批准的需求集得到管理,以支持项目 计划与执行的需要。当项目从已批准的需求提供方处接收了需求,应 在将这些需求纳入项目计划之前,与需求提供方一起评审这些需求, 以解决问题并避免误解。一旦需求提供方与需求接收方达成一致,应 从项目参加者处获得对需求的承诺。随着需求的演变,项目对需求的 变更进行管理,并识别在计划、工作产品与需求间的不一致。
组织级培训(OT)
成熟度3级过程管理类过程域
• 组织级培训(Organizational Training,OT)的目的在于发展 人员的技能与知识,使其能够有效且高效地执行他们的角色。
• “组织级培训”涉及用于支持组织战略业务目标的培训,并满足跨项目、 跨支持组的通用战术培训需要。由个别项目与支持组识别的、用以满足 其特定需要的培训在项目与支持组层面进行处理,处于“组织级培训” 过程域的范围之外。 组织级培训项目包括以下活动: • 识别组织所需要的培训 • 获得并提供培训,以解决已识别的培训需要 • 建立并维护培训能力 • 建立并维护培训记录 • 评估培训有效性
项目监督与控制(PMC)
成熟度2级项目管理类过程域
• 项目监督与控制(Project Monitoring and Control, PMC)的目的在于提供对项目进展的了解,以便在项目 绩效显著偏离计划时可采取适当的纠正措施。
• 文档化的项目计划是监督活动、沟通状态以及采取纠正措施的基础。 主要通过在项目进度表或WBS中预定的里程碑处或者控制级别上,将 实际的工作产品与任务属性、工作量、成本以及进度与计划进行对比 来确定进展情况。对进展的适当可视性使得绩效与计划发生显著偏差 时能够及时采取纠正措施。显著偏差是指如果不解决就会妨碍项目达 成其目标的偏差。
• “集成项目管理”涉及以下活动: • 在项目启动时,通过裁剪组织的标准过程集建立项目已定义的过程 • 用项目已定义的过程管理项目 • 基于组织的工作环境标准,为项目建立工作环境 • 建立旨在达成项目各项目标的团队 • 使用组织级过程资产并为其做贡献 • 在项目期间,使相关干系人关注的事项得以识别、考虑并在适当的时 候得到处理 • 确保相关干系人(1)协作、及时地执行他们的任务;(2)处理项目 的需求、计划、目标、问题与风险;(3)实现他们的承诺;(4)识别、跟 踪与解决协调问题
相关文档
最新文档