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