需求变化的控制

     近来和一些同行聊天，大都说变化太快并且随时都有可能会变，需求、设计、界面等，对既定的计划、设计方案甚至是已经开发的程序带来的极大的冲击。软件开发需要一个相对稳定的环境，需求的相对稳定尤其重要。需求是软件开发的上游工作。需求是以后的系统设计、开发、测试等工作的基石，我们需要它稳定。

同时我们也应该看到我们周围的世界是不断地在变化的，并且这些变化是不能被准确地预测的。需求的变化是必然的。以往的软件开发表明，需求在整个软件的生命周期中始终处于一个持续变化的状态中。

引起需求变化的原因多种多样。

用户的需求。用户的环境发生了变化，用户的软硬件升级了，用户的需求对你的软件有了更多的期待，原来受限和许多新的功能需求要实现；客户的竞争对手有了新的产品计划或者推出了新的产品，迫使客户不得不增加某些功能。没有一成不变的客户，这样的客户是不希望让你做他们的下一产品。

对手升级。我们也有竞争对手，我们竞争对手也会不断地改进他们产品的用户体验，不断地开发新功能，推出新产品。即使我们是行业的老大，我们也需要不断地改进我们的产品，开发新功能，推出新产品，来巩固我们的市场地位。没有一成不变化的产品，这样的产品只有死路一条。

需求理解的偏差。鉴于现在交流沟通手段和时间的限制，我们不能百分之百地了解用户是怎么想的，想要什么样的产品。由于所处领域和知识范围的不同，我们和用户对同一事物的理解也不同，虽然表面看起来是一致的。等到产品开发差不多的时候，要让客户来体验，来修正双方理解上的偏差。

有了更好的创意。更好创意意味着更好的用户体验和更好的市场机遇，这就是创新，是企业进步的推动力。拒绝这种变化的产品是一个没有前途产品。

需求变更是一个更好满足用户需求、改进产品、发展产品的机会。我们要用积极的心态支面对，同时我们也应该注意到这种变更对现有工作的强大冲击，要对变更加以控制。如果把整个软件生命周期看作一条长河，需求就是流淌在其中的河水，要想不发生河水暴涨，中下游河堤高危甚至崩溃的局面，要对把整个软件生命周期置于有效的控制之下。

定义好整个产品的需求基线。通过细致周密的市场调研和用户需求调查，充分考虑挖掘用户现在和将来一段时间内的需求，确定整个产品的需求基线，使整个产品的框架本开发周期内相对稳定，能够有效地避免一些变更。

设计时要有长远眼光，考虑到以后的变更。设计不但要充分析当前的需求，而且要考虑到未来需求，使产品结构能够适应未来的功能增加和变更，为将来的变更留下接口。

制定有效的开发规范，完善并保存好产品文档。有效的开发规范保证我们工作前后的一致性，保证了对需求和需求变更的良好管理。麦肯锡公司的一项调查表明，全球软件开发项目中只有16％能按计划完成。需求的频繁变更以及管理不力是导致项目失败的最主要原因。良好的产品文档就像建筑的图纸保证了以后变更的可行性，大大降低了变更的难度和工作量。

变更经过良好有效的评估。这些评估包括技术可行性、可替代方案研究、对进度的影响、变更成本、对整体质量的影响、因变更引入的风险等。这个过程使我们对需求有了更深入的认识和把握，能够合理地取舍，有效地控制。

最后当我们面对变更的暴风雨，我们可以大呼：让变更来地更猛烈些吧。