这几年,随着项目经理、PMP ® 二词的泛滥,还有一个被说烂的词儿——需求。很不幸,这是一个近乎被神化的东东,每天需求中来,需求中去。
技术人员问:“为什么加入这功能?”
项目经理答:“用户的‘需求’啊!”
老板问:“这个功能一定要加吗?”
项目经理答:“得加!用户的‘需求’,他们需要!”
客服人员:“这是用户的‘需求’,都说了很久了,下个版本得加上!”
一下子,仿佛不说需求,项目好像就没法进行下去了。伴随着“需求”,还有许多词,如用户需求、产品需求、项目需求、功能需求、非功能需求、技术需求、质量需求、强需求、弱需求等。
我不禁要问:项目经理们真的弄懂了这些“需求”了吗?
我的一个项目经理带领团队为一个重要客户做项目。在做了基本的用户调研后做了项目建议方案,根据用户(一位非常重要的客户,于我们而言)要求向其领导做了汇报。听取汇报后用户很不满意——因为与用户的期望差距很大!用户不满意就只能修改……修改、汇报;再修改、再汇报……如此反复!
修改到了第五版,团队成员终于要“造反”了—这种客户,我们服务不了!重压之下项目经理找到了我——要么作为领导的我陪他一起去跟客户汇报,要么不干了!我只好出面做工作,陪其一同前往。
可是,汇报的结果一如既往地不能令这位客户满意!我只好向这位客户请教其真正的需求是什么,想要的系统到底是什么样子,请其详细描述。这位客户的话是我工作近20年来听到的关于需求最为经典一句:“我确实说不清我想要的东西是什么样子,但是我能说清的是你给我的东西不是我想要的!”
天哪——这就是烦人的客户需求!
需求才是项目管理的第一难题。需求,总有填不完的“坑”。