CMMI 1.3级认证下,包含了哪些管理体系?

509次阅读
没有评论

在日常业务中,项目团队有时需要借助一定指标体系来衡量或推动整体管理进程,其中,CMMI,即能力成熟度模型集成,就是这样的一套用于评估和提升组织能力与绩效的体系实践。那么,CMMI 1.3级认证下,包含了哪些管理体系?这些体系可以被如何应用于产品项目管理中?

CMMI 1.3级认证下,包含了哪些管理体系?

一、CMMI是什么?

cmmi(Capability Maturity Model Integration,能力成熟度模型集成)是一套用于评估和提升组织能力和绩效的全球最佳实践。

cmmi最初是为美国国防部开发的,用于评估其软件承包商的质量和能力,后来扩展到了任何行业的任何组织,帮助它们理解自己当前的能力和绩效水平,并提供优化业务结果的指南。cmmi包括五个组成部分:模型、采用指南、系统和工具、培训和认证、评估方法。当它们一起使用时,它们提供了一个清晰而有效的路径来实现你的业务目标。

CMMI V2.0 版本是一个全球公认的软件、产品和系统开发优良实践过程改进模型,能够帮助组织提升绩效。CMMI V1.3 已于 2020 年 9 月 30 日停用。从 2020 年 10 月 1 日开始,仅接受 CMMI V2.0 评估。

CMMI2.0 版本产品套件包括成熟度模型、使用指南、系统与支持工具、培训、认证和评估方法。与前期版本一样,CMMI2.0 版本使用五个级别代表提高能力成熟度以改进业务绩效的途径。

新的 CMMI V2.0 模型具有四个类,12 个能力域和 25 个实践域。新的 CMMI 类别有四个,分别是 doing(对应1.3的工程类)、managing(对应1.3的项目管理类)、enabling(对应1.3的支持类)和 improving(对应1.3的过程管理类)。它们是相关域的分组,这些域在组织或项目的已定义活动中定义了改进性能的实践。

二、CMMI 1.3级认证下包含哪些管理体系?

cmmi3级认证表示组织已经实现了定义的过程,即过程已经被标准化、文档化、管理化,并且在整个组织内保持一致。cmmi3级认证下包含以下管理体系:

  1. 过程管理体系:包括组织级过程定义(OPD)、组织级过程焦点(OPF)和组织培训管理(OT);
  2. 项目管理体系:包括项目计划(PP)、项目监督与控制(PMC)、供应商协议管理(SAM)、集成项目管理(IPM)和风险管理(RSKM);
  3. 工程管理体系:包括需求开发(RD)、需求管理(REQM)、技术解决方案(TS)、产品集成(PI)、验证(VER)和确认(VAL);
  4. 支持管理体系:包括配置管理(CM)、过程和产品质量保证(PPQA)、测量与分析(MA)和决策分析与解决(DAR)。

1. 过程管理体系

1)组织过程定义(OPD)

组织过程定义(OPD)就是对软件过程进行定义,建立组织级别的通用过程资产库,以便于以后开发过程中,根据资产库的积累对标准组织级别的过程进行裁剪,适合具体项目情况。

实施方案:

  1. 建立一个过程资产库,即一个存放组织所有过程相关资产(如文档、模板、工具等)的集中位置,并确保其可访问性和安全性。
  2. 定义组织标准过程,即根据组织的业务目标和特点,定义一套适用于组织内各个项目或部门的标准过程,并遵循相应的规范和原则。
  3. 建立过程度量体系,即根据组织标准过程的特点和要求,确定需要度量和控制的过程属性(如效率、效果、成熟度等),并定义相应的度量方法和指标。

2)组织级过程焦点(OPF)

组织级过程焦点(Organizational Process Focus,OPF)是确定组织需要改进的过程领域和优先级的过程,包括建立过程管理委员会、收集和分析过程数据、制定过程改进计划等。

实施方案:

  1. 建立一个过程管理委员会,包括组织高层领导、过程改进专家、相关方代表等。
  2. 收集和分析过程数据,即使用适当的方法(如问卷、访谈、观察等)收集组织当前的过程状况和绩效,并使用适当的工具(如图表、表格、公式等)分析过程数据。
  3. 制定过程改进计划,即根据过程数据分析结果,确定组织需要改进的过程领域和优先级,并制定相应的改进目标、策略、资源等。

3)组织培训管理(OT)

组织培训管理(Organizational Training,OT)是提供组织成员所需技能和知识的过程,包括识别培训需求、制定培训计划、执行培训活动、评估培训效果等。

实施方案:

  1. 建立一个组织培训团队,包括培训经理、培训师、评估师等。
  2. 识别培训需求,即使用适当的方法(如问卷、访谈、测试等)识别组织成员在技能和知识方面的现状和差距,并确定培训的目标和对象。
  3. 制定培训计划,即确定培训的内容、方法、工具、资源、时间、地点等,并制定培训预算和评估标准。
  4. 执行培训活动,即按照培训计划,使用适当的方法(如讲座、演示、模拟、案例等)向组织成员提供所需的技能和知识,并监督和记录培训过程。
  5. 评估培训效果,即使用适当的方法(如测试、问卷、观察等)评估组织成员在技能和知识方面的提升情况,并根据评估结果进行反馈和改进。

2. 项目管理体系

1)项目计划(PP)

项目计划(Project Planning,PP)是建立和维护项目计划的过程,包括定义项目活动、估算资源需求和成本、建立进度和预算、识别项目风险并制定风险缓解计划等。

实施方案:

  1. 建立一个跨职能的项目计划团队,包括项目经理、客户代表、供应商代表等。
  2. 根据项目范围和目标,定义项目活动,并将其分解为可管理的任务。
  3. 根据任务之间的依赖关系,建立一个逻辑网络图,并确定关键路径。
  4. 根据任务的复杂度和难度,估算所需的资源(人员、设备、材料等)和成本。
  5. 根据资源可用性和约束条件,建立一个合理的进度计划,并确定里程碑和交付物。
  6. 根据进度计划,建立一个详细的预算,并考虑预留金和变更控制。
  7. 根据项目特点和环境因素,识别潜在性项目风险,并评估其可能性和影响。
  8. 根据风险评估结果,制定风险缓解计划,并分配责任人和资源。
  9. 将项目计划与相关方沟通并获得批准,确保计划的可行性和一致性。
  10. 定期审查和更新项目计划,根据实际情况和变更请求进行调整,并记录变更历史。

2)项目监督与控制(PMC)

项目监督与控制(Project Monitoring and Control,PMC)是监督项目执行情况,并采取必要的纠正措施的过程,包括收集和分析项目数据、比较实际与计划的偏差、识别问题和风险、实施变更控制、报告项目状态和绩效等。

实施方案:

  1. 建立一个有效的项目监控和控制系统,包括定义数据收集方法、频率、格式、责任人等。
  2. 定期收集和分析项目数据,包括范围、进度、成本、质量、风险等指标。
  3. 比较实际与计划的偏差,并确定其原因和影响。
  4. 识别问题和风险,并采取相应的纠正或预防措施。
  5. 实施变更控制过程,包括记录、评估、批准、通知、执行、验证等步骤。
  6. 报告项目状态和绩效,包括使用图表、表格、仪表盘等可视化工具,向相关方提供及时、准确、完整的信息。

3)供应商协议管理(SAM)

供应商协议管理(Supplier Agreement Management,SAM)是管理与供应商之间的协议的过程,包括选择供应商、建立协议条款和条件、监督供应商绩效、处理协议问题等。

实施方案:

  1. 建立一个供应商协议管理团队,包括采购经理、合同经理、质量经理等。
  2. 根据项目需要,确定外包范围和标准,并编制采购计划,并确定潜在的供应商。
  3. 选择供应商,即根据供应商的资质、信誉、报价、交付能力等因素,进行评估和比较,并确定最佳的供应商。
  4. 建立协议条款和条件,即与供应商协商并确定协议的目标、范围、责任、交付物、验收标准、付款方式、变更控制、争议解决等内容,并签署正式的协议文件。
  5. 监督供应商绩效,即定期收集和分析供应商的进度、成本、质量等数据,并与协议要求进行比较,评估供应商的满意度和风险。
  6. 处理协议问题,即及时识别和沟通协议中出现的问题,并采取相应的纠正或预防措施,如变更请求、索赔、终止等。

4)集成项目管理(IPM)

集成项目管理(Integrated Project Management,IPM)是从组织的标准过程集中裁剪得到集成的已定义过程,并以此为依据建立并管理项目以及相关干系人的参与。

实施方案:

  1. 了解组织的标准过程集:在实施IPM之前,需要了解组织的标准过程集,以便从中裁剪得到集成的已定义过程。
  2. 建立项目已定义的过程:通过裁剪组织的标准过程集,建立项目已定义的过程。这一步需要考虑项目的具体需求和特点。
  3. 管理项目:使用项目已定义的过程来管理项目。这包括使用项目计划、影响项目的其他计划以及项目已定义的过程来管理项目。
  4. 建立团队:建立旨在达成项目各项目标的团队。这包括确定团队成员、分配角色和职责以及建立团队沟通机制等。
  5. 协调相关干系人:在项目期间,需要协调相关干系人,使他们关注的事项得以识别、考虑并在适当的时候得到处理。
  6. 使用组织级过程资产并为其做贡献:使用组织级过程资产来支持项目管理,并为组织级过程资产做出贡献。

5)风险管理(RSKM)

风险管理是管理项目风险的过程,包括识别风险、分析风险、规划风险应对策略、实施风险应对策略、监控风险等。需要与其他过程域(如项目计划、项目监督与控制等)协同工作,以确保项目能够有效地应对风险。

实施方案:

  1. 建立一个风险管理团队,包括项目经理、风险经理、相关方代表等。
  2. 识别风险,即使用适当的技术(如头脑风暴、检查表、假设分析、风险分解结构等)识别项目中可能发生的不确定事件或条件,并记录在风险登记册中。
  3. 分析风险,即对每个风险进行定性或定量分析,评估其可能性和影响,并确定其优先级。
  4. 规划风险应对策略,即根据风险的性质和优先级,制定相应的应对策略(如规避、转移、减轻、接受等),并分配责任人和资源。
  5. 实施风险应对策略,即按照规划好的策略,对风险进行应对或控制,以降低风险的负面影响或增加风险的正面影响。
  6. 监控风险,即定期收集和分析风险数据,评估风险状态和趋势,并根据实际情况更新风险登记册和应对策略。

3. 工程管理体系

1)需求开发(RD)

需求开发是开发客户需求的过程,包括识别需求来源、定义需求属性、建立需求层次结构、分配需求优先级等。

实施方案:

  1. 建立一个需求开发团队,包括业务分析师、系统分析师、客户代表等。
  2. 识别需求来源,即确定影响需求的各种因素(如客户、用户、法规、竞争对手等),并获取相关信息。
  3. 定义需求属性,即为每个需求定义其标识符、名称、描述、类型(功能或非功能)、来源、状态等属性。
  4. 建立需求层次结构,即将需求按照不同的抽象层次(如业务需求、用户需求、系统需求等)进行分类和分解,并建立父子关系。
  5. 分配需求优先级,即根据需求的重要性和紧迫性,为每个需求分配一个优先级(如高、中、低等),并考虑需求之间的依赖关系。

2)需求管理(REQM)

需求管理是管理需求的过程,包括获取客户需求、分析需求可行性和一致性、建立需求基线、跟踪需求变更等。

实施方案:

  1. 建立一个跨职能的需求管理团队,包括客户代表、业务分析师、系统分析师等。
  2. 使用适当的技术(如访谈、问卷、观察等)获取客户需求,并记录在需求规格说明书中。
  3. 分析需求的可行性(是否能够实现)、一致性(是否有矛盾或冲突)、完整性(是否覆盖了所有方面)、可验证性(是否能够验证)等属性,并解决需求问题。
  4. 建立需求基线,即经过相关方批准的需求集合,并将其作为后续开发和测试的依据。
  5. 跟踪需求变更,即记录、评估、批准、通知、执行、验证等步骤,并更新需求基线。

① 需求验证

需求验证是验证客户需求是否正确和完整的过程,包括评审需求文档、执行需求测试、获取客户反馈等。

实施方案:

  1. 建立一个需求验证团队,包括业务分析师、系统分析师、测试工程师、客户代表等。
  2. 评审需求文档,即使用适当的技术(如检查单、同行评审等)检查需求文档是否符合规范和要求,并发现需求文档中的错误或问题,并进行修改或补充。
  3. 执行需求测试,即使用适当的方法(如原型、模拟、场景等)测试需求是否能够满足客户的期望和目标,并检查需求是否可行、一致、完整、可验证等。
  4. 获取客户反馈,即向客户展示需求文档和测试结果,并征求客户的意见和建议,并根据客户的反馈进行调整或确认。

3)技术解决方案(TS)

技术解决方案是设计和开发系统的过程,包括选择设计方法、定义系统架构、设计系统组件、实现系统功能等。

实施方案:

  1. 建立一个技术解决方案团队,包括系统工程师、软件工程师、硬件工程师等。
  2. 选择设计方法,即根据项目特点和需求,确定使用何种设计方法(如面向对象、结构化、模块化等),并遵循相应的设计原则和规范。
  3. 定义系统架构,即确定系统的整体结构和组织方式,并定义系统的主要功能模块和接口。
  4. 设计系统组件,即对每个功能模块进行详细的设计,包括定义输入、输出、处理、存储等,并使用适当的工具(如流程图、数据字典、类图等)进行描述和说明。
  5. 实现系统功能,即根据设计文档,编写相应的代码或配置相应的硬件,以实现系统的功能,并进行单元测试和集成测试,以检查代码或硬件是否符合设计要求。

4)产品集成(PI)

产品集成是将系统各个部分组装在一起并验证其正确性的过程,包括建立集成环境、执行集成测试、获取客户验收等。

实施方案:

  1. 建立一个产品集成团队,包括系统工程师、测试工程师、客户代表等。
  2. 建立集成环境,即准备好集成所需的硬件、软件、网络等资源,并确保其正常运行和兼容性。
  3. 执行集成测试,即按照预先制定的集成测试计划和用例,将系统各个部分逐步组装在一起,并进行功能测试、性能测试、安全测试等,以检查系统是否符合需求和规范。
  4. 获取客户验收,即向客户展示集成后的系统,并征求客户的意见和建议,并根据客户的反馈进行调整或确认。

5)验证(VER)

验证是确认系统是否满足用户需求和预期效果的过程,包括制定验证计划、执行验证活动、报告验证结果等。

实施方案:

  1. 建立一个验证团队,包括测试工程师、用户代表、质量经理等。
  2. 制定验证计划,即确定验证的目标、范围、方法、标准、资源等,并编制验证用例和验收标准。
  3. 执行验证活动,即使用适当的方法(如用户测试、场景测试、操作测试等)验证系统是否能够满足用户需求和预期效果,并记录验证数据和问题。
  4. 报告验证结果,即分析验证数据和问题,并确定验证的结论和建议,并使用适当的工具(如图表、表格、仪表盘等)向相关方报告验证结果。

6)确认(VAL)

确认是确认系统是否符合合同或协议要求的过程,包括制定确认计划、执行确认活动、报告确认结果等。

实施方案:

  1. 建立一个确认团队,包括测试工程师、客户代表、合同经理等。
  2. 制定确认计划,即确定确认的目标、范围、方法、标准、资源等,并编制确认用例和验收标准。
  3. 执行确认活动,即使用适当的方法(如合规性测试、审计测试、验收测试等)确认系统是否符合合同或协议要求,并记录确认数据和问题。
  4. 报告确认结果,即分析确认数据和问题,并确定确认的结论和建议,并使用适当的工具(如图表、表格、仪表盘等)向相关方报告确认结果。

4. 支持体系

1)配置管理(CM)

配置管理是管理项目或产品的配置项(如文档、代码、硬件等)的过程,包括识别配置项、建立配置基线、控制配置变更、审计配置状态等。

实施方案:

  1. 建立一个配置管理团队,包括配置经理、配置管理员、配置审核员等。
  2. 识别配置项,即确定项目或产品中需要被管理的配置项,并为每个配置项定义其标识符、名称、版本等属性。
  3. 建立配置基线,即经过相关方批准的配置项集合,并将其作为后续开发和测试的依据。
  4. 控制配置变更,即记录、评估、批准、通知、执行、验证等步骤,并更新配置基线。
  5. -审计配状态,即定期检查配置项是否符合配置基线,并报告审计结果和问题。

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

过程和产品质量保证是提供对过程和产品质量的保证的过程,包括建立质量标准和度量体系、执行质量审核和检查、报告质量结果和问题等。

实施方案:

  1. 建立一个过程和产品质量保证团队,包括质量经理、质量审核员、质量检查员等。
  2. 建立质量标准和度量体系,即根据客户需求和组织目标,确定过程和产品需要满足的质量标准(如规范、要求等),并定义相应的质量度量方法和指标(如缺陷率、合格率等)。
  3. 执行质量审核和检查,即使用适当的方法(如检查单、同行评审等)审核过程是否符合质量标准,并使用适当的方法(如抽样、测试等)检查产品是否符合质量标准,并记录审核和检查数据和问题报告质量结果和

问题,即分析审核和检查数据和问题,并确定质量的结论和建议,并使用适当的工具(如图表、表格、仪表盘等)向相关方报告质量结果和问题。

3)度量和分析(MA)

度量和分析是收集、分析和使用项目或过程数据的过程,包括确定度量目标和指标、建立度量计划、收集和存储度量数据、分析度量数据、使用度量结果等。

实施方案:

  1. 建立一个度量和分析团队,包括度量经理、数据分析师、统计专家等。
  2. 确定度量目标和指标,即根据项目或过程的目标和需求,确定需要度量的属性(如进度、成本、质量等),并定义相应的度量方法和指标(如工期偏差、成本偏差、缺陷密度等)。
  3. 建立度量计划,即确定度量的内容、方法、工具、资源、时间、地点等,并制定度量预算和评估标准。
  4. 收集和存储度量数据,即使用适当的方法(如抽样、测量、记录等)收集项目或过程的数据,并使用适当的工具(如数据库、电子表格等)存储和管理数据。
  5. 分析度量数据,即使用适当的方法(如图表、表格、公式等)分析数据,并识别数据中的模式、趋势、异常等,并确定其原因和影响。
  6. 使用度量结果,即根据分析结果,提出改进建议或决策依据,并向相关方报告或展示度量结果。

4)决策分析和解决方案(DAR)

决策分析和解决方案是分析并解决项目或过程中出现的问题或决策的过程,包括识别问题或决策、定义评估标准、生成可选方案、评估可选方案、选择最佳方案等。

实施方案:

  1. 建立一个决策分析和解决方案团队,包括项目经理、问题解决专家、相关方代表等。
  2. 识别问题或决策,即确定项目或过程中需要解决的问题或需要做出的决策,并定义其背景和目标。
  3. 定义评估标准,即确定用于评估可选方案的标准(如成本、时间、质量等),并为每个标准赋予一个权重。
  4. 生成可选方案,即根据问题或决策的特点,生成若干个可能的解决方案或决策选项,并描述其优缺点。
  5. 评估可选方案,即根据评估标准,对每个可选方案进行定性或定量分析,并计算其得分或排名。
  6. 选择最佳方案,即根据评估结果,选择得分最高或排名最前的方案作为最佳方案,并向相关方报告或展示选择过程和结果。

本文由作者 @老李与技术 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于CC0协议。

Read More 

正文完
可以使用微信扫码关注公众号(ID:xzluomor)
post-qrcode
 
评论(没有评论)
Generated by Feedzy