第一、需求管理。需求是时常变化的，正是这个不断变化的需求，使得软件工程中的瀑布模型的很难适应现在的软件开发。我们做需求管理的第一个目标就是要把不断变化的需求控制起来，对较为稳定的部分优先开发，通过迭代的开发过程来降低需求变化的风险和影响。另外一个目标就是将开发过程与系统需求协调一致。这可以用需求追踪表或追踪矩阵来实现的。简单的讲就是列一个表把要实现的需求写上去，定期的核对一下大家的工作，看看是不是在做软件需要的工作，同时对比一下需求追踪表看看工作有没有遗漏。

  第二、项目计划。我们已经作了很多的项目计划，有些也做得相当的好。做项目计划的目的就是建立一个合理的并且可以实施的计划，从而把参与人员的工作统一协调起来。做计划首先要对项目的范围、规模、工作量进行估算。范围估算可以用WBS分解功能。规模估算可以根据WBS的结果，让每个成员都来估算一下各种功能模块或组件所需的代码行数或类、对象等的个数等，对各自估算的结果由项目经理设定每个成员对该项目的熟悉程度系数，来进行加权平均。工作量估算就是将规模估算的结果置换成人/天或人/月。做完之后把WBS的工作分解、工作量按项目要求的时间安排到甘特图中就可以了。计划的准确性是通过积累项目经验来提高的，计划做的越多经验就越丰富，准确性就越高。

  第三、项目跟踪。我们对项目的跟踪主要是根据周志、日志来实施的。通过周志可以发现项目的状态是否正常。通过日志可以核算项目的实际工作量及主要成本。在项目跟踪方面，我们已经收集了很多的数据，以后的过程可以使用这些数据改进，以提高项目计划的准确性和风险预测。项目跟踪的另一个作用是项目经理可以通过跟踪的结果对比项目计划，当发现实际工作与计划发生严重偏移的时候，能及时的采取一些纠偏措施或改动计划，使大家的工作能够重新协调同步。

  第四、配置管理。配置管理有版本管理、配置控制、变更管理和问题跟踪四个部分。版本管理是对组成软件的各种文件进行历史版本的控制，使得我们即便错误的修改了文件也能还原出以前的各种版本。在版本管理方面我们很早就已经使用了等一些管理工具，所以代码管理的很好。对于配置控制、变更管理和问题跟踪我们目前正在规划和建立解决方案。配置控制简单的说就是同一个软件，因为有不同的客户化和升级要求，需要不同的配置方法。比如XX软件北京的客户要求加个特殊的功能，我们叫XX北京版，上海的客户不要这个功能而要加另外的功能，我们叫XX上海版，同时这个XX软件还要不断的升级。这些都是基于XX软件的不同版本，这么多不同的版本怎么管理呢？配置管理就是要在XX软件的文件库中，标识出北京版用的是哪些文件的哪些版本，上海版用的是哪些文件的哪些版本，升级版用的是~~~。这样我们就可以根据要求的配置出软件的不同版本，方便软件的交付、还原和维护。我前面讲需求是时常变化的，其实在软件开发中不仅需求在变，设计、代码都会变。所谓的变更控制，就是要在变更发生的时候有合适的处理流程，根据不同的情况采用不同处理方式和审批级别。我们不能杜绝软件的变动，所以我们要想办法来控制这些变动，尽量的减少变更对软件的质量和项目的实施带来的负面影响。问题跟踪可以看成最轻量级的项目跟踪。变更请求一经批准或者发现了软件缺陷，那么由谁来解决，什么时候解决，采用哪种审核方式以及结果的状态记录等等这就组成了简单的问题跟踪过程。