赞
踩
随着各个项目实施的展开,项目各多多少少都出现了一些问题,或者是发生了事故,或者指挥和管理出现一些混乱,影响了工作目标,留下了隐患。及时总结这些经验教训是非常必要的,下面从项目管理角度对出现的问题和事故进行分析和总结。
1、 对项目经理的现场指挥
关于对项目经理的指挥,现在感觉有些混乱。项目经理在公司时还好,方便协调和管理,但他们在客户现场会遇到很多问题,商务的,技术的,有时还混合在一起。跟他们沟通的渠道也多,销售、商务、老板…… 可能就会有多个指示或者信息传给他们,且还不完全相同,如果项目经理个人的能力和经验足够,可能会处理得让公司和客户都比较满意,否则,他们会无所适从。
比如去年某项目组第一次到客户现场,发现此前在家准备的一套调研计划完全用不上,突然变成要马上写出方案并交给客户评审,作为项目总监,我怪他们没有留出一点家里评审的时间,所以要求往后推一推,而销售总监则说越早评审越好。
另一个项目组也是这样,有关需求控制,如何跟客户谈,跟谁谈,主要是销售和项目经理在沟通,老板也会有指示。作为项目管理部门的最高领导,我本人也不是每个业务领域都很熟悉,我在销售、项目经理、老板之间把话传来传去的,可无论哪一方,对传递的指示和信息提出问题,再说出一大套实际情况如何如何,我真是有些晕。例如项目经理一直跟我说他在检验中心的需求调研属于售前,是按照销售的指示来做的。说给客户做好需求,写好报告便于拿下这块。因为我对涉及的业务也不熟悉,由我来给项目经理传达指示也真怕耽误事。虽然我名义上应该管这些事情。
所以,还是得有必要明确哪一类问题谁做主,比如属于客户关系、合同范围,项目经理就应当听销售的。不能教条得去进行项目管理。
上周加了个班,这也是来本公司加班时间最长的一次,两个总监、三个部门经理加上项目组的3个人,竟然从晚上6:00一直干到凌晨7:00!而且说起来可笑,加班内容居然是做最初级的文字校对和审核工作。因为这次是咨询项目,最终交付物就是文档。所以客户也格外仔细,要说我们公司规模也不算小,平时质量体系流程抓得挺严格,谁知还是出了错,公司借此一查,好家伙,才发现很多文档都有问题,只是作为软件企业,一般最终交付物都是软件,客户也没那么认真罢了。 总结出文档常见错误有:
一. 模板使用
1. 未使用最新发布的模板;
2. 擅自改变模板的结构或内容。
二. 文件名不规范
3.
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。