项目总结心得体会

 

随着各个项目实施的展开，项目各多多少少都出现了一些问题，或者是发生了事故，或者指挥和管理出现一些混乱，影响了工作目标，留下了隐患。及时总结这些经验教训是非常必要的，下面从项目管理角度对出现的问题和事故进行分析和总结。

 

1、 对项目经理的现场指挥

关于对项目经理的指挥，现在感觉有些混乱。项目经理在公司时还好，方便协调和管理，但他们在客户现场会遇到很多问题，商务的，技术的，有时还混合在一起。跟他们沟通的渠道也多，销售、商务、老板……  可能就会有多个指示或者信息传给他们，且还不完全相同，如果项目经理个人的能力和经验足够，可能会处理得让公司和客户都比较满意，否则，他们会无所适从。

比如去年某项目组第一次到客户现场，发现此前在家准备的一套调研计划完全用不上，突然变成要马上写出方案并交给客户评审，作为项目总监，我怪他们没有留出一点家里评审的时间，所以要求往后推一推，而销售总监则说越早评审越好。

另一个项目组也是这样，有关需求控制，如何跟客户谈，跟谁谈，主要是销售和项目经理在沟通，老板也会有指示。作为项目管理部门的最高领导，我本人也不是每个业务领域都很熟悉，我在销售、项目经理、老板之间把话传来传去的，可无论哪一方，对传递的指示和信息提出问题，再说出一大套实际情况如何如何，我真是有些晕。例如项目经理一直跟我说他在检验中心的需求调研属于售前，是按照销售的指示来做的。说给客户做好需求，写好报告便于拿下这块。因为我对涉及的业务也不熟悉，由我来给项目经理传达指示也真怕耽误事。虽然我名义上应该管这些事情。

所以，还是得有必要明确哪一类问题谁做主，比如属于客户关系、合同范围，项目经理就应当听销售的。不能教条得去进行项目管理。

 

 

  上周加了个班，这也是来本公司加班时间最长的一次，两个总监、三个部门经理加上项目组的3个人，竟然从晚上6：00一直干到凌晨7：00！而且说起来可笑，加班内容居然是做最初级的文字校对和审核工作。因为这次是咨询项目，最终交付物就是文档。所以客户也格外仔细，要说我们公司规模也不算小，平时质量体系流程抓得挺严格，谁知还是出了错，公司借此一查，好家伙，才发现很多文档都有问题，只是作为软件企业，一般最终交付物都是软件，客户也没那么认真罢了。 总结出文档常见错误有：

一．   模板使用

1.     未使用最新发布的模板；

2.     擅自改变模板的结构或内容。

二．   文件名不规范

3.