需求是软件生命周期的起点，是后续一切跟进、管控、协同的原材料。就像要做一桌美食，煎炒烹炸以外，输入的原材料尤其重要，毕竟巧妇难为无米之炊。

需求变更产生

需求分为：初始需求、变更需求、优化需求。

初始需求是在项目立项启动时设立的需求，在项目生命周期第一阶段的需求调研阶段会进行细化。

变更需求，一般是在项目开发过程中到项目上线前出现的需求变化。此时的跟进工具一般不需要需求变更矩阵，直接升级需求说明书的版本进行更新就可以了。

优化需求，一般是在项目试运行阶段或者上线后出现的。优化需求是需要被跟踪记录的。

需求跟踪目的

需求跟踪的主要目的有3个：

1. 形成内部共识，便于项目组内部和项目总监了解当前项目处于什么状态，距离项目上线或者验收还有多大距离，还有哪些事情要做，还需要投入多久资源；

2. 内外部信息对齐。帮助客户了解这段时间项目组在推进哪些事情，客户交由的事项落实状态如何；

3. 后期扯皮利器。有些时候项目实施涉及多方，咨询方、监理方、实施方A、B、C、D，当后续上线延期、联调延期、验收延期，这个时候需求跟踪表就是保护己方的武器。不是我没干活，不是我干活手脚慢了，是你们的需求变来变去，导致我们重复开发，我们没算你们变更费用已经是仁义厚道的了，还埋怨是我们开发延期就不好了。真的要扯皮时，谁的锅谁背，拿事实、摆数据、讲道理。