从事过两三年软件项目管理的经理们大都有过一种无奈的体验：用户不断催促，可系统提交日期一拖再拖，项目经理对此一筹莫展，束手无策。开发活动如同一个黑箱子，资金扔进去了，人员扔进去了，设备资源扔进去了，但不知道什么时候会出来结果，更没有把握出来的东西是否是用户所要的东西。若这时候打开这个黑箱子，恐怕会使所有人退避三舍。因此，在软件项目管理中，关键是——

　　软件系统开发的基本问题是如何管理开发过程。SW-CMM的第一个进行目标(即第2级的目标)就是通过建立关键的管理过程域，使得开发过程可控且可重复。SW-CMM2级共有6个关键过程域(KPA)：

　　· 需求管理(RM)；

　　· 软件项目计划(SPP)；

　　· 软件项目跟踪与监控(SPTO)；

　　· 子合同管理(SSM)；

　　· 软件质量保证(SQA)；

　　· 软件配置管理(SCM)。

　　在软件开发中，有3个基本的管理对象：软件需求、开发活动和产品(包括工作产品和提交给用户的产品)。这6个KPA正是对这3个对象的管理，管理关系如下图所示。

　　需求管理

　　任何一个软件产品都应满足用户相应的需求。但是这样同时会存在两个问题：

　　一个问题是需求在开发过程中会发生变化，如何控制和管理这些变化？

　　另一个问题是从需求到产品要经过许多步骤，如系统设计、详细设计、编码等。如何保证这些步骤没有背离软件的需求？

　　需求管理关键过程域针对这两个问题提出了相应的目标。

　　软件的需求可能是系统需求的一部分(系统工程的一部分)或是全部(单纯的软件工程)。无论是哪种情况，需求管理的第一个目标就是软件需求应能被控制，并可产生一个可用于软件工程过程和管理过程的基线。RM的第二个目标是确保软件项目计划、开发活动、产品与软件需求一致。

　　需求管理的目的是在用户与实现用户需求的项目之间达成一种共识。这意味着用户的需求应该是合理可行的，项目的目标应能满足用户的需求。需求管理活动是建立并维护这种共识。

　　软件项目计划

　　软件项目计划常常不能按期完成，主要原因有两个方面：一个方面是由于计划执行和管理的能力不够；另一个方面是计划本身是否合理和有效，计划的不合理性和无效性造成了大多数项目拖延，甚至失败。SPP的目的是建立一个合理有效的软件项目计划。软件项目跟踪与监督则是如何保证计划的执行和维护。

　　建立合理的软件计划的基础是对软件项目规模、资源要求和风险等要有一个合理的估算。这个估算过程应是规范的，而不是任意的。例如，如果提出一个项目计划需十个软件工程师工作六个月的计划，那么就要问这些数据是如何得到的。用户提出的时间和费用的要求仅能作为项目计划约束的条件，而不能作为项目计划的基础。

　　软件计划要包括所有项目活动和所有参加方面的责任，这些活动和责任要文档化，以保证有效地将计划传达给项目各个参加方。在项目计划执行前，各个项目参加方要认同所承担的项目责任，这种认同是项目计划有效性的一个基本保证。