项目管理心得体会.doc

-
. z.
工程管理心得体会
工程开场阶段是一个最 z.
　　对于这种需求天天变的客户，你就一定要事先做好规矩：
　　一、统一联系人，客户指定一个人和工程组进展沟通，不能张领导、王领导都来说几句，如果他们意见不一致，那你只有得罪领导的选择了。所以，工程的最初就要定好规矩，我工程组只认一个的意见，有什么要求你们内部先统一再和我谈，我不想卷入你们内部业务部门之间的矛盾之中。
　　二、所有需求变更全部要有书面文字，这点切记！这样做好处多多：
有书面证据，以后他还想改，你有了他以前要求的证据，告诉他：你以前可是这么说的。
便于需求变更管理，需求如何慢慢演变的历史可以看清楚，从而更深切地体会客户的目。
对于客户来说，嘴巴一动最方便，反正是你们做，不花他的资源，所以要求是否合理，是否和工程的目的一致，他是不负责任的。但是如果要他写书面要求，还要签字盖章，他就要慎重多了，而且一写东西，思想就会更加深入，很多无理要求也就这样胎死腹中了。
8. 现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备，这些事情将是你的主要工作。既然沟通这么重要，那事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情。但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是工程经理将主动发布信息，不管通过、还是书面方式，保证将信息传到达每个人。这种情况适合小工程，人少。拉的意思就是工程经理就是一个类似
-
. z.
web效劳器，你自己需要什么信息就去问他。当然，没有工程经理把自己搞得则累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是工程的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动是同时存在的，尤其是对领导，工程经理更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是工程经理一定要牢记"好记性不如烂笔头〞的道理。有理有时候为什么会说不清呢？就是因为没有证据。所以工程经理开场就要和客户说清楚有些文档是必须签字的，比方工程经理的工程日志，每个星期至少让客户签字，另外所有达成共识的东西，比方会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比方你提交的报告，给领导〔包括本方领导和客户领导〕做一个选择题，结果领导压住不批，让你无所适从，结