需求不是蘑菇，乖乖地躺在森林里。开发人员无法象采蘑菇的小姑娘一样，一个，两个，三个，四个…把它们都采回来。很多时候开发团队也匀了时间来做需求，但一拨人到了客户那里，也不知道具体该怎么做，随便看看，问一些问题，开个会，就不知如何往下走了。开发人员只好自己“头脑风暴”，胡乱猜想系统的需求，草草写出用例，然后投身于最擅长也最喜欢做的事情――设计和编码。
“编写一份需求”或“得到一个系统”很容易，团队在任何时候都能编写出一份规整的需求文档，甚至交出一份“可以工作的软件”。但如果想要让系统真正给业务带来价值，在得出“执行者使用系统来...”或“系统应该…”之前，我们有很多工作要做，有很多汗水要流。
如何有效的获取用户需求，我想事先制定出通用表单一个一个的填。再想一想，接着写。.....