项目经理感想二:需求

     UMLCHINA潘加宇说的:“项目需求一定要领会客户老大愿景”。从以前的项目经历体会,确实言简意赅。

(1)有些项目需求过程中,客户人员故意歪曲老大的意思。

(2)项目需求过程中,过多的非老大的强烈意愿考虑进来,造成工作的重点倾斜。客户老大的愿景得不到足够的资源来实现,被打了折扣。

 

     以之前参与一个项目为例,本来应该是围绕数据分析展开的项目,在调研数据仓库建立的过程中被演化成了办公OA系统。结果造成了开发人员在自己不擅长的OA领域加班了两个多月,结果是开发着累死,客户员工用着别扭,客户领导不满意。如果能早些领会客户老大的意思:要相关的报表,而相关的数据仓库建立过程,完全可以从客户单位从上至下强推。哪怕客户员工用着别扭,用着不习惯,但是完成了功能,达到了客户老大的意思,项目就成功了。

 

     软件的开发方需求人员,要正确领会客户老大愿景,从客户老大的愿景作为项目一切活动的出发点去绘制蓝图。需求中过程中,客户或多或少的会提出愿景的具体实现,比如“我想一个按钮”,“我想一个图片”等等,而这些要求很容易和项目目标抢夺资源,甚至和客户愿景直接冲突,南辕北辙。如果需求人员一味的曲从客户的具体要求,而没有考虑客户愿景目标,那项目十有八九要失败。

      回想到一件旧事。曾经一个客户领导提出要C/S系统的界面融入到现有B/S系统的同一个界面中。他的意见是:“现在的使用状况,造成在工作中老是在C/S,B/S系统两个窗口中进行切换,如果融合到一起,会很方便”。客户的意图我们花了好一番功夫才正确理解,后来我给出的解释是:做是可以做,但是完全没必要。我写了几行HTML文本,页面上放了两个框给客户看,说:“如果做成了这个样子,你的工作中,用鼠标上下拉还是你要做的,比起用键盘AT+TAB切换更麻烦”。客户后来接受。幸好当时胆子大,不然做ACTIVX就要累死。

你可能感兴趣的:(项目经理)