公司最近一下签了好几个软件项目的单子，这种信息化项目，周期较长，客户都是大型国有企业，不好服侍。作为项目总监，办理着所有的项目和产品线，每天堆积到我这儿的问题层出不穷，搞得焦头烂额。蓦然回忆，才发觉自己和曾经做 CMMI参谋(做了4年半啊)时宣讲的那些好的做法相距甚远，自我检讨并用通俗的语言提炼了一下，以期提高作业效率。在压力巨大，形似人人都完不成使命的情况下，只有求助曾经的经验，去探讨一些“方法论”，“磨刀不误砍柴工”嘛。

1. 干事首先要树立一个清晰的指导思想;准则不确认，无法谈下面的。唉，这个“生产办理的项目”为什么一开始不说好可以不以现有的产品为基础呢，白白各个部分扯皮了那么久。

2. 干事要有方案;方案，方案，项目组自成立以来，如同天天做方案，但是到现在团队没有团队的方案，个人没有个人的方案。

3. 为要做的事配备合适的资源;是“合适”的而不是“满足”的。为什么项目司理都以为公司一定要给你配备最强的人呢，给你配最强的了，其他项目咋办呢?

4. 给参与干事的人分配职责和权限;本公司的组织结构很特别，项目司理和产品司理都会集在一个部分-项目办理部，然后是软件设计部，开发部和测验部，最终还有个施行部，1个项目从头到尾，至少要通过出售、咨询、项目办理、软件设计部、开发部、测验部和施行部7个部分，职责和权限不免有定义不清楚的当地。

5.培训人员;说来惭愧，我这个IPMP就没对项目司理做必要的培训，尤其是新来的项目司理，留意事项等等，项目司理办理着不是他下属的项目成员，经常整的鸡飞狗跳，我倒成了大保姆了，老要给人做思想作业。

6.对产出物进行配置办理，简单得说，便是保存作业效果并版别操控，保证需要时能找到、找对效果物。

7.识别谁是共利益者并拉其“下水”，一同干事。留意，首先便是“识别”，而不是恨不得把每个人都拖下水。有个咨询项目，10几万的小单，两个人做足矣，一遇到困难，就拖着他人一同干，最终拖下水的共有7人之多，整成了个烂摊子。

8.确认了以上的准则和方法，要有人衡量过程，即使是1个人的作业，也要做衡量。只有衡量了，才好监控。现在谁都爱说工作难做，凭什么呢?举例说，本人8个月内跟绩效考核相关的作业，仅方案就写了5稿，跟老板汇报了3次，跟CTO评论了3次，跟HR总监评论了4次，跟人事专员评论了1次，跟各部分司理评论了6次，跟项目司理/产品司理评论了3次，每次评论平均2小时/次,中心附带还做了2次培训....而且至今还没效果，有了这些数据，我说难做。大概不会有人对立。喜爱记载数据，这是至今为止我依然还坚持的以往的好习惯。

9.要找人来客观评价所做的效果;目前如同只有靠客户来查验效果，公司的QA形同虚设。

10 .要让你的上级及时了解进展和存在的问题;这个“上级”如果在比较复杂的办理模式下，应该在一开始确认清楚，现在存在两种现象，或许只跟部分领导报告，项目司理不清楚，或许只跟项目领导汇报，部分领导不清楚。