[onroading]的博客:
http://onroading.mypm.net
怎么保护你的客户的项目经理,关键用户
是不是乍一看到这个题目觉的我脑子进水,有问题了?,可以理解哦!

    做项目的甲方就是我们的对立面,大多时候只有争论,控制,每天都像一场战斗,见到客户就是神经紧绷,一天下来筋疲力尽,哎都说我们是穷苦出身,劳苦大众啊!

    中都的项目的关键用户都说北京现代和奔驰的两个部门派过来两个小孩做关键用户,做事上,两个小孩都很能干,业务上也很熟悉,每天两个人在想各自部门的各种流程,以及在系统中的实现,项目经理王部长也是,我方的开发人员对项目的需求,问题及时跟进,项目推进很快,UAT测试尾声,项目细节都搞定了,现在开始各业务部门老大出面了,因为下一步就是各部门的系统上线,牵扯到上线前的部门数据准备,人员安排,日常业务,两个帐的并行问题。这些是需要部门老大拍板的,不能把压力给到关键用户身上,因为他们面临着我们和部门领导的双重压力,我们要控制需求,部门领导的压力有很多(上线阻力,实际与系统匹配度等等)。到现阶段,我们要保护好关键用户,一方面催促他们做好上线准备,另一方便要及时联系他们的领导安排人员配合上线。

    这里涉及到一个细节化的问题,分派客户的上线风险,可能我们大多数是考虑到我们做项目的风险,其实不然。我们只是三分之一,三分之二是要靠甲方项目经理和关键用户去推动项目上线,这个我们一定要看到清楚,经过项目前期的调研,开发,测试,双方的项目组已经成了一个战壕的战友,并肩战斗;

   利益分享,风险共担!

   这个原则一定要明确,所以要分配好人员准备。从准备的上线开始,就要把责任和风险要分散到每个用户身上,每个人才能自觉,主动的去应用系统,承担责任;

onroading 发表于 2012/4/25 16:01:00 阅读全文 | 回复(0) | 引用通告 | 编辑 | 收藏该日志

发表评论:

    昵称:
    密码:
    主页:
    标题:
公 告
登 陆
日志日历
搜 索
日 志
评 论
链 接
统 计