要有控制的研发，就要有需求管理工具来管理需求库，可以分类查询、检索、统计。就需要老老实实去回顾需求库。如果需要调研，就需要有方法的调研，从组织结构、过程、考核、优化这几方面来梳理需求，而不是开讨论会。

    有了这么多需求收集回来，大家估计会很晕。因为需求来自全国客户七嘴八舌，有来自豪放的东北，有来自细腻的华东，有的来自客户老板，有的来自部门小经理，有的来自部门小组长，有的来自IT人员，有的来自最终cāo作者。所以，真是林子大了，什么鸟都能飞出来。我记得我在2000年实施的一家客户，最终用户年龄大，打字不灵，希望有个语音输入。这就是需求。如果我们面对这样的需求，我们肯定会说不可能完成。但我们往往不仔细想如何去解决问题，反而耻笑客户傻瓜，怎么不把年轻的换上岗位。但我们了解到那位最终用户是一位专业经验很高的人员，岗位无法代替，我们都闭嘴了，我们最终还是解决了问题，但肯定不是语音输入。所以，我们整理分析需求，不能耻笑这条需求肯定是用户拍脑门想出来的，那条需求是客户自己笨。到最后，还是我们自己愚弄了我们自己。就如同遇到BUG，老是有程序员说不可能，我机器就不报错，或者说肯定不是我的问题，我都检查过了。但最终最终，还是代码问题。这种现象屡见不鲜。

    一个软件，对于不同的人来说有不同的要求。如果你把这些需求归类，你往往会得到这些要求特征。

    对于销售来说，演示的时候稳定、易用、好看、速度快就是关键。

    很多销售并不懂软件，但要买软件，这就是现状（别笑）。我们要就问题解决问题，耻笑问题也解决不了问题。本来就不懂软件，还不易用，销售根本没法给客户讲清楚自己卖的这个东西到底有什么用。

    如

    松语文学免费小说阅读_www.16sy.com