需求管理域（REQM）
SG1 管理需求
SP1.1获得对需求的理解（与需求提供者一起理解需求的定义）
1.先判断需求提供者是否合适，即哪些人是合法的需求提供者，建立确认合适的需求提供者的准则。
2.再判断提出的需求是否可接受，建立需求可接爱的准则。
3.最后和需求提供者对需求达成一致理解。
4.上述的准则可以定义在需注开发计划中，也可以体现为单独的检查单。
5.该过程域的SP1.1 SP1.2 SP1.4在过程定义时可以放在需求开发过程中。SP1.3可以单独写一个过程，或者和配置管理的变更流程合并，SP1.5可以定在评审的过程中或问题处理的过程中。
SP1.2获得对需求的承诺（取得项目成员对需求的承诺）
1. 此处的需求承诺是需求实现者对需求可实现的承诺不是客户对需求不变的承诺
usatoday2. 需求的承诺有2类时间点：一是需求刚建立时，二是需求变更时
3. 在需求承诺前，需要开发人员理解需求，一般SP1.1是本实践的基础
4. 承诺可以是书面的签字，也可以是电子的
5. 并非每个人都要对需求做出承诺，可以是项目组的核心成员作为代表
6. 开发组需要对客户有正式的承诺，该承诺一般体现在合同或项目任务书中
7. 开发人员的承诺可以是和计划的承诺合在一起，也可以单独承诺，承诺的时机可能不同
SP1.3管理需求变更
1. 需求的变化是永恒的
2. 鑫泉留学需求是渐变的，是积少成多的
3. 需求的小的变化也要管理
4. 不同规模的需注变更，控制的严格程度不同
gohome>专门做日本留学的机构
5. 在组织内应该区分不同规模的需求变更，并定义不同的流程
6. 需求变更的重点是变更的波及范围分析，在做变更的影响分析时，要考虑对：其他需求、对设计、对编码、对测试、对进度、对工作量、对人员、对风险的影响
7. 需求变更要参考需求跟踪矩阵
8. 需求变更的控制组应该有客户参与
9. 客户的需求变更流程也应该规范
10. 在商务合同中要对需求变更的流程进行定义，规范双方的接口
SP1.4维护需求的双向可跟踪性
1. 需求跟踪矩阵的主要作用
验证需求的可实现性、可测试性
进行需求变更的影响分析
维护阶段，管理需求的变更
2. 何时使用需求跟踪矩阵
需求、设计、测试用例评审时
需求、设计、测试用例等变更时
功能审计时
dream a dream3.需求跟踪矩阵分为
纵向跟踪关系：客户需求到产品需求；需求到设计、测试用例、代码：需求责任分配横向跟踪关系：需求与需求之间的关系，该跟踪关系对产品集成过程有影响
4.在需求、设计、测试用例评审时跟踪矩阵要一起评审
SP1.5确认项目工作和需求间的差异
1. 在需求评审时、计划评审时、设计评审时、测试用例评审时要识别是否和需求一致
2. 了不起的盖茨比在需求变更、设计变更、测试用例变更时，要判断是否和需求一致
3. 英语六级词组在日常工作中也可能发现和需求的不一致
4. 识别出的不一致问题要有记录，并跟踪问题的关闭
项目规划（PP）
SG1.项目估算
SP1.1估算项目的范围
SP1.2估算项目属性
SP1.3定义项目生存周期阶段
SP1.4估算工作量和成本
SG2制定项目计划
SP2.1编制预算和进度
SP2.2识别项目风险
SP2.3项目数据的管理计划
SP2.4规划项目资源
SP2.5知识和技能的计划
SP2.6“项目干系人”的介入计划
SG3获得对计划的承诺
SP3.1审查从属计划
proportional
SP3.2协调工作与资源配置
SP3.3获得计划承诺
如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下，是不可能做出计划的，所以做好计划的第一步就是要把这些东西搞清楚。
SG1. 项目估算，英文原文是：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 Atrributes. 估计工作产品及任务的属性。做计划的时，我们会先列出这个项目要产生的工作产品，以及这个项目要完成的任务等，然后我们需要分析这些任务、工作产品的规模、工作量、复杂度、代码行数等所谓的属性。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的时候再谈。
SP2.4 Plan for necessary resources to perform the project . 计划必要的资源来执行计划。资源包括：人、计算机、设备、工具、办公室等。|revell
SP2.5 Plan for knowledge and skills needed to perform the project. 计划需要的知识和技能来执行计划。这点经常是做计划的时候被遗忘的，项目经理应该根据项目组成员情况和项目的特点，找出项目组还没有掌握的知识和技能，安排需要的培训，让项目组成员掌握相应的技能。
SP2.6 Plan the involvement of indentified stakeholders. 识别干系人并计划他们的参与。计划要考虑客户、高层领导、与本项目相关的第三方等相关人员可能的参与，规划他们参
与的时间点，参与的工作产品等。例如：要计划客户什么时候参与需求调研，计划客户什么时候需要准备好软硬件环境，以便安装系统等。
SP2.7 Establish and maintain the overall project plan content. 建立和维护全面项目计划内容。就是就是要把上面提到的SP2.1到SP2.6的内容全部要写下来，要文档化。
到现在为止，似乎项目计划就完成了，是这样吗？项目计划只由一个人制定的吗？只跟一个人有关系吗？
SG3. Commitments to the project plan are established and maintained. 建立和维护对项目计划的承诺。项目计划要被相关的人评审和认可。
英语专业毕业论文SP3.1 Review all plans that affect the project to understand project commitments. 项目计划可能会有好多个子计划，如开发计划、测试计划、培训计划等，这些计划都应该被相关人员复查，保证大家理解一致。
SP3.2 Reconcile the project plan to reflect available and estimated resources. 调整计划，使计划在有限的资源内是可行的。计划要受到资源的限制，通过评审要发现不协调的地方，适当调整计划，保证计划可行。
SP3.3 Obtain commitment from relevant stakeholders responsible for performing and sup
porting plan excecution. 得到相关人员的承诺，保证执行和支持计划。计划通过评审，就以为这所有参加评审的人承诺按照计划的要求完成自己的任务，同时他也会支持他人按计划完成任务。
PP有三个SG，分别是建立估算、建立计划、取得承诺，大家如果仔细阅读每个SP，大家会发现做好一个计划是不容易的，要考虑的东西很多。另外，还必须用这个计划来管理项目，更详细的内容我们看计划跟踪与控制这个PA吧。
项目监控（PMC）
SG1依据计划监督项目
SP1.1监督项目计划的参数
SP1.2监督承诺
SP1.3监督项目风险
SP1.4监督数据管理
SP1.5监督干系人的介入
SP1.6项目进展审查
SP1.7里程碑审查
SG2管理纠正措施
SP2.1分析问题
SP2.2采取纠正措施
SP2.3管理纠正措施
计划不是用来看的，是用来执行的。PP讲述了如何做计划，PMC讲述的就是如何跟踪计划的执行并在实际情况偏离计划时采取纠正行动。
我们先看看SG1，SG1讲述的是如何根据计划来跟踪计划的执行问题。
SG1. Actual performance and progress of the project are monitored against the project pl
an.
中文大意是：根据计划，跟踪项目的实际性能和过程。
那么我们要跟踪计划什么内容呢？简单的说，计划里面写了什么东西，就要跟踪什么东西。我们回顾一下PP是怎样说项目计划有什么内容的？计划要有估算、进度、数据包的管理、技能准备、干系人的参与等内容，所以项目跟踪也需要踪以上内容。
SP1.1 Monitor the actual values of the project planning parameters against the project plan. 项目计划的参数就是指项目的范围、规模、性质、任务、工作量、费用等，每个企业都可以根据实际需要确定这些参数。在项目进行过程中，要密切关注这些参数的实际情况与计划估计的情况是否一致。
SP1.2 Monitor commitments against tho identified in the project plan. 简单地说就是要跟踪项目成员承诺的任务是否按时间按要求完成，跟踪其他干系人是否能完成承诺的事情，如：第三方是否能如期交付软件、硬件、接口等。
SP1.3 Monitor risk against tho identified in the project plan. 跟踪项目计划中已经识别出来的风险，要考虑风险是否发生了变化，同时也要考虑有没有新的风险产生。
