项目经理必须与项目关系人磋商需求，而不是收集需求。
　　经过多年研究，我已经得出一个结论，在技术团队内普遍存在的最有害的观念之一是“收集用户需求”。事实上，十多年来，该行业内每个人都已接受了这个惯例，即每个IT项目的最初阶段应该是从商业用户那收集他们的需求。
　　至少在理论上，我们所有的工作都从此开始。（当然，这也成为项目中最常被忽略的部分。）因此，现在我们的IT项目成功率已经向停滞消沉水平靠近了25%，也许我们应该质疑这种长期的明智之举是否有问题。
　　当我在国内各地出差，进行项目咨询和谈判时，我经常会问起“项目失败的主要原因是什么？”而我得到的第一回答总是“没有收集到好的用户需求”。
　　而当我询问为何得不到完备的项目需求时，回答总是，“用户没有告诉他们想要什么”，或者是“我们的问题不够明确”，抑或“他们告诉的并不是他们真正想要的”。但我想比起这些林林总总的回答，问题则要更微妙的多。
　　关于收集用户需求的问题恰恰就出在“收集”这个词上。它所代表的意象是什么呢？我想象中是一副收获的画面，人们站在排列无边的葡萄藤下采摘成熟的葡萄，仔细地把一串串葡萄放在箱中。其他人可能把它想象成在海滩上拾贝壳的孩子，或是在城镇集会上拥挤的人群。所有这些关于收集的想象，共同点都是某些能够被聚集起来的东西，比如庄稼，贝壳或人们，而这些事物已经是完整和完全的。
　　因此如果我们收集需求，我们设想它们必须在那里，象一堆等待被装配的铸币。我们的问题是找到和挑选出合适的。因此如果用户不能告诉我们，他们确实想要什么，我们就该抓着他们的脚踝，上下摇晃他们，直到他们那烦恼的“需求”滚落到地上。这样，唯一符合逻辑的结论就是，如果我们没有获得好的用户需求，那是因为我们还摇得不够。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。