CMMI-项目管理过程域
CMMI_过程域_简述
CMMI过程域介绍明确你如果要做一个产品开发，你首先要理解你要做的事，就是要做好需求开发(RD)，又由于产品的需求经常会变，所以你要做好需求管理(REQM)；你知道你要做什么事了，做这个事其实是一个项目，你要考虑如何管理，才能保质保量的实现需求，所以你需要做好项目计划(PP)，根据计划做好项目监督和控制(PMC)，项目如果需要采购，要做好供应商管理(SAM)，项目都会有风险，所以要做好风险管理(RSKM)，如果产品是集成产品，需要多个部门，甚至多个公司合作，就要做好集成团队管理(IT)、做好集成项目管理(IPM)、做好集成供应商的管理(ISM)。
如果可能，做到精细化管理就更好，这就是怎样做好定量项目管理(QPM)。
你知道要做什么了，你也知道怎么去管理了，你还需要有一定的环境支持，需要做好集成组织环境(OEI)，你需要做好配置管理(CM)，免得版本出错，工作中难免有遗漏、有人会不按规范做事，你需要做过程和产品质量保证(PPQA)，产品开发中碰到问题，如何进行决策分析和解决方案(DAR)。
现在万事具备，你要考虑的是怎么做你的产品，就是怎么实现这些需求，你需要做好技术解决方案(TS)，也就是产品的设计和实现，如果是集成产品，你要考虑怎样产品集成(PI)，做出来后你需要知道实现的是否和设计的相一致，是否能满足需求，所以必须做好验证(VER)和确认(VAL)。
一个产品开发做好了，但公司一定不会仅仅是一个产品，会要做很多产品，要进行经验总结、吸取经验教训，进行改进提高，因此你需要在做产品开发的同时做好度量和分析(M&A)，以了解公司产品开发的效率或其它信息，为其它产品计划做依据。
公司需要考虑公司哪些方面需要改进，组织过程核心(OPF)，怎样改进，组织过程定义(OPD)，过程出来后，人员水平也要提高，要考虑如何进行组织培训(OT)。
公司要做得更好，需要经常评估公司的过程是否合理，组织过程绩效(OPP)，不合理就需要创新改进，那么如何组织创新和实施(OID)。
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整体框架和重点过程域解释
组织级过程定义（OPD）
成熟度3级过程管理类过程域
• 组织级过程定义（Organizational Process Definition， OPD）的目的在于建立并维护一套可用的组织级过程资产、 工作环境标准以及团队规则与指南。
• 组织级过程资产使得整个组织具有一致的过程执行，并且为组织提供 一个累积的、长期收益的基础。 • 组织的过程资产库通过让整个组织内共享最佳实践与经验教训来支持 组织级学习与过程改进。 • 组织的标准过程集也描述与供方之间标准的交互。供方交互由下面典 型的事项所描述：期望供方提供的交付物、适用于那些交付物的验收 准则、标准（例如，架构与技术标准），以及标准里程碑与进展评审。
“度量与分析”过程域涉及以下活动： • 明确说明度量与分析的目标，使其与所识别的信息需要及项目、 组织级或业务目标协调一致 • 明确说明度量项、分析技术以及数据收集、数据存储、报告与反 馈的机制 • 实施分析技术以及数据收集、数据报告与反馈的机制 • 提供客观的结果，这些结果可用于做出有根据的决策以及采取适 当的纠正措施
组织级培训（OT）
成熟度3级过程管理类过程域
• 组织级培训（Organizational Training，OT）的目的在于发展 人员的技能与知识，使其能够有效且高效地执行他们的角色。
• “组织级培训”涉及用于支持组织战略业务目标的培训，并满足跨项目、 跨支持组的通用战术培训需要。由个别项目与支持组识别的、用以满足 其特定需要的培训在项目与支持组层面进行处理，处于“组织级培训” 过程域的范围之外。 组织级培训项目包括以下活动： • 识别组织所需要的培训 • 获得并提供培训，以解决已识别的培训需要 • 建立并维护培训能力 • 建立并维护培训记录 • 评估培训有效性
CMMI的22个过程域及其特定目标和实践
CMMI的22个过程域及其特定目标和实践CMMI共含有22个过程域：一、项目管理类：1、项目策划（PP）：SG1 完成参数估计SP1.1 估计项目的范围SP1.2估计项目属性SP1.3确定项目生存周期SP1.4 确定工作量和成本的估计值SG2 拟订项目计划SP2.1 编制预算和进度 SP2.2识别项目风险 SP2.3策划数据管理 SP2.4策划项目资源 SP2.5 策划必要的知识和技能 SP2.6策划共利益者的介入 SP2.7拟订项目计划SG3 获得对计划的承诺SP3.1 审查从属计划 SP3.2使工作与资源配备协调 SP3.3获得计划承诺2、项目监督和控制（PMC）：SG1 对照计划监督项目SP1.1 监督项目策划参数 SP1.2 监督承诺 SP1.3监督项目风险 SP1.4监督资料管理 SP1.5监督共利益者介入情况 SP1.6进行进展审查 SP1.7里程碑审查SG2 管理纠正措施，直到结束SP2.1 分析问题：收集并分析问题，确定处理这些问题所需的纠正措施SP2.2 采取纠正措施：对所识别的问题采取纠正措施3、集成项目管理（IPM）+IPPDSG1运用项目已定义过程SP1.1建立项目已定义过程 SP1.1运用组织过程财务策划项目活动 SP1.1建立项目工作环境综合计划 SP1.1运用综合计划管理项目 SP1.1充实组织过程财富SG2与相关的共利益者协调和合作SP2.1管理共利益者介入 SP2.2管理依存关系 SP2.3解决协调问题SG3IPPD应用（应用IPPD原则）SP3.1 建立项目的共同愿景 SP3.2 建立集成团队架构 SP3.3 分配需求至集成团队 SP3.4 建立集成团队 SP3.5确保跨团队间的合作4、供方协定管理（SAM）SG1 建立供方协定SP1.1分析由项目所决定的需求 SP1.2选择供方 SP1.3 建立供方协定SG2 满足供方协定SP2.1执行供方协定 SP2.2监督选定的供方过程 SP2.3评估选定的供方工作产品 SP2.4接受取得的产品 SP2.5移交产品5、风险管理（RSKM）SG1 准备风险管理SP1.1确定风险来源和类别 SP1.2定义风险参数 SP1.3建立风险管理战略SG2 识别和分析风险SP2.1识别风险 SP2.2对风险进行评价、分类和排列优先顺序SG3 缓解风险SP3.1拟订风险缓解方案 SP3.2实施风险缓解6、定量项目管理(QPM)SG1定量管理项目SP1.1建立项目目标 SP1.2组成已定义过程 SP1.3选择将予以管理的子过程 SP1.4管理项目性能SG2对子过程进行统计管理SP2.1选择度量值和分析技术 SP2.2运用统计方法，以掌握变化情况 SP2.3监督所选择的子过程的性能 SP2.4记录统计管理数据二、工程类1、需求管理（RM）2、需求开发（RD）3、技术解决（TS）SG1 选择产品构建解决方案SP1.1开发详细候选解决方案和选择准则 SP1.2开发操作概念和场景 SP1.3选择产品构件解决方案SG2 设计SP2.1运用有效的设计方法 SP2.2建立完备的技术数据包 SP2.3设计综合性接口 SP2.4进行制作、购买或复用分析SG3 实现产品设计SP3.1实现设计 SP3.2编制产品支持文档4、产品集成（PI）SG1 准备产品集成SP1.1建立产品集成战略 SP1.2建立产品集成环境 SP1.3规定详细的产品集成规程SG2 确保接口兼容性SP2.1审查接口描述的完备性 SP2.2管理接口SG3 组装产品构件和交付产品SP3.1确认集成用的产品构件已经准备就绪 SP3.2组装产品构件 SP3.3核查组装的产品构件 SP3.4打包和交付产品或产品构件5、验证（VER）6、确认（VAL）三、组织过程类：1、组织过程定义（OPD）SG1 建立组织过程资产SP1.1建立标准过程 SP1.2 建立生命周期模型描述 SP1.3建立裁剪准则及指南 SP1.4建立组织度量库 SP1.5建立组织过程资产库 SP1.6建立工作环境标准SG2 促成IPPD管理SP2.1建立授权机制 SP2.2建立集成团队规则与指南 SP2.3平衡团队与原隶属组织的责任2、组织过程聚焦（OPF）SG1 确定过程改进机会SP1.1确定组织的过程需求 SP1.2评估组织的过程 SP1.3识别组织的过程改进项目SG2 策划和实施过程改进活动SP2.1制定过程行动计划 SP2.2实施过程行动计划 SP2.3部署过程和相关的过程财富 SP2.4把过程相关的经验纳入本组织的过程财富3、组织培训（OT）SG1 确定培训需求并且使培训现成可用SP1.1 确定战略培训需求 SP1.2确定有哪些培训需求由组织负责满足 SP1.3 建立组织培训战术计划 SP1.4建立培训能力SG2 提供必要的培训SP2.1交付培训 SP2.2建立培训记录 SP2.3评价培训效果4、组织过程性能（OPP）SG1 建立性能基线和模型SP1.1 选择过程 SP1.2建立过程性能度量值 SP1.3建立质量和过程性能目标 SP1.4建立过程性能基线 SP1.5建立过程性能模型5、组织革新与部署（OID）SG1 选择改进项目SP1.1 收集和分析改进建议 SP1.2 识别革新 SP1.3 试行改进 SP1.4 选择改进建议，用于部署SG2 部署改进SP2.1策划部署 SP2.2管理部署 SP2.3度量改进效果四、支持类1、过程和产品质量保证（PPQA）SG1 客观评价过程和工作产品SP1.1客观评价过程 SP1.2客观评价工作产品和服务SG2 客观提供情况SP2.1通报不符合问题，并且确保解决它们 SP2.2建立记录2、配置管理（CM）SG1 建立基线SP1.1识别配置项 SP1.2建立配置管理系统 SP1.3建立或放行基线SG2 跟踪并控制变更SP2.1跟踪变更 SP2.2控制变更SG3 建立完整性SP3.1建立配置管理记录 SP3.2进行配置审计3、测量和分析（MA）SG1 协调测量和分析活动SP1.1 建立测量目标 SP1.2详细说明度量值 SP1.3说明数据收集和存储规程 SP1.4规定分析规程SG2 提供度量结果SP2.1收集度量数据 SP2.2分析度量数据 SP2.3存储数据和结果 SP2.4通报分析结果4、决策分析和决定（DAR）SG1 评价候选方案SP1.1拟订并运用决策分析的指导原则 SP1.2选择评价技术 SP1.3拟订评价准则 SP1.4确定推荐的侯选方案 SP1.5评价候选方案 SP1.6选择解决方案5、原因分析和决定（CAR）SG1 确定缺陷的原因SP1.1选择缺陷数据，用于分析、选择缺陷和其他问题，以供分析使用 SP1.2分析原因SG2 处理缺陷原因SP2.1实施措施建议 SP2.2评价变更的效果 SP2.3记录数据。
CMMI过程域一览表
CMMI过程域一览表CMMI-DEV 1.2过程域一览表CMMI-DEV 1.2的22个过程域CMMI等级2级 2级 2级 2级 2级 2级中文名称需求管理项目规划项目监控供应商协议管理度量分析过程和产品质量保证英文名称Requirements Management Project PlanningProject Monitoring and Control Supplier Agreement Management Measurement and Analysis Process and Product Quality Assurance2级 3级 3级 3级 3级 3级 3级 3级 3级 3级 3级 3级 4级配置管理需求开发技术方案产品集成验证确认组织过程焦点组织过程定义组织培训集成化项目管理风险管理决策分析与解决方案组织过程绩效Configuration Management Requirements Development Technical Solution Product Integration Verification Validation Organizational Process Focus Organizational Process Definition Organizational TrainingIntegrated Project Management Risk ManagementDecision Analysis and Resolution Organizational Process Performance4级 5级定量项目管理组织革新与部署Quantitative Project Management Organizational Innovation and Deployment5级原因分析与解决方案Causal Analysis and ResolutionCAR支持QPM OID项目管理过程管理CM RD TS PI VER VAL OPF OPD OT IPM RSKM DAR OPP支持工程工程工程工程工程过程管理过程管理过程管理项目管理工程支持过程管理缩写 REQM PP PMC SAM MA PPQA过程类型工程项目管理项目管理项目管理支持支持。
cmmi整体框架和过程域解释讲解
• 2. 阶段式：
• 把CMMI 中的若干个过程区域分成了5 个成熟度级别，帮 助实施CMMI 的组织建议一条比较容易实现的过程改进发 展道路。
连续式与阶段式表现形式
CMMI模型(连续式表达)
• 成熟度等级
CMMI(连续式表达) - 过程能力
• • • • • • 5 4 3 2 1 0 优化级 已定量管理级 已定义级 已管理级 已执行级 不完整级
能力等级 成熟度等级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）的目 的在于使用配置识别、配置控制、配置状态记录与报告以 及配置审计，来建立并维护工作产品的完整性。
“度量与分析”过程域涉及以下活动： • 明确说明度量与分析的目标，使其与所识别的信息需要及项目、 组织级或业务目标协调一致 • 明确说明度量项、分析技术以及数据收集、数据存储、报告与反 馈的机制 • 实施分析技术以及数据收集、数据报告与反馈的机制 • 提供客观的结果，这些结果可用于做出有根据的决策以及采取适 当的纠正措施
CMMI-软件能力成熟度集成 模型 整体框架和重点过程域解释
CMMI是什么？
• CMMI: Capability Maturity Model Integration（能力 成熟度模型集成）
CMMI的关注点
CMMI三要素：人、技术、过程 CMMI关注的是过程，也就是管理
三要素相互影响，过程的改进会持续会持续从正面影响人和资 源，人的士气和能力持续提高，资源被最合理最优化的配置。
CMMI3级过程域
CMMI3级过程域CMMI3级是CMMI（Capability Maturity Model Integration，能力成熟度模型集成）的一个等级，它代表了一个组织在其软件开发和管理过程方面的成熟度水平。
CMMI3级要求组织在战略规划、项目管理和工程实践等方面都进行了规划和实施，并能够通过度量和分析来改进其过程。
本文将针对CMMI3级中的过程域（PA）进行详细介绍。
1. Requirements Development (RD) —需求开发需求开发是指定义和收集项目所需的功能和约束条件，并确保其正确性、准确性和一致性的过程。
这个过程域包括需求的获取、分析、规范和验证等活动。
在CMMI3级中，组织需要建立适当的需求开发过程，确保需求的完整性和明确性，同时也要进行需求的管理和变更控制。
2. Technical Solution (TS) —技术解决方案技术解决方案是指开发和维护软件的过程，包括软件架构设计、详细设计、编码和单元测试等活动。
在CMMI3级中，组织需要确保对技术解决方案进行详细规划和实施，包括选择合适的架构和技术，检查和审查设计和代码等。
同时，组织也需要建立和执行软件配置管理和版本控制等活动。
3. Product Integration (PI) —产品集成产品集成是指将不同的软件构件组合起来，并进行验证和部署的过程。
在CMMI3级中，组织需要建立适当的产品集成过程，确保集成的正确性和稳定性，同时也要进行集成测试和验证。
组织还需要建立相应的配置管理和版本控制机制，确保产品集成的可控性和可追溯性。
4. Verification (VER) —验证验证是指在软件开发过程中对产品的需求进行确认和验证的过程。
在CMMI3级中，组织需要建立适当的验证过程，包括验证计划的制定、验证活动的执行和验证结果的分析。
验证活动可以包括软件测试、代码审查、功能验证等，以确保开发的产品符合需求和规范。
5. Validation (VAL) —验证确认验证确认是指在软件开发过程结束后对最终产品进行确认和验证的过程。
CMMI的5个级别和25个过程域
CMMI的5个级别和25个过程域CMMI (Capability Maturity Model Integration)是一个结构化的过程改进方法，用于评估和提升组织的软件工程能力。
CMMI分为五个不同的成熟度级别，每个级别都有一组相关的过程域。
本文将详细介绍CMMI的五个级别和25个过程域。
1. 初始级别 (Level 1 - Initial)初始级别指的是一个组织在软件开发方面缺乏组织化和预测性的过程。
在这个级别上，软件开发过程通常是不可控制的，且无法重复使用。
这意味着项目结果无法预测和控制，导致成本和进度的不确定性。
2. 执行级别 (Level 2 - Managed)执行级别指的是一个组织开始建立和管理自己的软件开发过程。
在这个级别上，组织已经建立了一些基本的软件开发过程，并能够在不同的项目中重复使用这些过程。
然而，这些过程还没有得到完全的规范和标准化。
2.1 需求管理 (Requirements Management)需求管理是确保正确、一致和可追踪需求的过程。
它涉及定义、确认和维护需求，以确保项目能够满足用户的期望。
2.2 项目计划与监控 (Project Planning and Monitoring)项目计划与监控是制定和监控项目时间表、成本和资源的过程。
它确保项目能够按计划进行，并能够做出合适的调整以达到预期的目标。
2.3 供应商协商 (Supplier Agreement Management)供应商协商是与供应商建立和维护合作关系的过程。
它确保与供应商的交付和管理能够满足项目的需求。
2.4 产品质量保证 (Product Quality Assurance)产品质量保证是确保项目交付的产品符合质量标准和用户期望的过程。
它涉及质量计划、质量审查和质量度量等活动。
2.5 配置管理 (Configuration Management)配置管理是管理项目的配置项（包括软件、硬件和文档等）的过程。
CMMI-过程域中英文
CMMI 等级中文名称英文名称2级需求管理Requirements Management 2级项目计划Project Planning2级项目监控和控制Project Monitoring and Control 2级供应商合同管理Supplier Agreement Management 2级度量和分析Measurement and Analysis 2级过程和产品质量保证Process and Product Quality Assurance 2级配置管理Configuration Management 3级需求开发Requirements Development 3级技术解决方案Technical Solution 3级产品集成Product Integration 3级验证Verification 3级确认Validation3级组织过程焦点Organizational Process Focus 3级组织过程定义Organizational Process Definition 3级组织培训Organizational Training3级集成项目管理Integrated Project Management 3级风险管理Risk Management3级决策分析与解决方案Decision Analysis and Resolution 4级组织过程性能Organizational Process Performance 4级定量项目管理Quantitative Project Management 5级组织革新与部署（组织性能管理）Organizational Innovation and Deployment5级原因分析与解决方案Causal Analysis and Resolution有16个核心过程域，1个共享过程域和5个特定的开发过程域5个特定过程域缩写过程类型REQM工程PP项目管理PMC项目管理SAM项目管理MA支持PPQA支持CM支持RD工程TS工程PI工程VER工程VAL工程OPF过程管理OPD过程管理OT过程管理IPM项目管理RSKM项目管理DAR支持OPP过程管理QPM项目管理OID过程管理CAR支持过程域5。
CMMI项目管理开发过程
软件开发计划
项目推进计划
项目组结构分析
人员与技能差距分析
项目成员
度量计划
项目跟踪监控计划
风险管理计划与跟踪表
培训计划
估计结果
阶段进度
规模估算
工作量分解估算
质量情况估算
阶段计划
决策分析与解决方案记录表
9、静夜四无邻，荒居旧业贫。。10、雨中黄叶树，灯下白头人。。11、以我独沈久，愧君相见频。。12、故人江海别，几度隔山川。。13、乍见翻疑梦，相悲各问年。。14、他乡生白发，旧国见青山。。15、比不了得就不比，得不到的就不要。。。16、行动出成果，工作出财富。。17、做前，能够环视四周；做时，你只能或者最好沿着以脚为起点的射线向前。。9、没有失败，只有暂时停止成功！。10、很多事情努力了未必有结果，但是不努力却什么改变也没有。。11、成功就是日复一日那一点点小小努力的积累。。12、世间成事，不求其绝对圆满，留一份不足，可得无限完美。。13、不知香积寺，数里入云峰。。14、意志坚强的人能把世界放在手中像泥块一样任意揉捏。15、楚塞三湘接，荆门九派通。。。16、少年十五二十时，步行夺得胡马骑。。17、空山新雨后，天气晚来秋。。9、杨柳散和风，青山澹吾虑。。10、阅读一切好书如同和过去最杰出的人谈话。11、越是没有本领的就越加自命不凡。12、越是无能的人，越喜欢挑剔别人的错儿。13、知人者智，自知者明。胜人者有力，自胜者强。14、意志坚强的人能把世界放在手中像泥块一样任意揉捏。15、最具挑战性的挑战莫过于提升自我。。16、业余生活要有意义，不要越轨。17、一个人即使已登上顶峰，也仍要自强不息。
2.2 项目规划流程
项目策划活动是项目管理中的日常工作，其中启动阶段的项目策划活动侧重于整个项目过程的估计和里程碑的策划，而细化、构造、移交阶段的项目策划活动侧重于细化当前阶段的计划或调整计划的指导性和适用性。
CMMI-简介+过程域介绍
➢ 能力度等级，属于连续式表述，应用于个 别过程域的组织过程改进的达成。这些等 级对一个过程域有递增地改进过程的方式 。
➢ 四个能力度等级：
0 不完整级
顾客导向、科技领航、全面管理、精益求精
2.1.2 能力度等级
能力0级：不完整级 ➢ 一个不完整过程是一个没有执行或部分执行的过程。无法满足过程域
➢ 过程性能依赖于个人的能力和英雄行为 ➢ 一旦指派最优秀的人员执行任务时，高质
量和出色表现是有可能的 ➢ 过程性能不可预计
顾客导向、科技领航、全面管理、精益求精
不可预测的过程性能
In
Out
• 只有输入（需求）和输出（系统产品） • 产品可能是在某种不规则的过程中产生
顾客导向、科技领航、全面管理、精益求精
程改进信息
顾客导向、科技领航、全面管理、精益求精
过程是 “已定义的”
In
Out
• 项目定义的软件过程 • 项目进展和状态的可视性 • 组织的软件能力均衡、一致
顾客导向、科技领航、全面管理、精益求精
CMMI 4级--量化管理级
➢ 过程性能的可预见性 ➢ 使用统计和其他量化技术来控制项目和已选择的子系统的性能 ➢ 组织与项目针对质量与过程绩效建立量化目标，并使用它们当做管理
目录
1
CMMI概述
2
CMMI结构
3பைடு நூலகம்
CMMI过程域
4
问题与讨论
顾客导向、科技领航、全面管理、精益求精
1 CMMI 概述
顾客导向、科技领航、全面管理、精益求精
1 .1 CMMI简介
➢ CMMI全称是Capability Maturity Model Integration, 即软件能力成熟度模型集成， 是由美国国防部与卡内基-梅隆大学和美国 国防工业协会共同开发和研制的，其目的 是帮助软件企业对软件工程过程进行管理 和改进，增强开发与改进能力，从而能按 时地、不超预算地开发出高质量的软件。
CMMI-DEV 22个过程域详解
CMMI-DEV 22个过程域详解CMMI-DEV中提到的开发，是包括了软件、硬件等类型的开发。
CMMI-DEV这个模型还可以增加适用于复杂多学科的产品开发的IPD附件，在CMMI之外称为IPD，在CMMI内称为IPPD。
IPPD并没有涉及到市场、财务等。
多出来的一个P 代表是过程，IPD中包含了市场与财务，所以IPD与IPPD是有一定差别的。
IPPD 有其适用范围，不能乱用，IPD也是同理。
国内有些企业盲目追随华为实施IPD，成功者少，失败者众。
为什么呢？没有注意IPD的适用范围。
IPD适用于什么类型的组织呢？（1）复杂产品的开发，需要多学科配合协同的产品开发；（2）市场驱动的产品开发，产品需要随时判断是否满足了市场的需求，是否投入产出合适，如果不可以，需要随时终止项目的开发。
（3）项目的团队规模比较大，需要划分为多个小组进行协同工作。
小组之间的沟通是项目成功的一个制约因素。
在CMMI-DEV中包含了22个过程域。
何谓过程域（process area，简写为PA）？过程域是一类最佳实践的集合，这些最佳实践属于同一类的过程。
CMMI 中有几百条最佳实践，需要将他们分类管理，以便于实施，便于记忆。
分类的方法是人们分析、认识问题的一种主要的方法。
在CMMI中将所有的实践划分成了22类，每类中包含的实践个数从4个到14个不等。
这种分类是否就完全合理呢？仁者见仁，智者见智，没有绝对的合理，有的实践放在某个PA中很自然，有的就有点牵强，SEI就那么划分了，你就那么记忆吧。
要注意过程域与过程的概念不同，过程域是实践的集合，何谓集合？集合中的元素是没有严格的先后顺序的，是一个堆，堆是数据结构中的专业术语。
过程是活动的偏序集（偏序关系是离散数学中的专业术语），活动之间是有先后顺序的。
不要搞混了2个概念，否则是很囧的。
22个过程域可以分成4类，项目管理类、过程管理类、工程类、支持类。
总结为下表：。
量化项目管理：CMMI模型过程域系列学习中文版
【CMMI学习】量化项目管理：CMMI模型过程域系列学习中文版QUANTITATIVE PROJECT MANAGEMENT 量化项目管理Purpose 目的量化项目管理（简称QPM）的目的是量化地管理项目的已定义过程，以达到项目既定的质量和过程性能目标。
Introductory Notes 简介上述被识别的质量和过程性能目标、度量和基线，是由组织过程性能过程域相关内容开发而来。
随后，实施与量化项目管理过程域相关过程的结果（如度量定义和度量数据），将成为组织过程性能过程域所指的组织过程资产库的一部分。
为有效实施本过程域的的特定实践，组织应已建立一组标准过程和相关的组织过程资产，例如已用于各项目建立其已定义过程的组织度量库和组织过程资产库。
项目的已定义过程是由一组集成的和一致的项目生命周期下的子过程构成。
其中一部分是通过选择和裁剪组织标准过程而来。
项目还应确保可以获得供应商工作的度量和进度数据。
要成功的完成本过程域的特定实践必须与供应商建立有效的关系。
过程性能是实际过程性能结果的度量指标。
过程性能由两方面组成，包括过程度量（如投入、周期时间、缺陷去除效率）和产品度量（如可靠度、缺陷密度、反应时间）。
子过程是更高级已定义过程的已定义的模块。
例如，典型的组织的开发过程，由需求开发、设计、构建、测试和同行评审等子过程构成。
这些子过程本身也可适时的进一步分解为其他子过程或过程元素。
量化管理的一个基本要素是对估计要有信心（应可以预测满足项目质量和过程性能目标的程度）。
基于识别出来的可预测性能的需要，选定将被统计化管理的子过程。
量化管理的另一个基本要素是要了解实际过程性能变化的本质和程度，并了解在何时项目的实际性能将无法达成项目质量和过程性能的目标。
统计管理化涉及统计思想和正确使用各种统计技术，如执行图、控制图、置信区间、预测区间、假设验证等。
量化管理使用统计管理得到的数据，以帮助该项目预测是否将能够实现其质量和过程性能的目标，并识别应采取的纠正措施。
CMMI-OPD+OPF+过程管理过程域
Institute of Software,Chinese Academy of Sciences
CMMI-过程管理过程域
OPF,OPD,OT IPM(项目管理的过程域)
OPP,OID
2019/11/7
1
主要内容
过程管理的概念 过程管理过程域 总结
中国科学院软件研究所
2019/11/7
17
建立过程改进需求的手段
中国科学院软件研究所
Institute of Software,Chinese Academy of Sciences
对比法
对照某个过程模型，评估组织的过程
调查法
从干系人处获得改进需求
2019/11/7
18
中国科学院软件研究所
Institute of Software,Chinese Academy of Sciences
部署组织过程资产 部署标准过程 监控实施 将过程相关经验纳入于组织过程资产
2019/11/7
28
SP 3.1
中国科学院软件研究所
Institute of Software,Chinese Academy of Sciences
部署组织过程资产
在组织范围内部署组织过程资产
PAL的规划 PAL的使用指南 PAL的维护
(Project Management PA) Organizational Training Organizational Process Performance Organizational Innovation and Deployment
2019/11/7
9
中国科学院软件研究所
典型工作产品
CMMI过程域(全)
项目监督和控制——PMC
特定目标（SG2）： 当项目的性能或结果与其计划严重偏离 时，要采取适当的纠正行动并对其加以管理直至问题得到解 决。
特定实践： SP2.1 收集和分析问题，并确定解决问题的必要的纠正行动。 SP2.2 对照项目计划中标识出的承诺进行监督。 SP2.3 管理纠正行动，直到问题得到解决。
1建立顶层的工作分解结构建立顶层的工作分解结构wbswbs来估计项目的范围来估计项目的范围根据产品属性开发工作分解结构根据产品属性开发工作分解结构详细标识工作产品以便说明项目作业责任和进度等的估计详细标识工作产品以便说明项目作业责任和进度等的估计情况情况识别从项目以外获得的工作产品或工作产品构件识别从项目以外获得的工作产品或工作产品构件识别可复用的工作产品识别可复用的工作产品spsp11
项目策划—特殊实践分析
SP3.3 从负责实施和支持计划执行的利益关系人处获得承诺。 与相关的共利益者共同确定必要的支持和商谈承诺 把组织的所有承诺形成文件 在适当时，高级经理审查内部承诺 在适当时，高级经理审查外部承诺
项目策划—实施建议
培训人员 管理配置项：
工作分解结构表 项目计划 资料管理计划 共利益者介入计划 使共利益者适时介入 监督和控制该过程 评价遵循情况 高层管理者审查状态
项目策划——PP
特定目标（SG1）： 建立和维护项目计划参数的估计。 特定实践：
SP1.1 建立顶层的工作分解结构（WBS）来估计项目的范围。 SP1.2 建立和维护对工作产品和任务的属性的估计并且将其
文档化。 SP1.3 定义项目的生命周期阶段，并据此来限定计划的工作
量范围。 SP1.4 根据估计原理，对项目的工作产品和任务所需的工作
CMMI3级中18个过程域包含关系及目的（整理）
CMMI3级中18个过程域包含关系及目的（整理）SSP过程类别 SSP定义的过程域与CMMI 等级3 的18个过程域包含关系目的过程管理组织过程改进（OPF）CMMI 3级，Organization Process Focus 目的在于掌握组织的过程状态，识别过程改进机会，策划和实施本组织的过程改进活动。
组织过程定义（OPD） CMMI 3级，Organization Process Definition 目的在于建立并维护一批可用的组织过程财富。
组织应遵循本过程建立和维护组织标准过程及组织财富库，以供使用。
组织培训（OT） CMMI 3级，Organization Training 规范公司培训的工作流程，建设高效实用的培训机制，提高培训工作在公司人力资源配置中所起的作用。
项目管理立项（PIM）CMMI 2级，Project Planning 通过规范公司立项流程，确保项目立项基于合理的分析、科学的决策，确保项目能够顺利实施，并为公司实施项目管理建立基础。
集成项目管理（IPM）CMMI 3级，Integrated Project Management 按照集成的、已定义的过程（项目已定义过程）来管理项目。
这种项目已定义过程是从SSP剪裁而来。
项目策划（PP）CMMI 2级，Project Planning 通过项目策划确保项目的策划活动科学、有效、合理，明确项目的范围与目标，确定项目的进度、资源、成本安排，建立项目工作的准则与基础。
CMMI 3级，Integrated Project Management 项目监督和控制（PMC）CMMI 2级，Project Monitoring and Control 通过周期性地跟踪项目计划的各种性能参数如工作产品的规模、工作量、成本、进度、风险等，不断地了解项目的进展情况，以便当项目实际进展状况显著偏离项目计划时能够及时采取纠正措施。
最终目的都是为了使项目按时、按预算交付合格的产品。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
• 识别约束
2012-12-24
38
SP 2.1
建立预算和工期2
• 识别任务依赖关系
• 关键路径法 (CPM)，项目评价与评审技术 (PERT)，资源限制排序
• 确定预ቤተ መጻሕፍቲ ባይዱ和工期 • 建立纠正措施标准
• 架构特征（例如分布式或客户机服务器类型） • 新技术或成熟技术 • 最终产品功能的安全、保密和工效特征
2012-12-24
27
SP 1.2 建立工作产品和任务属性的估计2
• 2.确定估算资源需求的方法
• 使用经验证的模型或历史数据估计规模和复杂 度 • 下面是一些常用的方法：
• 集成电路设计中的逻辑门数目 • 软件中的代码行或功能点 • 系统工程中的需求个数/复杂度
2012-12-24
8
基本项目管理过程域
PMC
纠正措施 再计划 要监督什么 要开发什么 纠正措施 项目执行状态、 问题 、度量分析结果
项目执行状态、 问题，进展和里程 碑评审结果
RD, REQM
PP
任务拆分
RD,TS,PI,VER,VAL 工程和支持过程域
度量需求
计划
供应商协议
SAM
产品构件需求 技术问题 完成的产品构件 验收测试
项目定义过程和 工作环境
适合团队构成 的产品架构 协调, 承诺, 要解决的问题 执行工程过程和支持过 程的集成团队
项目定义过程 风险减缓计划 项目愿景 纠正措施 项目性能数据
工程和支持过程域
2012-12-24
基本的项目 管理过程域
10
项目策划
Project Planning
2012-12-24
11
36
SG2 开发项目计划
• • •
• •
• •
SP 2.1 SP 2.2 SP 2.3 的管理 SP 2.4 SP 2.5 技能 SP 2.6 SP 2.7
建立预算和工期 识别项目风险 计划对项目资料
计划项目资源 计划所需知识和
计划的数据 SG2 开发项目计划
建立预算和 工期 计划对项目 资料的管理 计划项目 资源
项目的要素：
• 目标、应用、技术、规模、历时 • 客户、项目组
4
2012-12-24
日常的项目行为应该是……
• 计划第一，依据计划办 事 • 事后反应 • 用事实决策 • 以感觉代替现状 • 反省和体会 • 边走边看，等待非常事 件 • 做好准备 • 靠“勇气”决断 • 观察和度量工作绩效 • 除了自己指责他人
2012-12-24
13
如果PP执行地不好……
• • • • 项目属性的估算是不准确的 从一个简陋的计划文档中难以识别到偏差 当需要的时候，资源却不可用 未来的项目不能从已结束的项目中获得经验
2012-12-24
14
特定目标
• SG 1 建立估算
• 建立和维护项目计划的估计参数
• SG 2
• SG 3
• 工作量估算
• 运算法 2012-12-24 • 专家判断法
32
Wideband Delphi方法
步骤 活动 1. 2. 3. 4. 5. 6.
2012-12-24
召集人召集所有参加估计的人员，并将软件项目的需求和估计用表格 分发给大家 召集人召集所有参加估计的人员进行一个会议，讨论有关软件规模的
2012-12-24
25
SP 1.1 估计项目范围－子实践
• 3. 识别需要外购的工作产品或工作产品模块 • 4. 识别需要重用的工作产品 • 典型的工作产品包括
• 任务描述 • 工作包描述 • WBS
2012-12-24
26
SP 1.2 建立工作产品和任务属性的估计1
• 1. 确定技术方法
• 项目技术路线，定义产品开发的高层策略，例如
• • • • • • • • • 估计范围和必须执行的工作 建立产品的开发机制 开发项目计划 获得对计划的承诺 与供应商的工作 依据计划监控项目进展 识别和分析风险 对重大偏差采取措施 为减缓风险采取措施
7
2012-12-24
项目管理的过程域
• 包括
• • • • • • Project Planning （PP） Project Monitoring and Control（PMC） Supplier Agreement Management （SAM） Integrated Project Management for IPPD （IPM/IPPD） Risk Management （RSKM） Quantitative Project Management（QPM）
2012-12-24
5
规范：按照行为准则行事
规范是联结整个项目的粘合剂 创建和维护标准化的环境 帮助所有人建立起对他人的正常期待 使人们能够摆脱他人创造的危机，从而提高生 产力 • 提升士气 • • • •
2012-12-24
6
理解项目管理
• 目的：保证项目成功 • 覆盖策划、监督和控制项目的活动
• 3. 估计工作产品和任务的属性 • 4. 估计项目所需要的人力、机器、材料和方法
2012-12-24 28
SP 1.3
定义项目生命周期
• 定义项目生命周期并确定每阶段需要投入的工 作量
• 项目生命周期包含什么阶段由许多因素确定，例如需求范围、 资源要求以及项目特征等。大项目有可能包含多重阶段，例 如概念研究、开发、生产、运维以及退出。而这些阶段内部 有可能还会包含不同的阶段，例如开发可能包括需求分析、 设计、制造、集成和验证。根据开发策略，还可能有原型、 增量迭代或者螺旋模型 • 项目生命周期模型对于计划的工作量和时间以及重计划来说 都是至关重要的
识别项目 风险
计划相关人参与 建立项目计划
计划相关人 参于
建立项目 计划
计划所需 知识和技能
项目计划
PMC
2012-12-24
37
SP 2.1
建立预算和工期1
• 识别主要的里程碑 • 识别进度假设
• 设定里程碑通常为了确保在里程碑之前完成某种交付物。里 程碑可以是事件驱动也可以是日期驱动。对于日期驱动的里 程碑，一旦设定里程碑就很难更改它的日期 • 最初设定的进度往往伴随着对某些活动所作的假设，这些假 设往往又没有太多的可参考的估计数据。识别这些假设有助 于理解整个工期的置信水平（不确定性）
问题 参加估计的每个人匿名的填写估计表格
召集人收集所有的估计表格，然后形成反馈表返回给参加估计的人员， 召集人召集所有参加估计的人员进行一个会议，主要是讨论估计上差 异 参加估计的人员根据讨论的结果，在反馈表上提交另一个匿名的估计 重复4~6直到达成关于软件规模最大程度的一致
33
7.
Pert方法
• • • • • E=(a + 4b + c)/6 SD=(c – a)/6 a=最小可能的规模 b=软件产品的正常规模 c=软件产品的最大可能规模
为成功而计划
• If you don’t know where you are going, you’ll end up someplace else.
-- Yogi Berra
2012-12-24 12
目的
• 建立和维护定义项目活动的项目计划 • 项目计划牵涉到：
• • • • 开发计划 定义相关人的参与 获得承诺 维护项目计划
2012-12-24
18
SP 1.1 估计项目范围－子实践
• 1. 制定基于产品结构的WBS结构
• WBS可以将项目工作和要完成的产品内容有机 结合在一起，WBS通常识别下列内容： • 识别的风险与相应的应对计划 • 交付物对应的活动和支持活动 • 获取知识和技能的活动 • 准备相关计划活动 • 非开发任务所对应的管理活动
阶段3 2012-12-24
产品 23 任务
WBS－分解的基本要素
示例：
过程
需求分析 过程
产品1
产品2
原型
需求规约
任务1
任务2
任务1:制 作原型
任务2:评 审原型
任务3:培训制 作原型的方法
2012-12-24
24
WBS－2周原则
• 所有的项目活动最终都要拆分成由一个人在2 周内完成的任务 • 任务划分的比较细有利于精确的估算 • 监控和评估进度比较容易 • 跟踪项目进度和成本的时候及时更新状态信息 成为可能
2012-12-24
34
运算法
• 工作量 = p*s*l*e
• • • • p = 软件产品的规模（SLOC） s = 生产力系数（1/每人月的代码行） l = 开发工具系数 e = 规模系数
2012-12-24
35
特定目标的关系
建立估算
计划的数据
开发项目计划
获得对计划的 承诺
项目计划
PMC
2012-12-24
CMMI-项目管理过程域
PP,PMC, SAM,RSKM,IPM QPM
2012-12-24
1
主要内容
• 项目管理的概念 • 项目管理过程域 • 总结
2012-12-24
2
项目管理的概念
2012-12-24
3
什么是项目
• 管理为客户或最终用户交付产品的相关资源和 活动 • 依据计划，为这些相关资源确定一个明确的开 始、运作和结束
开发项目计划
获取对计划的承诺
• 建立并维护作为项目管理基准的项目计划 • 建立并维护对计划的承诺
2012-12-24
15