CMMI on line

集成项目管理（IPM）是2级的项目计划（PP）与项目计划跟踪与控制（PMC）的“升级版”，而4级的定量项目管理（QPM）又是集成项目管理的（IPM）的“升级版”。

 

3级与2级最大区别之一就是上升到组织级，项目管理也是一样，项目需要利用组织资产库定义项目自己的过程，考虑各种计划的集成。这是“集成”的其中一层意思，“集成”另外一层意思就是，要协调和管理好项目开展过程中各相关关系人。这两层意思，分别对应SG1和SG2。

 

SG1 The project is conducted using a defined process that is tailored from the organization’s set of standard process.

项目依据项目定义的过程执行，这个项目定义的过程是通过组织的标准过程裁剪出来的。

 

什么叫“项目定义过程”？什么叫“裁剪”？

3级的软件企业，会有很多项目开发方面的各个过程，而且根据不同的情况，可能会有不同的过程。也有可能同一个过程，允许不同类型的项目的做法或者执行的力度等不太一样。组织过程中会有明确的指导，告诉使用这个过程的项目，如何根据项目本身的特点，来选择或者制定自己项目应该执行的过程。这个指导，就是裁剪指南，根据这个指导定义项目应该执行的过程，就是“裁剪”，定义出来的项目应该执行的过程，就是“项目定义过程”。

“裁剪”不一定是减少步骤地，增加步骤，修改步骤等都是“裁剪”，注意是“裁剪”而不是“裁减”。

 

SP1.1 Establish and maintain the project’s defined process.

建立和维护项目定义过程。

 

SP1.2 Use the organizational process assets and measurement repository for estimating and planning the project’s activities.

用组织的过程库及度量库来估算和计划项目的活动。

如：利用历史项目的估算数据，来估算本项目的工作量。

 

SP1.3 Integrate the project plan and the other plans that affect the project to describe the project’s defined process.

集成项目计划及其它影响项目定义过程的计划。

一个项目可能有很多计划，如：开发计划、测试计划、配置管理计划、QA计划、培训计划等等，需要协调好这些计划，让项目所有工作有序开展。

 

SP1.4 Manage the project using the project plan,the other plans that affect the project,and the project’s defined process.

用项目计划及相关计划、项目定义过程来管理项目。

SP1.3强调的是建立和协调好各类计划，SP1.4强调的是利用这些计划来管理项目，前者是制定，后者是执行。

 

SP1.5 Contribute work products,measures,and documented experiences to the organizational process assets.

提交工作产品、度量数据、文档化的经验等到组织过程资产库。

项目利用组织级资产库来进行估算、计划等活动，同样项目也需要把自己本身的有价值的经验、数据、文档等提交到资产库，供以后的项目使用。

 

SG2 Coordination and collaboration of the project with relevant stakeholders is conducted.

协调和项目相关的干系人。

 

SP2.1 Manage the involvement of the relevant stakeholders in project.

管理项目相关干系人的涉入。

包括：要识别出相关干系人，并安排适当的时候让其介入等。项目干系人可能是：甲方、供应商、第三方系统的拥有者等，所有影响这个项目成功的相关人和单位都是干系人。

 

SP2.2 Participate with relevant stakeholders to identify,negotiate,and track critical dependecies.

让相关干系人参与识别、协商、跟踪关键的倚赖关系。

很多情况下，项目会有很多倚赖与第三方的制约。如需要供应商在什么时候提供产品，需要第三方什么时候准备好第三方系统的接口，需要用户准备好安装环境等，所有这些都有可能严重影响项目的进度、成本，必须让这些相关干系人介入协商跟踪这些关键依赖关系。

 

SP2.3 Resolve issues with relevant stakeholders.

和相关干系人解决问题。

这个SP是衔接SP2.1、SP2.2的，前两个SP肯定会发现很多问题，需要和干系人协商解决这些问题。

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

问个问题：

关于“裁剪”，的意思是从标准的过程中选出适合项目的过程叫裁剪吗？不是指从标准过程中要裁减掉哪些不需要的过程。我理解的对吗？

你的理解是对的，“裁剪”而不是“裁减”，“裁剪”包括几层意思：
1.增加一些做法
2.修改一些做法
3.不做一些做法
4.选择一些做法

 

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

谢谢喔。嘿嘿

那如果在集成项目管理这个过程域中的《过程域文档裁剪清单》中，过程域中的文档全部要列出来（过程定义的文档啦、规程啦、模板啦也要列出来）好奇怪喔，似乎对项目根本没有什么帮助，而且这么多的文档项目经理还要分析哪些要，哪些修改，哪些不做，哪些……，项目经理起不是要被忙死了。

对项目没有用的东西就不用写嘛，CMMI没有规定一定要裁剪的，如果过程合适，项目就直接用，不需要裁剪，你可以认为“不裁剪也是一种裁剪”。

不要这样理解裁剪：首先有一个标准的过程，然后有一套裁剪指南，然后每个项目根据以上两者，定义出自己项目的过程。

裁剪的具体方式很灵活的，下面举个例子：
我想每个软件公司都可能遇到完全新开发的项目、升级类型的项目、还有维护类型的项目。对于这三类项目，具体的做法是不一样的。这样，过程可以分别针对这三种情况定义做法。这样具体一个项目要做的时候，就判断属于哪种类型的，然后就按照相应的做法来。这就是一种裁剪。
越成熟的企业，对项目的情况就会考虑得更全面，会定义各种情况下项目应该怎样做，这个时候，企业的过程与裁剪指南是完全融合在一起的。不必一定要裁剪与标准过程分开来写，这样很死板，不灵活，没有必要，也不实用。

我们公司就是按照这样的思路来写裁剪的，我们会在每个过程里面说明什么情况下应该怎样做，和裁剪就体现在过程中。而对于我们过程没有考虑到的情况，我们才用单独的《裁剪指南》来描述应该怎样定义项目的过程。

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

问个问题：

为什么我在CMMI V1.1 和CMMI-DEV V1.2 中看到的关于IPM的描述与您这里的不同呢？ V1.1中这个PA有4个SG，而V1.2中只是简单的删除的V1.1中后两个SG，但与您这里的也不同。想问一下为什么会有这个问题呢？

 

非常感谢！

V1.1版的是有4个SG的，后面两个SG是for IPPD(Integrated Product and Process Development)的，很多情况下后面两个是不用评估的，这里也就没有提到了。

至于V1.2版，这两个SG不是没有了，而是整合到其它地方了，见下图：

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

我觉得你的理解不怎么对，首先如果你们的企业是CMMI L3的话，或者你们过三级的话，哪么你们一定要有一个组织的标准过程集，组织的标准过程集可以理解为包含了组织中开发能用到的所有过程，然后你拿到项目中的时候，就要通过“裁剪”，什么是裁剪呢？一部分是去掉不适合你项目的（请注意一定要依据你们组织的裁剪指南，裁剪指南会告诉你那些过程你可以裁剪，那些过程是不能裁剪的，这就有问题了，如果裁剪指南中规定不能裁剪的过程对于你项目又不合适那怎么办呢？这时你就需要把这个问题通报给公司的EPG组，请求豁免）；另一部分就是修改；还有一部分就是增加。

请记住，如果你需要“裁减”、“增加”、“修改”过程，组织级的裁减只能都明确规定你不能专门做，而对于你的项目又不适合，这时你一定要通报给EPG组，请求豁免，让EPG组同意你这样制定你项目的已定义过程（英文是PDP：Project Defined Process);同时这个过程也算给组织级的改进提改进建议，公司的所有人员（包括项目组成员）只有帮助EPG组不断的改进过程，我们才能最终的产生高质量的过程。

不知道你对我的回答满意不？