CMMI基础培训
CMMI包括18个过程域：
1 评估
2 投标
3 合同评审、立项
4 总体计划(项目启动)
5 原形开发
猪皮冻怎么做好吃6 需求分析
7 总体设计(概要设计)
8 详细设计
9 功能开发
10 代码走查
11 产品集成
12 集成测试
13 试运行(用户测试\上线运行)
14 初验
15 初验维护
16 终验
17 终验维护
18 结项报告
在CMMI评级过程中，上面的18个过程域都必须提供证据，即所谓的PIID。
名词解释：
PIID：Practice Instantiation Indicator Document实践的实施证据文档
SR - Senior Management, PL - Project Lead, DEV - Developer, SQA, SCM. RM, SEPG
随着人们对CMM研究的不断深入，其他学科也结合本系统的特点，陆续推出了自己的CMM模型。例如，人力资源能力成熟度模型、系统工程能力成熟度模型等等：
（1） SW-CMM (Software CMM) 软件CMM
（2） SE-CMM (System Engineering CMM) 系统工程CMM
（3） SA-CMM (Software Acquisition CMM) 软件采购CMM 无私奉献的成语
（4） IPT-CMM (Integrated Product Team CMM) 集成产品群组CMM
（5） P-CMM (People CMM) 人力资源能力成熟度模型
CMMI三级18个过程域中属于项目管理类的过程域:
A、PP\PMC\RSKM\VAL\SAM
学太极拳
B、PP\IPM\PMC\RSKM\SAM
C、RD\PP\IPM\PMC\RSKM\SAM
王羲之王献之D、REQA\PP\PMC\IPM\SAM
江的词语
REQM: Requirements Management（需求管理）
PP: Project Planning
怀才不遇的意思PMC: Project Monitoring and Control（项目监控）
MA: Measurement and Analysis（度量分析）
PPQA: Process and Product Quality Assurance（过程、产品质量保证）
CM: Configuration Management
RD: Requirements Development
VER: Verification（文档评审、系统测试）
VAL: Validation（项目验收、发布许可）幼儿园演讲
TS: Technical Solution方案选择表
PI: Product Integration（产品集成）
OPF:Organizational Process Focus(组织过程焦点)
OPD:Organizational Process Definition(组织过程定义)
OT: Organizational Training(组织培训)
IPM: Integrated Project Management(集成项目管理)
RSKM: Risk Management
DAR:Decision Analysis and Resolution
CMMI2级简述
如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下，是不可能做出计划的，所以做好计划的第一步就是要把这些东西搞清楚。PP这个PA的第一个Specific Goals，中文大意是：建立和维护用于项目计划的各类参数的估算，英文原文是：Estimates of project planning parameters are established and maintained.
下面我们再详细看看，到底做计划之前，需要搞清楚什么东西？
SP1.1：Estimate the Scope of the Project. 估计项目的范围，如项目的目标、任务、工作产品等。这里通常就是指WBS(top-level work breakdown structure)，试想一下，我们做计划之前不是常常要先对任务进行分解吗？
SP1.2: Establish Estimates of Work Product and Task Attributes. 估计工作产品及任务的属性。做计划的时，我们会先列出这个项目要产生的工作产品，以及这个项目要完成的任务等，然后我们需要分析这些任务、工作产品的规模、工作量、复杂度、代码行数等所谓的属性。CMMI并没有规定一定要分析什么属性，具体由企业自己来选择适合自己需要分析的属性。在CMM模型的时候，项目计划这个PA硬性规定了需要分析的几大属性，CMMI
模型中已经改进，不再强制要求。分析这些属性的目的是对任务、工作产品等更加了解，以便于做好计划。
SP1.3 Define the project life-cycle phas upon which to scope the planning effort. 定义项目生命周期。写计划的其中一个步骤是要考虑用什么生命周期模型，是瀑布型？螺旋？还是别的？选择怎样的模型，CMMI并没有规定，企业可以选择常见的生命周期模型，也可以自己定义自己的模型。
∙ SP1.4 Estimate the project effort and cost for the work products and task bad on estimation rationale. 可以把SP1.4看作是SP1.2的延续，要根据工作产品及任务的属性估算出项目的规模和成本。
SG1说的是如何准备估算的问题，为做计划打好基础，而SG2说的就是要建立计划了。
SG2：A project plan is established and maintained as the basis for managing the project. 中文大意是：建立和维护项目计划，这个计划要作为项目管理的基础。那么项目计划要包含什么内容呢？
SP2.1 Establish and maintain the project's budget and schedule. 建立和维护项目的预算和进度。
SP2.2 Identify and analyze project riskes. 识别和分析项目风险。
SP2.3 Plan then managemanet of project data. 计划对项目数据的管理。什么是“项目数据”呢？在项目开发过程中，会产生各类文档、代码等，我们再写项目计划的时候，要考虑好如何管理开发过程中产生的工作产品、数据等，例如存放的位置、访问权限控制。通常我们需要文档分类存放，设定一些个人工作区、项目组共享区等，计划好这些东西的管理，目的就是为了让工作更加有条理。
细心的人可能会发现，这个SP怎么有点象CM这个PA呢？没错，CM也讲的也是管理工作产品，与这个SP是有相似之处的，CM是从配置管理的角度来讲述的，而这个SP就从项目管理的角度来讲述的。详细情况，我们再论述CM的时候再谈。
SP 2.4 Plan for necessary resources to perform the project . 计划必要的资源来执行计划。资源包括：人、计算机、设备、工具、办公室等。
SP 2.5 Plan for knowledge and skills needed to perform the project. 计划需要的知识和技能来执行计划。这点经常是做计划的时候被遗忘的，项目经理应该根据项目组成员情况和项目的特点，找出项目组还没有掌握的知识和技能，安排需要的培训，让项目组成员掌握相应的技能。
∙ SP 2.6 Plan the involvement of indentified stakeholders. 识别干系人并计划他们的参与。计划要考虑客户、高层领导、与本项目相关的第三方等相关人员可能的参与，规划他们参与的时间点，参与的工作产品等。例如：要计划客户什么时候参与需求调研，计划客户什么时候需要准备好软硬件环境，以便安装系统等。
SP 2.7 Establish and maintain the overall project plan content. 建立和维护全面的项目计划内容。就是就是要把上面提到的SP2.1到SP2.6的内容全部要写下来，要文档化。
到现在为止，似乎项目计划就完成了，是这样吗？项目计划只由一个人制定的吗？只跟一个人有关系吗？
SG3：Commitments to the project plan are established and maintained. 建立和维护对项目计划的承诺。项目计划要被相关的人评审和认可。
SP 3.1 Review all plans that affect the project to understand project commitments. 项目计划可能会有好多个子计划，如开发计划、测试计划、培训计划等，这些计划都应该被相关人员复查，保证大家理解一致。
SP 3.2 Reconcile the project plan to reflect available and estimated resources. 调整计划，使计划在有限的资源内是可行的。计划要受到资源的限制，通过评审要发现不协调的地方，适当调整计划，保证计划可行。
SP 3.3 Obtain commitment from relevant stakeholders responsible for performing and supporting plan excecution. 得到相关人员的承诺，保证执行和支持计划。计划通过评审，就以为这所有参加评审的人承诺按照计划的要求完成自己的任务，同时他也会支持他人按计划完成任务。
PP有三个SG，分别是建立估算、建立计划、取得承诺，大家如果仔细阅读每个SP，大家会发现做好一个计划是不容易的，要考虑的东西很多。另外，还必须用这个计划来管理项目，更详细的内容我们看计划跟踪与控制这个PA吧
CMMI3级简述
松下lx52级其实有很多问题还没有解决的，细心的人会发现，2级对软件工程活动的指导很弱，如：需求开发、设计、编码、测试等。在3级，你会发现：
1)有指导需求开发的需求开发(Requirements Development)这个PA；
2)有指导设计、编码工作的技术解决方案(Technical Solution)这个PA；
3)有指导如何保证工作产品满足要求的验证(Verification)；
4)有指导如何保证软件产品满足真实使用环境要求的(Validation)；
5)还有指导如何把软件产品各组件集成在一起并保证能在相应的硬件载体运行正常的产品集成(Product Integration)；2级的PP与PMC是直接与项目管理有关的两个PA，在3级，对项目管理的要求进一步提高：
6)集成项目管理(Integrated Project Management)：3级的项目管理，要求利用组织级的财富库进行项目估算，并且利用财富库裁剪出项目自己的过程，并用这个过程来管理项目。
7)风险管理(Risk Management)：2级只有PP的SP2.2中提到要识别风险，而在3级专门有一个PA对风险管理提出更高的要求。
大家不知道有没有发现，2级的PA都是直接针对项目提出要求的。3级的IPM和RSKM，除了对项目级提出要求，另外也对组织级提出了要求，IPM要求有组织级的资产库，RSKM
要求要有组织级的风险管理策略等。另外，3级有几个“O”开头的PA，这几个PA都是直接对组织级的提出要求。
8)组织过程焦点(Organizational Process Focus)：这个PA要求组织成立SEPG来推动过程改进的工作，要求识别、计划、实施改进过程，保证组织过程能持续改进。
