• 1. CMMI过程域讲解
  • 2. 目录CMMI图示标识 CMMI2级过程域 CMMI2级过程域关系 CMMI3级过程域 CMMI3级过程域关系
  • 3. 目录CMMI图示标识 CMMI2级过程域 CMMI2级过程域关系 CMMI3级过程域 CMMI3级过程域关系3
  • 4. CMMI过程域图 静止信息信息库名称特殊实践名称流动信息特殊目标名称特殊实践 名称特殊实践 名称特殊实践 名称4
  • 5. CMMI过程域图 参与人员文档过程相关过程域5
  • 6. CMMI过程域关系图用图表来描述实践与目标的对应关系 并非故意设计为数据图 不在于详尽表示过程域内的关系信息库过程域名特殊实践 名称特殊目标名称特殊实践 名称特殊实践 名称6
  • 7. CMMI模型结构图成熟度等级通用实践通用目标过程域 2过程域 1过程域 n特殊目标特殊实践
  • 8. 组织性能管理 原因分析和决策 支持5 优化级4 量化级3 定义级2 管理级持续过程改进量化管理过程标准化项目管理组织过程性能 过程管理 量化项目管理 项目管理需求开发 工程 技术解决 工程 产品集成 工程 验证 工程 确认 工程 组织过程焦点 过程管理 组织过程定义 过程管理 组织培训 过程管理 集成项目管理 项目管理 风险管理 项目管理 决策分析与决定 支持需求管理 项目管程 项目策划 项目管理 项目监控 项目管理 供应商协议管理 项目管理 测量和分析 支持 过程和产品质量保证 支持 配置管理 支持1 初始级过程域 类 别等级 要点CMMI过程域8
  • 9. 目录CMMI图示标识 CMMI2级过程域 CMMI2级过程域关系 CMMI3级过程域 CMMI3级过程域关系9
  • 10. CMMI2级过程域需求管理(REQM) 项目策划(PP) 项目监控(PMC) 供应商协议管理(SAM) 度量和分析(MA) 过程和产品质量保证(PPQA) 配置管理(CM) 定义级优化级初始级管理级量化级10
  • 11. 需求管理目的 需求管理的目的是管理项目的产品和产品部件的需求,并标识这些需求与项目的计划和工作产品之间的不一致性。11
  • 12. 需求管理 - 特殊目标SG 1 需求管理 管理需求,并标识需求与项目计划和工作产品间的不一致性。12
  • 13. 需求管理 – 关系图需求获得对 需求的理解获得 对需求的承诺需求跟踪矩阵 需求跟踪系统保持需求的 双向可追溯性 识别项目 工作和需求 之间的不一 致需求管理管理 需求变更13
  • 14. SP 1.1 获得对需求的理解 与需求提供者一起理解需求的含义。 子实践 - 制定辨别合适的需求提供者的准则。 - 制定验收和评价需求的客观准则。 - 清晰且合适的表述。 - 完备的。 - 相互一致的。 - 唯一标识的。 - 与架构方法和质量属性优先级一致的。 - 适合于实施的。 - 可验证(可测试)的。 - 可追溯的。 - 可实现的。 - 与商业价值有联系的。 - 识别了客户优先级的。 需求管理 - 特殊实践14
  • 15. - 分析需求,以确保其满足已制定的准则。 - 与需求提供者一起达到对需求的共识,从而使项目参与者能对它们做出承诺。需求管理 - 特殊实践15
  • 16. SP 1.2 获得对需求的承诺 获得项目参与者对需求的承诺。 子实践 -评估需求对现有承诺的影响。 -协商并记录承诺。 需求管理 - 特殊实践16
  • 17. SP 1.3 管理需求变更 当需求在项目期间演化时,管理需求的更改。 子实践 -记录所有需求及其更改,不论是外界要求项目的还是由项目产生的。 - 维护需求更改的历史记录,以及更改理由。 -从利益相关方的角度,评价需求更改的影响。 -使需求及其更改数据可为项目所用。需求管理 - 特殊实践17
  • 18. SP 1.4维护需求的双向可追溯性 维护需求和工作产品之间的双向可追溯性。 子实践 -维护需求可追溯性,以确保已记录较低层(或导出)需求的来源。 -维护需求可追溯性,从一需求到其导出需求和到其功能、接口、对象、人员、过程和工作产品的分配。 - 产生需求可追溯矩阵。 需求管理 - 特殊实践18
  • 19. SP 1.5标识项目工作与需求之间的不一致性 识别需求与项目计划、工作产品之间的不一致之处。 子实践 -评审项目的计划、活动和工作产品与需求及其更改的一致性。 - 标识不一致的来源和理由。 -当需求基线更改时,标识其导致计划和工作产品所需的更改。 - 启动纠正措施。需求管理 - 特殊实践19
  • 20. 需求管理需求管理 – 补充说明20
  • 21. CMMI2级过程域需求管理(REQM) 项目策划(PP) 项目监控(PMC) 供应商协议管理(SAM) 度量和分析(MA) 过程和产品质量保证(PPQA) 配置管理(CM) 定义级优化级初始级管理级量化级21
  • 22. 项目策划目的 项目策划的目的是制定和维护定义项目活动的计划。22
  • 23. 项目策划 - 特殊目标SG 1建立估计值 建立和维护项目策划参数的估计值。 SG 2 制定项目计划 制定并维护项目计划,并将其作为项目管理的基础。 SG 3 获得对计划的承诺 建立和维护对项目计划的承诺。 23
  • 24. 项目策划 – 关系图计划参数完成参数估算 制定项目计划获得对计划的承诺项目计划PMC24
  • 25. 项目策划 – 关系图估算工作量 和成本 计划参数完成参数估算估算 项目范围估算 项目属性确定项目 生命周期25
  • 26. 项目策划 – 关系图计划参数制定项目计划项目计划PMC完成参数估算获得对计划的承诺26
  • 27. 项目策划 – 关系图计划参数制定项目计划项目计划PMC策划资料管理 策划项目资源制定项目计划识别项目风险策划必要的知识 和技能 策划共利益者 的介入 编制 预算和进度表 27
  • 28. 项目策划 – 关系图计划参数获得对计划的承诺项目计划PMC完成参数估算制定项目计划28
  • 29. 项目策划 – 关系图获得对计划的承诺协调工作 和资源的关系项目计划评审项目 的从属计划 获得 对计划的承诺29
  • 30. SP 1.1 估算项目的范围 建立顶层工作分解结构(WBS)以估计项目的范围。 子实践 - 开发工作分解结构(WBS)。 - 已标识的风险及其缓解任务。 -有关交付物和支持活动的任务。 -获取技能和知识的任务。 -制定所需支持计划的任务,支持计划如配置管理、质量保证和验证计划。 -集成和管理非开发项的任务。 - 标识工作包,必须详细到足以估计项目任务、职责和进度。项目策划 – 特殊实践30
  • 31. -标识拟从外部采购的产品或产品部件。 -标识待重用的工作产品。项目策划 – 特殊实践31
  • 32. SP 1.2建立工作产品和任务属性的估计值 建立和维护工作产品和任务属性的估计值。 子实践 - 确定项目的技术途径。 - 使用合适的方法来确定工作产品和任务的属性,以 估计资源需求。 - 估计工作产品和任务的属性。 项目策划 – 特殊实践32
  • 33. SP 1.3 定义项目生命周期阶段 定义项目生存周期阶段,据此建立策划工作的范围。项目策划 – 特殊实践33
  • 34. SP 1.4 估算工作量和成本 基于估计的基本原理,估计项目工作产品与任务的 工作量和成本。 子实践 - 收集用于将工作产品和任务的属性转换为工时和成本的估计模型或历史数据。 - 进行工作量和成本估计时,应包括支持基础设施的要求。 - 利用模型和/或历史数据,估计工作量和成本。项目策划 – 特殊实践34
  • 35. 典型工作产品 - 估算的基本理由。 - 项目工作量估算结果。 - 项目进度估算结果。 - 项目成本估算结果。项目策划 – 特殊实践35
  • 36. SP 2.1 编制预算和进度 编制并维护项目的预算和进度。 子实践 - 确定主要里程碑。 - 标识进度的假设条件。 - 标识约束条件。 - 标识任务依赖关系。 - 确定预算和进度。 - 制定纠正措施准则。 项目策划 – 特殊实践36
  • 37. SP 2.2 识别项目风险 识别并分析项目风险。 子实践 - 识别风险。 - 将风险文档化。 - 与利益相关方一起,评审已文档化的风险的完备性和正确性,并取得一致意见。 - 适当时修正风险。项目策划 – 特殊实践37
  • 38. SP 2.3 策划数据管理 策划项目数据的管理。 子实践 - 制定确保数据私密性和保密性的要求和规程。 - 建立将数据存档和取用存档数据的机制。 - 确定要标识、采集和分发的项目数据。 - 确定向相关干系人提供数据访问和分发的要求。项目策划 – 特殊实践38
  • 39. SP 2.4 策划项目资源 策划实施项目的资源。 子实践 - 确定过程需求。 - 确定沟通需求。 - 确定人员配备需求。 - 确定设施、设备和部件需求。 - 确定其它连续性资源需求。项目策划 – 特殊实践39
  • 40. SP 2.5 策划所需的知识和技能 策划项目实施所需的知识和技能。 子实践 - 确定实施项目所需的知识和技能。 - 评估可得到的知识和技能。 - 选择提供所需要的知识和技能的机制。 - 将所选择的机制纳入项目计划。项目策划 – 特殊实践40
  • 41. SP 2.6 策划相关干系人介入 策划已标识干系人的介入。项目策划 – 特殊实践41
  • 42. SP 2.7 制定项目计划 制定并维护总体项目计划。 项目策划 – 特殊实践42
  • 43. SP 3.1 评审影响该项目的计划 评审所有影响该项目的计划,以理解项目承诺。项目策划 – 特殊实践43
  • 44. SP 3.2 协调工作和资源水平 调整项目计划,协调可用的资源和估计的资源。项目策划 – 特殊实践44
  • 45. SP 3.3 获得对计划的承诺 从负责完成和支持计划执行的相关干系人处获得承诺。 子实践 - 识别所需要的支持,并与相关干系人协商承诺。 - 将所有的组织承诺文档化,既包括完全的承诺也包括暂时的承诺,同时要确保由适当级别的人员签署。 - 适当时,高层经理审查内部承诺。 - 适当时,高层经理审查外部承诺。 - 标识有关项目内各元素之间接口的承诺,以及与其它项目和组织单位之间接口的承诺,从而能监督它们。项目策划 – 特殊实践45
  • 46. 项目策划 – 补充说明项目估算 项目计划46
  • 47. CMMI2级的过程域需求管理(REQM) 项目策划(PP) 项目监控(PMC) 供应商协议管理(SAM) 度量和分析(MA) 过程和产品质量保证(PPQA) 配置管理(CM) 定义级优化级初始级管理级量化级47
  • 48. 项目监控目的 了解项目的进展,以便当项目性能明显偏离 计划时采取适当的纠正措施。 48
  • 49. 项目监控 - 特殊目标SG 1 对照计划监督项目 对照项目计划监督项目的实际性能和进展。 SG 2 管理纠正措施直至关闭 当项目的性能或结果明显偏离计划时,管理纠正措施直至关闭。 49
  • 50. 项目监控 – 关系图项目计划监控 资料管理监控承诺监控项目 策划参数执行 里程碑评审监控 项目风险分析问题采取 纠正措施对照计划监控项目执行 进展评审监控 共利益者的介入 管理 纠正措施 PP管理纠正措施50
  • 51. SP 1.1 监督项目计划参数 对照项目计划监督项目计划参数的实际值。 子实践 - 对照进度监督进展。 - 定期度量各个里程碑和各项活动的实际完成情况。 - 对照项目计划进度对比活动和里程碑的实际完成情况。 - 识别与项目计划进度估算值的显著偏离。 - 监督项目的成本和所花费的工作量。 - 定期度量所花费的工作量和成本以及人员使用情况。 - 将实际的工作量、成本、人员配备及培训情况与项目计划中 的预算和估算值相比较。 - 识别与项目计划预算和估算值的显著偏离。项目监控 – 特殊实践51
  • 52. - 监控工作产品和任务的属性。 - 定期度量工作产品和任务的实际属性,例如规模、复杂度、或服务级别(以及这些属性的变更)。 - 将实际的工作产品和任务的属性(和这些属性的变更)与项 目计划中的估算值相比较。 - 识别与项目计划估算值的显著偏离。 - 监控所提供和使用的资源。 - 监控项目成员的知识和技能。 - 定期度量项目成员所得到的知识和技能。 - 将实际获得的培训与项目计划中的记载相比较。 - 识别于项目计划估算值的显著偏离。 - 将项目策划参数的显著偏离文档化。项目监控 – 特殊实践52
  • 53. SP 1.2 监控承诺 对照项目计划中识别的承诺进行监督。 子实践 - 定期评审承诺(外部和内部两方面)。 - 标识尚未满足的或有很大风险无法满足的承诺 - 将评审承诺的结果文档化。 项目监控 – 特殊实践53
  • 54. SP 1.3 监督项目风险 对照项目计划中识别的风险进行监督。 子实践 - 在项目当前状态和环境的关联中,定期评审描述风险的文档。 - 当可得到附加信息时,修正风险文档以纳入更改。 - 与相关干系人沟通风险状态。项目监控 – 特殊实践54
  • 55. SP 1.4 监督数据管理 对照项目计划监督和管理项目数据。 子实践 - 对照项目计划的有关描述定期评审数据管理活动。 - 识别并文档化显著问题和它们的影响。 - 将数据管理活动的评审结果文档化。项目监控 – 特殊实践55
  • 56. SP 1.5 监督干系人的介入 对照项目计划监督干系人的介入。 子实践 - 定期评审干系人介入的状态。 - 识别并文档化显著的问题和它们的影响。 - 将干系人介入状态的评审结果文档化。项目监控 – 特殊实践56
  • 57. SP 1.6 执行进展评审 定期评审项目进展、性能和问题。 子实践 - 定期向相关干系人通报指定的活动和工作产品的状态。 - 评审收集和分析测量项数据的结果,以控制项目。 - 识别并文档化重大问题和对计划的显著偏离。 - 将在任何工作产品和过程中的更改申请及所识别的问题文档化。 - 将评审结果文档化。 - 跟踪变更请求和问题报告,直到关闭。项目监控 – 特殊实践57
  • 58. SP 1.7 执行里程碑评审 在所选定的项目里程碑处评审项目完成情况和结果。 子实践 - 在有意义的项目进度时间点(如所选阶段完成时),与相关干系人一起执行里程碑评审。 - 评审项目的承诺、计划、状态以及风险。 - 识别并文档化重大问题及其影响。 - 将评审结果、措施项和决策文档化。 - 跟踪措施项直至关闭。项目监控 – 特殊实践58
  • 59. SP 2.1 分析问题 收集并分析问题,确定解决这些问题的纠正措施。 子实践 - 收集要分析的问题。 - 实施验证和确认活动所发现的问题。 - 项目策划参数中对项目计划中估计值的显著偏离。 - 尚未满足的承诺(不论是内部的或外部的)。 - 风险状态的重大变化。 - 数据访问、收集、私有或保密问题。 - 相关干系人的代表性或参与问题。 - 未达成的产品、工具、环境的过渡假设(或其他客户或供应商的承诺)。 - 分析问题,以确定是否需要采取纠正措施。项目监控 – 特殊实践59
  • 60. SP 2.2 采取纠正措施 对所识别的问题采取纠正措施。 子实践 - 为解决已识别的问题,确定并文档化必须采取的适当措施。 - 修改工作说明 - 修改需求。 - 修订估算和策划。 - 重新协商承诺。 - 增加资源。 - 改变过程。 - 修正项目风险。项目监控 – 特殊实践60
  • 61. - 与相关干系人一起,对要采取的措施进行评审,并取得一致意见。 - 协商内部和外部承诺的更改项目监控 – 特殊实践61
  • 62. SP 2.3 管理纠正措施 管理纠正措施,直至关闭。 子实践 - 监督纠正措施的完成情况。 - 分析纠正措施的结果,以确定纠正措施的有效性。 - 确定并文档化适当的措施项、以便矫正纠正措施与计划结果的偏离。项目监控 – 特殊实践62
  • 63. 项目监控项目监控 – 补充说明63
  • 64. CMMI2级的过程域需求管理(REQM) 项目策划(PP) 项目监控(PMC) 供应商协议管理(SAM) 度量和分析(MA) 过程和产品质量保证(PPQA) 配置管理(CM) 定义级优化级初始级管理级量化级64
  • 65. 供应商协议管理目的 供方协议管理的目的是管理来自供应商的产品和服务的获取。65
  • 66. 供应商协议管理 - 特殊目标SG 1 建立供应商协议 建立并维护与供方的协议。 SG 2 满足供应商协议 由项目和供方双方共同满足供方协议。66
  • 67. 供应商协议管理 – 关系图产品建立 供应商协议确定 采购类型选择供应商采购需求建立供应商协议 供应商协议PI2018/10/2467评估供应商工作产品产品移交验收采购产品执行供应商协议监控供应商过程满足供应商协议67
  • 68. SP 1.1 确定获取方式 确定每个要获取的产品或产品部件的获取方式。 SP 1.2选择供方 评价供方满足指定需求和所制定准则的能力,以选择 供方。 SP 1.3建立供方协议 建立并维护与供方的正式协议 供应商协议管理 - 特殊实践68
  • 69. SP 2.1执行供应商协议 与供应商一起,执行供应商协议所规定的活动。 SP 2.2接收所获取的产品 在接收所获取的产品之前,确保其已满足供应商协议。 SP 2.3保证产品的移交 保证从供应商处采购的产品的移交。 供应商协议管理 - 特殊实践69
  • 70. 采购决策因素 项目分包供应商协议管理 – 补充说明70
  • 71. CMMI2级的过程域需求管理(REQM) 项目策划(PP) 项目监控(PMC) 供应商协议管理(SAM) 度量和分析(MA) 过程和产品质量保证(PPQA) 配置管理(CM) 定义级优化级初始级管理级量化级71
  • 72. 度量和分析 目的 测量与分析的目的是开发和保持测量能力,以支持管理信息的需要。 72
  • 73. SG 1 协调度量和分析活动 使度量活动的目标和度量行为与信息需要和目标相一致。 SG 2 提供度量结果 提供度量结果,以便服务于信息需要和目标。度量和分析 - 特殊目标73
  • 74. 度量和分析 – 关系图度量人员拟定度量指标度量数据库收集 度量数据度量结果建立度量 目标通报分析结果制定 分析规程度量目标存储 数据和结果分析 度量数据制定 数据收集 和存储规程规程、工具协调度量和分析活动提供度量结果74
  • 75. SP 1.1 建立度量目标 根据已识别的信息需要和目标,建立和维护度量目标 SP 1.2 指定度量指标 指明涉及度量目标的测量项 SP 1.3 指定数据收集和存储过程 指明将如何获得和存储度量数据 SP 1.4 指定数据分析过程 指明如何对度量数据进行分析和报告度量和分析 - 特殊实践75
  • 76. SP 2.1 收集度量数据 收集指定的度量数据 SP 2.2 分析度量数据 分析和理解度量指标的含义 SP 2.3 存储度量数据和分析结果 管理和存储度量数据、度量规格以及度量结果 SP 2.4 沟通度量结果 向所有的干系人报告度量分析的结果 度量和分析 - 特殊实践76
  • 77. 项目度量度量和分析 – 补充说明77
  • 78. CMMI2级的过程域需求管理(REQM) 项目策划(PP) 项目监控(PMC) 供应商协议管理(SAM) 度量和分析(MA) 过程和产品质量保证(PPQA) 配置管理(CM) 定义级优化级初始级管理级量化级78
  • 79. 过程和产品质量保证目的 过程和产品质量保证的目的是使员工和管理者对过程和相关的工作产品能有客观深入的了解。 79
  • 80. 过程和产品质量保证 - 特殊目标 SG 1 客观地评价过程和工作产品 客观地评价所实施的过程和相关工作产品及服务,对适用的过程说明、标准和规程的遵循性。 SG 2 提供客观深入的了解 客观地跟踪和交流不符合项,并确保不符合项得到解决。80
  • 81. 过程和产品质量保证 – 关系图报告和记录客观地评价过程和工作产品提供客观情况 客观地评价过程 建立记录通报并确保 解决不符合 项 客观地 评价工作产品 和服务共利益者81
  • 82. SP 1.1 客观地评价过程 质量保证评估的客观性是项目成功的关键。要定义质量保证报告的渠道,及如何确保客观性。 SP 1.2 客观地评价工作产品和服务 对照适用的过程说明、标准和规程,客观地评价指定的工作产品和服务。 过程和产品质量保证 - 特殊目标 82
  • 83. SP 2.1 交流并确保解决不符合项 与员工和经理们交流质量问题并确保解决这些不符合项。 SP 2.2 建立记录 建立并维护质量保证活动的记录过程和产品质量保证 - 特殊目标 83
  • 84. 质量保证过程和产品质量保证 – 补充说明 84
  • 85. CMMI2级的过程域需求管理(REQM) 项目策划(PP) 项目监控(PMC) 供应商协议管理(SAM) 度量和分析(MA) 过程和产品质量保证(PPQA) 配置管理(CM) 定义级优化级初始级管理级量化级85
  • 86. 配置管理目的 配置管理的目的是利用配置标识、配置控制、配置状态记实和配置审核建立和维护工作产品的完整性。 86
  • 87. 配置管理 - 特殊目标 SG 1 建立基线 建立所标识工作产品的基线。 SG 2 跟踪并控制变更 跟踪和控制对基线的变更。 SG 3 建立完整性 建立并维护基线的完整性。87
  • 88. 配置管理 – 关系图变更请求 数据库配置 管理系统创建或发布 基线建立 配置管理记录建立 配置管理系统 进行配置审核控制 变更 变更请求行动项审核结果标识 配置项报告跟踪 变更请求建立基线建立完整性跟踪和控制变更88
  • 89. SP 1.1 标识配置项 标识将置于配置管理之下的配置项、配置部件和有关工作产品。 SP 1.2 建立配置管理系统 为了控制工作产品,建立和维护配置管理和更改管理的系统。 SP 1.3 创建或发布基线 创建或发布基线供内部使用或交付给顾客。 配置管理 - 特殊实践 89
  • 90. SP 2.1 跟踪变更申请 跟踪配置项的变更申请。 SP 2.2 控制配置项 控制对配置项的更改。配置管理 - 特殊实践 90
  • 91. SP 3.1 建立配置管理记录 建立和维护描述配置项的记录。 SP 3.2 执行配置审计 执行配置审计以维持配置基线的完整性。 配置管理 - 特殊实践 91
  • 92. 配置管理配置管理 – 补充说明 92
  • 93. 目录CMMI图示标识 CMMI2级过程域 CMMI2级过程域关系 CMMI3级过程域 CMMI3级过程域关系93
  • 94. 工程过程域RDPIVal客户TSVerREQM需求客户需求对产品和产品构件的需求产品构件, 工作产品, 验证和确认报告产品构件候选方案需求产品94
  • 95. 项目管理过程域PP建立什么干什么SAMPMC监控什么再计划计划进程的状态、问题和结果 里程碑评审产品构件需求 技术问题 完整的产品构件 接受评价和测试工程和支持过程域过程和产品的状态、问题和结果 度量和分析 承诺度量需求纠正措施供应商供应商协议纠正措施95
  • 96. 支持过程域PPQAMACM所有过程域度量和分析信息需求配置项、 变更请求基线; 审核报告过程和工作产品 标准和规程质量和 不一致 问题96
  • 97. 目录CMMI图示标识 CMMI2级过程域 CMMI2级过程域关系 CMMI3级过程域 CMMI3级过程域关系97
  • 98. CMMI3级过程域已定义需求开发 技术解决 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与决定 优化级量化级定义级管理级初始级98
  • 99. 需求开发目的 需求开发的目的是产生并分析顾客、产品和产品部件的需求。99
  • 100. 需求开发 – 特殊目标SG 1 开发客户需求 收集利益相关方的需要、期望、限制和接口,并转换为客户需求。 SG 2 开发产品需求 精炼和详细说明顾客需求以开发产品需求和产品部件需求。 SG 3 分析和确认需求 分析和确认需求,并开发所需功能性的定义。100
  • 101. 需求开发 – 关系图分析和确认需求开发客户需求客户需求确认需求产品、产品构件和接口需求开发产品需求101
  • 102. 开发客户需求客户需求开发客户需求导出需求需求开发 – 关系图102
  • 103. 分析和确认需求开发客户需求客户需求确认需求产品、产品构件和接口需求 开发产品需求需求开发 – 关系图103
  • 104. 确定产品和 产品构件需求产品、产品构件和接口需求开发产品需求分配产品构件 需求确认接口需求客户需求需求开发 – 关系图104
  • 105. 分析和确认需求开发客户需求客户需求确认需求产品、产品构件和接口需求 开发产品需求需求开发 – 关系图105
  • 106. 建立操作 概念和场景建立所要求的 功能定义 分析需求 以达到平衡分析需求产品、产品构件和接口需求确认需求分析和确认需求 用综合的方法 确认需求需求开发 – 关系图106
  • 107. SP 1.1 导出需求 导出相关干系人对产品生存周期所有阶段的需要、期望、限制和接口。 SP 1.2 开发客户需求 将相关干系人的需要、期望、限制和接口转换为顾客需求。 需求开发 – 特殊实践107
  • 108. SP 2.1 确定产品需求和产品部件需求 根据客户需求确定并维护产品需求和产品部件需求。 SP 2.2 分配产品部件需求 将需求分配到每个产品部件。 SP 2.3 识别接口需求 识别接口需求。 需求开发 – 特殊实践108
  • 109. SP 3.1 建立操作概念和操作场景 建立和维护操作概念和操作场景。 SP 3.2 建立所需功能性和质量属性的定义 建立和维护所需功能性和质量属性的定义。 SP 3.3 分析需求 分析需求以确保它们的必要性和充分性。 SP 3.4 分析需求以达到平衡 分析需求以平衡利益相关方的需要和约束。 SP 3.5 确认需求 确认需求以确保最终产品能在预期的用户环境中正常运行。 需求开发 – 特殊实践109
  • 110. 需求分析 需求开发 – 补充说明110
  • 111. CMMI3级过程域已定义需求开发 技术解决 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与决定 优化级量化级定义级管理级初始级111
  • 112. 技术解决目的 技术解决的目的是设计、开发和实现对需求的解决方案。解决方案、设计和实现包括单个产品、产品部件,以及与产品有关的生存周期过程或它们适当的组合。112
  • 113. 技术解决 – 特殊目标SG 1 选择产品构件解决方案 从备选方案中选择产品和产品部件的解决方案。 SG 2 开发设计 进行产品或产品构件的设计。 SG 3 实现产品设计 根据设计实现产品部件和相关支持文档。113
  • 114. 技术解决 – 关系图候选方案和评价准则已开发的产品选择产品构件方案设计展开实现产品设计设计细节及文档RD114
  • 115. 技术解决 – 关系图候选方案 选择标准 新技术评估选择产品构件解决方案发展 操作概念 和场景开发 详细的 候选方案 及选择准则选择 产品构件方案选择方案 合适需求DARRD115
  • 116. 技术解决 – 关系图候选方案和评价准则已开发的产品选择产品构件方案设计展开实现产品设计设计细节和文档RD116
  • 117. 技术解决 – 关系图设计产品 或产品构件设计展开建立技术 资料包技术资料包按照标准 设计接口I/F 设计文档 I/F 说明书 I/F 控制文件 进行开发、 购买或复用 的分析产品体系结构 产品构件设计选择标准 开发、购买分析RDPI117
  • 118. 技术解决 – 关系图候选方案和评价准则已开发的产品选择产品构件方案 设计展开实现产品设计设计细节和文档RD118
  • 119. 技术解决 – 关系图模块开发 软件开发 数据文档 过程文档 工具开发实现产品设计实现产品设计开发 产品支持文档最终用户培训资料 用户手册 操作手册 维护手册 在线帮助119
  • 120. SP 1.1 开发备选方案和选择准则 开发备选方案和选择准则。 SP 1.2 选择产品部件的解决方案 选择最能满足所定准则的产品部件的解决方案。 技术解决 – 特殊实践120
  • 121. SP 2.1 设计产品或产品部件 设计产品或产品部件。 SP 2.2 建立技术数据包 建立和维护技术数据包。 SP 2.3 使用准则设计接口 使用已建立的准则设计产品部件的接口 SP 2.4 执行制造、购买或重用分析 根据所建立的准则评价产品部件是否应开发还是购买或重用。 技术解决 – 特殊实践121
  • 122. SP 3.1 实现设计 实现产品部件的设计。 SP 3.2 开发产品支持文档 开发和维护最终用户文档。 技术解决 – 特殊实践122
  • 123. 软件设计与实现技术解决 – 补充说明123
  • 124. CMMI3级过程域已定义需求开发 技术解决 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与决定 优化级量化级定义级管理级初始级124
  • 125. 产品集成目的 产品集成的目的是为了将产品部件组装成产品、确保产品集成时功能合适,以及交付产品。125
  • 126. 产品集成 – 特殊目标SG 1 准备产品集成 产品集成的准备。 SG 2 确保接口兼容性 产品部件的内外接口是一致的。 SG 3 组装产品构件和交付产品 组装已验证的产品部件,并交付已集成、已验证和已确认的产品。126
  • 127. 产品集成 – 关系图产品集成准备确保接口的兼容性集成子集合组装产品构件 和交付产品 TSDAR127
  • 128. 产品集成 – 关系图 集成策略 - 集成规程和准则 - 集成环境产品集成准备DARTS确定产品 集成策略建立产品 集成规程 和准则建立产品 集成环境128
  • 129. 产品集成 – 关系图准备产品集成确保接口的兼容性集成子集合组装产品构件 和交付产品TSDAR129
  • 130. 产品集成 – 关系图确保接口的兼容性TS检查 接口描述 以确保其完备性管理接口 集成策略 - 集成规程和准则 - 集成环境130
  • 131. 产品集成 – 关系图准备产品集成确保接口的兼容性集成子集合组装产品构件 和交付产品TSDAR131
  • 132. 产品集成 – 关系图集成产品构件和交付产品TS确认 用于集成的产品 构件准备就绪组装产品构件评估已组装的 产品构件包装并交付 产品或 产品构件 集成策略 - 集成规程和准则 - 集成环境132
  • 133. SP 1.1 建立集成策略 建立并维护进行产品集成的策略。 SP 1.2 建立产品集成环境 建立和维护支持产品部件集成所需的环境。 SP 1.3 建立产品集成规程和准则 建立和维护集成产品部件的规程和准则。 产品集成 – 特殊实践133
  • 134. SP 2.1 评审接口说明的完备性 评审接口说明的覆盖率和完备性。 SP 2.2 管理接口 管理产品和产品部件内外接口的定义、设计和更改。产品集成 – 特殊实践134
  • 135. SP 3.1 确认集成产品部件已就绪 组装前,应确认要组装成该产品的每个产品部件都已合适地标识、其功能与其说明相应,以及确认产品部件接口符合相应的接口说明。 SP 3.2 组装产品部件 按产品集成顺序和可用规程组装产品部件。 SP 3.3 评价已组装的产品部件 评价已组装产品部件接口的一致性。 SP 3.4 包装和交付产品或产品部件 包装已组装产品和产品部件,并交付给合适的顾客。 产品集成 – 特殊实践135
  • 136. 系统集成产品集成 – 补充说明136
  • 137. CMMI3级过程域已定义需求开发 技术解决 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与决定 优化级量化级定义级管理级初始级137
  • 138. 验证与确认验证 是否正确地开发了产品? 也就是说,是否满足了指定需求? 确认 是否开发了正确的产品? 也就是说,是否满足了运行要求?138
  • 139. 验证目的 验证的目的是确保所选择的工作产品满足指定的需求。 139
  • 140. 验证 - 特殊目标SG 1 准备验证 进行验证前的准备。 SG 2 执行同行评审 对所选择的工作产品进行同行评审。 SG 3 验证所选择的工作产品 按照指定的需求对所选择的工作产品进行验证。140
  • 141. 验证 – 关系图准备验证纠正行动验证所选择的工作产品进行同行评审141
  • 142. 验证 – 关系图选择验证的 工作产品 准备验证建立验证环境- 验证环境 - 验证的规程和准则 - 选定验证工作产品清单建立验证 的规程和准则142
  • 143. 验证 – 关系图准备验证进行同行评审纠正行动验证所选择的工作产品143
  • 144. 验证 – 关系图准备同行评审需要的数据 收集 输入和输出准则 同行评审计划评审结果 评审问题 评审数据 纠正措施进行同行评审进行同行评审分析同行 评审数据144
  • 145. 验证 – 关系图验证所选择的工作产品Perform Peer Reviews准备验证纠正行动进行同行评审145
  • 146. 验证 – 关系图进行验证验证结果 缺陷 验证数据 纠正措施验证所选择的工作产品分析 验证结果和 制定纠正措施146
  • 147. SP 1.1 选择要验证的工作产品 选择要验证的工作产品和对每个工作产品将使用的验证方法。 SP 1.2 建立验证环境 建立并维护支持验证所需的环境。 SP 1.3 建立验证规程和准则 为所选工作产品建立和维护验证的规程和准则。 验证 – 特殊实践147
  • 148. SP 2.1 准备同行评审 对所选工作产品进行实施评审的准备。 SP 2.2实施同行评审 同行评审所选的工作产品,并标识同行评审所产生的问题。 SP 2.3分析同行评审数据 分析有关同行评审的准备、实施和结果的数据。验证 – 特殊实践148
  • 149. SP 3.1 实施验证 对选定的工作产品实施验证。 SP 3.2 分析验证结果 分析所有验证活动的结果。验证 – 特殊实践149
  • 150. 软件验证验证 – 补充说明150
  • 151. CMMI3级过程域已定义需求开发 技术解决 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与决定 优化级量化级定义级管理级初始级151
  • 152. 确认目的 确认的目的是证实产品或产品部件被置于其预定的环境中时,可以满足预期的使用需求。152
  • 153. 确认 – 特殊目标SG 1 准备确认 进行确认前的准备。 SG 2 确认产品或产品构件 确认产品或产品部件,以确保它们适合在其预定的运行环境中使用。153
  • 154. 确认 – 关系图- 符合 - 缺陷准备确认确认产品或产品构件RD154
  • 155. 确认 – 关系图选择需要 确认的产品建立确认规程和准则准备确认建立确认环境- 确认环境 确认规程和准则 - 选定确认的产品和产品构件清单155
  • 156. 确认 – 关系图- 符合 - 缺陷准备确认确认产品或产品构件RD156
  • 157. 确认 – 关系图进行确认确认产品或产品构件确认报告 确认结果 操作演示分析确认结果确认缺陷报告 确认问题 规程改进要求157
  • 158. SP 1.1 选择要确认的产品 选择要进行确认的产品和产品部件,以及每个产品或产品部件使用的确认方法。 SP 1.2 建立确认环境 建立和维护确认所需要的环境。 SP 1.3 建立确认的规程和准则 建立和维护确认的规程和准则。 确认 – 特殊实践158
  • 159. SP 2.1 实施确认 对所选定的产品和产品部件实施确认。 SP 2.2分析确认结果 分析确认活动的结果。 确认 – 特殊实践159
  • 160. 软件确认确认 – 补充说明160
  • 161. CMMI3级过程域已定义需求开发 技术解决 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与决定 优化级量化级定义级管理级初始级161
  • 162. 组织过程焦点目的 组织过程焦点的目的是基于彻底理解组织的过程和过程资产的现行强项和弱项策划、实施和部署组织的过程改进。162
  • 163. 组织过程焦点 - 特殊目标 SG 1 确定过程改进时机 定期地和需要时对组织的过程标识强项、弱项和待改进项。 SG 2 策划并实施过程改进活动 策划并实施改进组织的过程和过程资产的过程行动。163
  • 164. 制定 过程行动计划已选的改进执行 过程行动计划将与过程 相关的经验 纳入组织过程 资产 改进起始状态共利益者组织过程焦点 – 关系图强项和弱项评估 组织过程确定 组织过程 改进部署组织 过程资产明确组织 过程需求过程需求和目标组织过程资产 确定过程 改进机会策划并实施 过程改进164
  • 165. SP 1.1 建立组织的过程需要 建立和维护组织的过程需要和目标的说明。 SP 1.2 评估组织的过程 定期和在需要时评估组织的过程,以保持对其强项和弱项的理解。 SP 1.3 标识组织的过程改进 标识对组织的过程和过程资产的改进。组织过程焦点 - 特殊实践165
  • 166. SP 2.1 建立过程行动计划 建立和维护改进组织的过程和过程资产的过程行动计划。 SP 2.2 实施过程行动计划 实施过程行动计划。 组织过程焦点 - 特殊实践166
  • 167. SP 3.1 部署组织的过程资产 在全组织部署组织的过程资产。 SP 3.2 部署标准过程 项目起步时部署组织的标准过程集至项目,且遍及每个项目的生存周期的合适时机,部署对组织的标准过程集的更改。 SP 3.3 监督实施 监督所有项目对组织标准过程集的实施和对过程资产的使用情况。 SP 3.4 将与过程有关的经验纳入组织的过程资产 将由策划和实施过程所导出的与过程有关的工作产品、测量值和改进信息纳入组织的过程资产。组织过程焦点 - 特殊实践167
  • 168. 过程改进组织过程焦点 - 补充说明168
  • 169. CMMI3级过程域已定义需求开发 技术解决 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与决定 优化级量化级定义级管理级初始级169
  • 170. 组织过程定义目的 组织过程定义的目的是建立和维护可用的组织过程资产集和工作环境。170
  • 171. 组织过程定义 - 特殊目标SG 1 建立组织过程资产 建立和维护组织的一套过程资产。171
  • 172. 组织过程定义 – 关系图生命周期模型组织标准过程组织度量数据库建立生命周期模型描述建立标准过程建立组织过程 资产库建立组织 度量数据库OPF剪裁指南建立剪裁准则 和指南建立组织过程资产组织过程资产库 172
  • 173. SP 1.1 建立标准过程 建立并维护组织标准过程集。 SP 1.2 建立生存周期模型描述 建立和维护已批准在组织中使用的生存周期模型的描述。 SP 1.3建立剪裁准则和指南 建立和维护组织的标准过程集的剪裁准则和指南。 SP 1.4建立组织的度量库 建立和维护组织的度量库。 SP 1.5建立组织的过程资产库 建立和维护组织的过程资产库。 SP 1.6 建立工作环境标准 建立和维护工作环境标准。 SP 1.7 建立团队规则和指南 建立并维护组织的团队结构、编制和运作的规则和指南。 组织过程定义 - 特殊实践173
  • 174. 项目生命周期 组织过程资产库 组织过程定义 – 补充说明174
  • 175. CMMI3级过程域已定义需求开发 技术解决 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与决定 优化级量化级定义级管理级初始级175
  • 176. 组织培训目的 组织培训的目的是开发人员的技能和知识,以便他们能有效且高效地履行他们的角色。176
  • 177. 组织培训 – 特殊目标SG 1 建立组织培训能力 建立和维护支持组织中的角色的培训能力。 SG 2 提供培训 为人员有效履行其角色提供培训。177
  • 178. 确定战略 培训需求实施培训评估 培训效果确定由组织 负责的培训要求建立 培训记录培训知识库组织培训 – 关系图建立组织培训能力提供必要的培训建立 培训能力制定战术 培训计划178
  • 179. SP 1.1 建立战略培训需求 建立并维护组织战略培训需求。 SP 1.2 确定哪些培训需要是组织的职责 确定哪些培训需要是组织的职责,哪些应留给各个项目和支持组。 SP 1.3 建立组织培训的战术计划 建立和维护组织的战术培训计划。 SP 1.4 建立培训能力 建立和维护培训能力,以应对组织的培训需要。 组织培训 – 特殊实践179
  • 180. SP 2.1 交付培训 按照组织战术培训计划交付培训。 SP 2.2 建立培训记录 建立和维护组织培训的记录。 SP 2.3评估培训的有效性 评估组织培训流程的有效性。组织培训 – 特殊实践180
  • 181. 培训组织培训 – 补充说明181
  • 182. CMMI3级过程域已定义需求开发 技术解决 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与决定 优化级量化级定义级管理级初始级182
  • 183. 集成项目管理目的 集成项目管理的目的是按组织的标准过程集剪裁所得的集成的、已定义的过程,建立并管理项目和利益相关方的参与。183
  • 184. 集成项目管理 – 特殊目标SG 1 使用项目已定义过程 使用从组织的标准过程集剪裁得到的项目的已定义过程实施项目。 SG 2 与相关干系人协调和合作 执行项目与相关干系人间的协调和协作。 184
  • 185. 集成项目管理 – 关系图过程和产品度量 文档 经验教训OPD项目 已定义过程合成的计划运用组织 过程资产 策划项目活动按照 合成的计划 管理项目管理 共利益者的介入共利益者合作问题充实 组织过程资产管理依存关系解决协调问题依存关系文件合作活动和问题与共利益者 协调和合作运用项目已定义过程建立项目 已定义过程合成计划项目计划185
  • 186. OPD与IPM的关系项目A已定义过程项目B已定义过程项目C已定义过程项目A的项目计划项目B的项目计划项目C的项目计划剪裁指南模型生命周期的描述组织度量数据库组织过程资产库评审评审组织标准过程过程结构项目环境组织资源OPDIPM186
  • 187. SP 1.1 建立项目已定义过程 从项目起步遍及项目生存周期建立和维护项目的已定义过程。 SP 1.2 为策划项目活动使用组织的过程资产 为估计和策划项目活动使用组织的过程资产和度量库。 SP 1.3 建立项目的工作环境 基于组织的工作环境标准建立和维护项目的工作环境。 SP 1.4 集成计划 将影响项目的其它计划与项目计划一起集成,以描述项目的已定义过程。 SP 1.5 利用集成计划管理此项目 使用此项目计划、影响此项目的其它计划和项目的已定义过程管理此项目。 SP 1.6 建立团队 建立并维护团队。 SP 1.7 向组织的过程资产作贡献 将过程相关的经验贡献给组织过程资产。 集成项目管理 – 特殊实践187
  • 188. SP 2.1 管理干系人的介入 管理项目相关干系人的介入。 SP 2.2 管理依赖关系 与相关干系人一起参与识别、协商和跟踪关键依赖关系。 SP 2.3 解决协调问题 与相关干系人一起解决问题。 集成项目管理 – 特殊实践188
  • 189. 项目过程剪裁集成项目管理 – 补充说明189
  • 190. CMMI3级过程域已定义需求开发 技术解决 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与决定 优化级量化级定义级管理级初始级190
  • 191. 风险管理目的 风险管理的目的是在风险发生前,标识出潜在的问题,以便在产品或项目的整个生存周期中规划风险处理活动,并于必要时启动这些活动,以缓解对目标实现的不利影响。191
  • 192. 风险管理 – 特殊目标SG 1 准备风险管理 进行风险管理的准备。 SG 2 识别和分析风险 识别和分析风险,以确定其相对重要性。 SG 3 缓解风险 适当地处理和缓解风险,以减少对目标实现的不利影响。192
  • 193. 确定风险 来源和类别定义风险 参数 识别风险风险管理 – 关系图对风险进行 评价、分类 和排序制定风险 缓解计划执行风险 缓解计划风险数据库准备风险管理识别和分析风险缓解风险制定风险 管理策略PP193
  • 194. SP 1.1 确定风险源和类别 确定风险的来源和类别。 SP 1.2定义风险参数 定义用于风险分析和分类的参数,以及用于控制风险管理工作量的参数。 SP 1.3建立风险管理策略 建立和维护风险管理的策略。 风险管理 – 特殊实践194
  • 195. SP 2.1标识风险 标识并文档化风险。 SP 2.2评价、分类和排序风险 运用所定义的风险类别和参数,评估和分类每个已标识的风险,并确定其相对优先顺序。风险管理 – 特殊实践195
  • 196. SP 3.1 制定风险缓解计划 按照风险管理策略的规定,针对最重要的项目风险,研究制定风险缓解计划。 SP 3.2 实施风险缓解计划 定期监督每个风险的状态,并于适当时实施风险缓解计划风险管理 – 特殊实践196
  • 197. 风险管理风险管理 – 补充说明197
  • 198. CMMI3级过程域已定义需求开发 技术解决 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与决定 优化级量化级定义级管理级初始级198
  • 199. 决策分析与决定目的 决策分析和决定的目的是使用正式的评价过程分析可能的决策,此评价过程按所建立的准则评价所标识的备选方案。199
  • 200. 决策分析与决定 – 特殊目标SG 1评价备选方案 决策是基于按所定准则对备选方案所作的评价200
  • 201. 决策分析与决议– 关系图制定决策 分析指南指南 评价候选方案选择决策技术方法准则 制定评价准则选定解决方案确定候选方案候选方案评价候选方案 Other PAs201
  • 202. SP 1.1 建立决策分析指南 建立和维护指南,以确定哪些问题须采用正式评价过程。 SP 1.2 建立评价准则 建立和维护评价备选方案的准则和这些准则的相对等级。 SP 1.3 识别备选方案 识别处理问题的备选方案。 SP 1.4 选择评价方法 选择评价方法。 SP 1.5 评价备选方案 使用所建立的准则和方法评价备选方案。 SP 1.6 选择解决方案 基于评价准则从备选方案中选择解决方案。 决策分析与决定 – 特殊实践202
  • 203. 决策分析技术 决策分析与决定 – 补充说明203
  • 204. 目录CMMI图示标识 CMMI2级过程域 CMMI2级过程域关系 CMMI3级过程域 CMMI3级过程域关系204
  • 205. CMMI4级过程域已定义组织过程性能 定量项目管理 优化级量化级定义级管理级初始级205
  • 206. 组织过程性能目的 组织过程性能(OPP)的目的在于建立并维护从组织标准过程集中选择的过程的定量理解以支持质量和过程性能目标的实现,并提供过程性能数据、基线和模型,以定量管理组织的项目。206
  • 207. 组织过程性能– 特殊目标SG 1 建立性能基线和模型 建立并维护性能基线和模型,以刻画期望的组织标准过程集的过程性能。207
  • 208. SP 1.1 建立质量和过程性能目标 建立和维护组织的可跟踪商业目标的质量和过程性能的量化目标。 SP 1.2 选择过程 从组织标准过程集中选择要纳入组织性能分析和维护对商业目标的可跟踪性中过程或子过程。 SP 1.3 建立过程性能度量 建立并维护要纳入组织过程性能分析的度量定义。 SP 1.4 分析过程性能并建立过程性能基线 分析选定过程的性能,建立并维护过程性能基线。 SP 1.5 建立过程性能模型 建立并维护针对组织标准过程集的过程性能模型。 组织过程性能– 特殊实践208
  • 209. 定量项目管理目的 定量项目管理(QPM)的目的是通过定量管理项目,来实现项目建立的质量和过程性能目标。209
  • 210. 定量项目管理– 特殊目标SG 1 准备定量管理 执行度量管理准备。 SG 2 定量管理项目 项目被定量管理。 210
  • 211. SP 1.1 建立项目的目标 建立和维护项目的质量和过程性能目标。 SP 1.2 构成已定义过程 使用统计和其它定量技术,构成已定义过程,以使项目能实现其质量和过程性能目标。 SP 1.3 选择子过程及属性 选择关键评价性能的并能帮助项目实现其质量和过程性能目标的子过程及属性。 SP 1.4 选择度量和分析技术 选择用于定量管理的度量和分析技术。 组织过程性能– 特殊实践211
  • 212. SP 2.1 监督选择子过程的性能 使用统计和其它定量技术监督选择子过程的性能。 SP 2.2 管理项目性能 使用统计和其它定量技术,管理项目,以确定项目的质量和过程性能目标是否被满足。 SP 2.3 执行根本原因分析 执行选择问题的根本原因分析,以处理在实现项目质量和过程性能目标方面的不足。 组织过程性能– 特殊实践212
  • 213. 原因分析和决定目的 原因分析和决定的目的,是识别选定结果的原因,并采取措施以改进过程性能。213
  • 214. 原因分析和决定– 特殊目标SG 1 确定选定结果的原因 系统化地确定选定结果的根本原因。 SG 2 处理选择结果的原因 系统化地处理选定结果的根本原因。 214
  • 215. SP 1.1 选择要分析的结果 建立和维护项目的质量和过程性能目标。 SP 1.2 分析原因 使用统计和其它定量技术,构成已定义过程,以使项目能实现其质量和过程性能目标。 原因分析和决定– 特殊实践215
  • 216. SP 2.1 执行行动建议 执行选定的在原因分析中开发的行动建议。 SP 2.2 评价执行活动的效果 评价执行活动在过程性能方面的效果。 SP 2.3 记录原因分析数据 记录原因分析和解决数据用于整个项目和组织。 原因分析和决定– 特殊实践216
  • 217. 组织性能管理目的 组织性能管理的目的,是主动管理组织性能以满足其商业目标。217
  • 218. 组织性能管理– 特殊目标SG 1 管理商业性能 使用统计和其它定量技术管理组织的商业性能,以理解过程性能的不足并识别过程改进的方面。 SG 2 选择改进 主动识别改进、使用统计和其它定量技术评价改进,并基于改进的贡献选择部署,以满足质量过程性能目标。 SG 3 部署改进 部署对组织过程和技术的可度量的改进,并使用统计和其它定量技术进行评价。 218
  • 219. SP 1.1 维护商业目标 在理解商业策略和实际性能结果的基础上维护商业目标。 SP 1.2 分析过程性能数据 分析过程性能数据以确定符合识别的商业目标的组 织的能力。 SP 1.3 识别潜在的改进方面 识别对满足商业目标有贡献的、潜在的改进方面。 组织性能管理– 特殊实践219
  • 220. SP 2.1 导出建议的改进 导出并分类建议的改进。 SP 2.2 分析建议的改进 分析建议的改进,因为它们可能影响实现质量和过程性能目标。 SP 2.3 确认改进 确认选择的改进。 SP 2.4 选择并实施要部署的改进 基于对成本、好处和其它因素的评价,选择并实施要在整个组织部署的改进。 组织性能管理– 特殊实践220
  • 221. SP 3.1 策划部署 建立和维护选择的改进的部署计划。 SP 3.2 管理部署 管理选择的改进的部署。 SP 3.3 评价改进效果 使用统计和其它定量技术评价部署的改进的质量和过程性能方面的效果。 组织性能管理– 特殊实践221
  • 222. 工程过程域RDPIVal客户TSVerREQM需求客户产品和产品构件的需求 产品构件、工作产品 的 验证和确认报告 产品构件候选方案需求产品222
  • 223. 基础过程管理过程域OPFOPD资源和协调OT标准过程 和其它资源标准过程培训组织过程需求和目标 标准过程 和其它资源高级管理 组织商业目标项目管理、支持 及工程过程域 培训需求改进信息过程改进提议及参与过程的定义、评审和部署223
  • 224. 高级项目管理过程域基础项目管理过程域RSKM风险状态风险缓解计划纠正活动风险分类 及参数过程不稳定引起的风险识别风险IT集成工作环境 人员技能过程的性能、目标、基线、模型QPM组织标准过程 支持资源IPM for IPPD项目已定义过程统计管理数据基础过程管理过程域量化的目标 统计管理子过程工程和支持 过程域协调、承诺、 解决问题供应商监控数据配置管理、确认和集成数据ISM项目性能数据执行工程过程的集成团队管理项目共享愿景 集成团队结构与项目共利益者进行协调和合作经验教训 计划和执行数据项目已定义过程适用于团队开发的产品体系结构224
  • 225. 高级支持过程域DAR所有过程域CAR缺陷和其它问题已选择的问题过程改进建议结构化的决议过程管理过程域项目管理过程域OEI集成工作环境 人员技能IPPD 知识和 技能要求开发和部署 IPPD过程和 支持资源的能力组织IPPD 基础架构225
  • 226. 目录CMMI图示标识 CMMI2级过程域 CMMI2级过程域关系 CMMI3级过程域 CMMI3级过程域关系226
  • 227. CMMI2级通用目标 GG 2 制度化为受管理过程 过程被制度化为受管理过程。227
  • 228. GP 2.1 建立组织方针 为策划和执行该过程,建立并维护组织方针。 GP 2.2 策划该过程 为执行该过程,建立并维护计划。 GP 2.3 提供资源 为执行该过程、提供适当的资源、开发工作产品和提 供该过程的服务。 GP 2.4 分配职责 为执行过程、开发工作产品和提供该过程的服务, 分配职责和权限。CMMI2级通用实践228
  • 229. GP 2.5 培训人员 必要时,对执行或支持该过程的人员进行培训。 GP 2.6 控制工作产品 将该过程指定的工作产品置于适当的控制层次。 GP 2.7 识别和引入相关干系人 按计划识别和引入该过程的相关干系人。 GP 2.8 监督和控制该过程 为执行过程对照计划监督和控制该过程并采取适当的纠正措施。CMMI2级通用实践229
  • 230. GP 2.9 客观评价遵循情况 对照过程的描述、标准和规程,客观地评价该过程和选择的工作产品的遵循情况并处理不符合项。 GP 2.10 和高层管理者一起评审状态 和高层管理者一起评审该过程的活动、状态和结果并解决问题。CMMI2级通用实践230
  • 231. CMMI3级通用目标 GG 3 制度化为已定义过程 过程被制度化为已定义过程。231
  • 232. GP 3.1 建立已定义过程 建立并维护已定义过程的描述。 GP 3.2 收集相关经验 收集派生于策划和执行该过程的过程相关经验,以支持后续使用和对组织过程和过程资产的改进。 CMMI3级通用实践232
  • 233. 谢谢各位!233