Book Review of Software Project Survival Guide 2. Requirement Development

The most difficult part of requirements gathering is not the act of recording what the users want; it is the exploratory,  developmental activity of helping users figure out what they want.
只有在对使用者的要求达到一个清晰稳定的了解之后，才能说项目的需求开发完成了。忽略掉需求活动是种代价不小的错误。

收集需求信息的第一步是先找出能够定义软件需求准则的使用者。你找到的使用者必须能够指出哪些功能
是重要的，并且说服你相信那些功能是重要的。同样的，如果他们认为一个功能是多余的，你就应该相信那个功能是真的可以拿掉的。你所找出来提供意见的使用者中最好同时包含计算机功力高深的使用者跟一般使用者。

开发人员建立好几个版本的Demo，直到使用者满意为止。

项目团队完成使用说明/规格，并将此当作细节需求规格。

完整开发的雏形定案之后,纳入变动管制中。要注意不能把demo程序代码在真正的软件中使用。