缺陷控制图是Baseline和Baseline control的方法之一。其中的难点还在于组织级是否已建立缺陷的Baseline（包括质量区间）。我想我们遇到的难点是，如何识别工作产品，并建立缺陷分类，以建立基线。

一般来讲，我们可以从CMMI V1.2 项目5个阶段着手，从开发中、交付前和交付后，对“评审发现的缺陷”、“测试发现的缺陷”和“系统运行中的缺陷”进行分类管理，其中“评审发现的缺陷”主要是“业务解决方案”、“技术解决方案”、“代码”等中间产品。

如何在跨职能的任务或者项目之间进行资源优化组合、如何管理好各任务/项目的风险/进度/相关性等等就变得越来越重要，而项目经理总是希望自己拿到最优的资源(预算、人员配置、宽松的计划、最小的范围、可控的风险等等)。但是在企业的现实状况下，这势必会造成项目与项目之间的资源冲突。

如何有效地解决好这些资源冲突呢？

如何有效管理好项目之间的相关性呢？

1）和学员一起整理当前工作中的各项工作，用WBS分解图构造出“某类项目”的WBS过程；

2）利用Project工具，结合Cost、Time、Scope和Quality四大知识域的方法，展现项目策划和项目监控的基本方法；

3）利用Project工具，结合Risk、Human Resource、Communicate三个知识域的方法，联系协作技巧；

4）通过5大过程，结合综合管理知识域，回顾项目全生命周期管理；

5）【Option】采购管理培训实践。

特点：

1）紧密结合实践；

在CMMI过程改进中，在OPP（量化过程绩效）过程，我找到了答案。

场景：在软件研发类项目中，FP度量法（Function Point方法）对于“项目规模”和“功能点”进行数学模型。比如：项目规模＝f(X_功能点，O_其他参数)。

其中的因素关系：

环境FrameWork 3.0，Sharepoint 3.0和SqlServer2005，在完成环境初始化后，安装Project server 2007，在Sharepoint站点上新建SSP(Shared Services Provider)失败。

分析原因：

1. 是否需要Sharepoint server2007？
2. 是否硬件环境不满足要求？
3. 安装步骤有误？

待确认。