在项目进行到三分之二的时候，一个经纪人怀疑你正在设计的一个特性，说一些诸如此类的话：

为什么你要花400个小时来创建一个全自动的销售软件？我们只是需要一个记入销售信息电子制表软件而已。

当你绝望地想记起最初的需求分析会议的时候，你会认为自己很可怜，因为那是大家的意思。

的确，这是一个严峻的事实，但是它是项目开发中经常出现的情况。你可以将这个问题追溯到需求管理规范上来谈。我将这个过程描述为反复连续的五个阶段，这五个阶段的目的是在整个项目生命周期中对开发需求的获取、归档、跟踪和移交进行管理。以下就是这五个阶段的简要概述：

第一阶段：开始——这个阶段从项目申请开始到项目被批准结束。该阶段的目的是确定本项目是否值得开发，如果值得的话，与其他项目相比较它有什么优点。这一步可以总结为：

最初的项目要求

对IT界的回顾

初步的经费估算、成本效益分析和ROI的估价
阶段二：确认与引导——这一步是对详细需求的组织和构造工作。它包括：

初始的项目需求的评价

项目主管的初步确认

引导计划的完成

包括会见、调查或者是其他方法在内的需求引导步骤的反复执行

最初的需求列表

遵从商业规范

书写文档，包括使用实体图、关系表和其他一些的东西

功能的和非功能的需求的正式创建
阶段三：协商——这一步是选择和优化包含在项目中最终的功能和非功能需求的反复过程。协商通常包括：

确认项目成功必需的优先或基线成分

确认在后一时期不一定但有可能包含的重大需求

确认那些很容易引起争端的地方
阶段四：书写文档——这一步是项目需求文件最终和最完整的记录。它主要包括了：

前面每个阶段的所有项目文档。

一个确定为需求列表的最终文档。它包括了在协商阶段达成的一切功能性和非功能性元素。
阶段五：管理——一旦你们已经协商出了最终的需求文档，你的责任就是确保实现所有的要求。这里一个关键的地方是你的团队满足这些要求而不是回避这些问题。如果往项目中添加额外的功能或特性，那么整个项目的开发成本会提高，相应地经济效益会降低。

实际上，五个阶段的任何一个都包含了反复的工作。例如，当你们团队为一个给定的需求作case图时，你们可能发现新的需求，需要另外再建立其case图。这对大多数阶段来说都是正确的，在协商阶段可能出现的问题是引导的更多需求将成为必要需求。

因此，一个基本原则是：每个阶段都必须出现并且按以上顺序进行。许多公司都有自己关于如何处理、由谁来处理需求收集的标准。虽然如此，你还是应该按照以上的标准过程。

后记：保留完好的需求文档来可以保证你已经满足了客户所有的需求。如果客户说你没有满足他的需求，你就可以用这个文档来回应他。

同意