基于CMMI模型实现自己的总体研发框架(3)——CMMI模型-项目管理类过程域介绍

本文详细介绍了CMMI模型中的项目管理类过程域,包括集成项目管理、项目监督与控制、项目计划、量化项目管理、需求管理、风险管理以及供方协议管理,阐述了各过程域的目的、实践和子实践,旨在为企业过程改进提供指导。
摘要由CSDN通过智能技术生成

目录

一、项目管理类过程域简介

1.1 集成项目管理(Integrated Project Management,IPM)-3级

目的

SG 1 使用项目已定义的过程

 SG 2 与相关干系人协调并协作

1.2 项目监督与控制(Project Monitoring and Control,PMC)-2级

 目的

SG 1 对照计划监督项目

SG 2 管理纠正措施直至关闭

1.3项目计划(Project Planning,PP)-2级

目的

SG 1 建立估算

SG 3 获得对计划的承诺         

1.4量化项目管理(Quantitative Project Management,QPM)-4级

目的

SG 1 准备量化管理

 SG 2 量化地管理项目

1.5需求管理(Requirements Management,REQM)-2级

目的

SG 1 管理需求

1.6风险管理(Risk Management,RSKM)-3级

目的

SG 1 准备风险管理

SG 2 识别并分析风险

SG 3 缓解风险

1.7供方协议管理(Supplier Agreement Management,SAM)-2

SG 1 建立供方协议

SG 2 履行供方协议

二、过程域之间的关系说明

2.1项目管理类的基础过程域 

2.2项目管理类的高级过程域 


一、项目管理类过程域简介

一般针对企业的过程改进,发现问题较多、重点改进的都在项目管理类过程域。项目管理类过程域执行的好坏直接影响公司项目的成败。所以今天重点学习一下项目管理类的各过程

1.1 集成项目管理(Integrated Project Management,IPM)-3级

目的

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

SG 1 使用项目已定义的过程

        在项目中使用从组织标准过程集裁剪得到的已定义的过程。

 SP 1.1 建立项目已定义的过程

         从项目启动开始并贯穿项目生命期的始终,建立并维护项目已定义的过程。包括选择适当的生命周期,从组织级过程中选择适合项目的流程、对标准流程进行裁剪以适配本项目、使用组织资产库中的相关资产、将项目已定义的过程文档化、对项目的过程进行评审、必要时对项目的过程进行修改。

SP 1.2 使用组织级过程资产计划项目活动

        使用组织级过程资产与度量库来估算并计划项目活动。 包括如下子实践

  1. 使用项目已定义的任务和工作产品,作为项目估算 和计划的基础
  2. 估算是参考组织过的度量库

SP 1.3 建立项目工作环境

        基于组织的工作环境标准,建立并维护项目的工作环境。包括如下子实践

  1. 为项目计划、设计、安装工作环境
  2. 为项目工作环境持续提供维护和服务
  3. 定期评审工作环境满足项目需要与支持协作的程度,并适当地采取措施。

SP 1.4 集成各类计划

        集成项目计划与影响项目的其它计划,以描述项目已定义的过程

  1. 将影响项目的其他计划集成到项目计划中,例如需求管理计划、配置管理计划、测试计划、培训计划等
  2. 将用于管理项目的度量项定义与度量活动纳入到项目计划中
  3. 识别并分析产品与项目接口风险
  4. 考虑关键的开发与交付要素以及项目风险,排定任务进度顺序

SP 1.5 使用集成的计划管理项目

        使用项目计划、影响项目的其它计划以及项目已定义的过程来管理项目。 

SP 1.6 建立团队

        建立并维护团队

SP 1.7 为组织级过程资产做出贡献

        将过程相关经验贡献给组织级过程资产。

 SG 2 与相关干系人协调并协作

        项目与项目相关干系人之间的协调与协作得到开展。

SP 2.1 管理干系人的参与

         管理相关干系人在项目中的参与。 

SP 2.2 管理依赖

        与相关干系人共同识别、协商并跟踪关键依赖。

SP 2.3 解决协调问题

        与相关干系人共同解决问题。 

1.2 项目监督与控制(Project Monitoring and Control,PMC)-2级

 目的

        项目监督与控制(Project Monitoring and Control,PMC)的目的在于提供对项目进展的了解,以便在项目绩效显著偏离计划时可采取适当的纠正措施。

SG 1 对照计划监督项目

        对照项目计划,项目的实际进展与绩效得到监督。项目计划制定后,为了计划可以顺利实现,随意要对照计划对实际金证和继续进行监督。

SP 1.1 监督项目计划参数

        对照项目计划,监督项目计划参数的实际值。 此实践比较重要,可以参考如下子实践来实现

  1.  对照进度监督进展。
  2. 监督项目成本与投入的工作量
  3. 监督工作产品与任务的属性
  4. 监督资源的提供与使用
  5. 监督项目人员的知识与技能
  6. 将项目计划参数的重大偏差文档化。

SP 1.2 监督承诺

        对照项目计划,监督所识别的承诺。 

SP 1.3 监督项目风险

        对照项目计划,监督所识别的风险。

SP 1.4 监督数据管理

        对照项目计划,监督项目数据的管理。

SP 1.5 监督干系人的参与         

        对照项目计划,监督干系人的参与。 

SP 1.6 进行进展评审

        定期评审项目的进展、绩效与问题。

SP 1.7 进行里程碑评审

        在选定的项目里程碑处,评审项目的已完成情况与结果。 

SG 2 管理纠正措施直至关闭

        当监督过程汇总发现项目绩效或结果显著偏离计划时,就要采取纠正措施,确保纠正措施得到管理,直至关闭。 

SP 2.1 分析问题

        收集并分析问题,确定处理问题所需的纠正措施。

SP 2.2 采取纠正措施

         对已识别的问题采取纠正措施。 

SP 2.3 管理纠正措施

        管理纠正措施直至关闭。         

1.3项目计划(Project Planning,PP)-2级

目的

项目计划(Project Planning,P

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

六天测试工程师

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值