做一个好的项目经理

          记得那是在3.0的时候当新生组长的时候，师哥让每个组长写的一个东西，时间过去很久了，最近又有很多感触，翻出来，再品味……

 

时光回转，师哥让写的时候我只写了这四条，草草交差：

          1、会让自己更积极，对比当组员的时候，目光只是放在自己的模块的任务量上，而不是整个项目。

          2、会让自己认识到以前的自己是在浪费了多少资源和多少时间。

          3、从我自身的角度，让我的脾气收敛了许多，在说话做事之前都要想想这么说是不是合理，说话的艺术。

          4、与更多人交流的机会，和自己的组员，了解组里的人哪些是大牛，哪些人需要帮助。怎样协调工作，合理分配。以及和其他系统的交流，包括接口等问题，怎样更清晰简洁的表达自己的需求，来让别人满足我们的需求，为我们提供服务。

 

          PM，不是你技术群雄，可以帮组员解决任何的难题，不光是项目管理技术本身，例如生命周期、风险分析技术、范围管理技术等。在软技能、领导力或者是影响力方面，也隐含了许多的价值观，这才是项目管理更高层次的东西。

 

          现在我还是想问：你认为一个项目经理应该具备的是什么？管理人的能力、协调能力……

          I want to say……

 

项目经理有必要高度重视项目文档吗？

          其实，如果项目经理不高度重视项目文档，本身就不是一个合格的项目经理，因此，这并不是项目文档是否重要的问题，而是如何按照软件规范做好文档管理工作。开始的工作就是让各组长指定组内的七天计划，做好需求分析、了解未完成业务,其实这些都是需要整理成文档形式下发的,在项目过程中的每次任务完成情况的汇报，以及项目结束后的总结和交接工作，都是需要是以文档的形式来传达的。所以,真人的对待自己写的每一份文档,按照规范来书写自己的程序人生.所以呢，不是项目文档是否重要，而是如何按照软件规范做好文档管理工作。。文档毫无疑问比代码重要的多。而且在3.1中属人员实习交接工作尤为严重，让一个组长最痛苦的事情莫过于：当一个重要成员半途离开项目组时，才发现他根本没留下任何可用的文档。天下没有不散的宴席，项目组的成员也是在动态调整中，文档就是成员之间交接的重要工具。所以，一些组长很容易陷入“重技术实现，轻文档”的误区。他们总是认为项目实施时间紧迫，为了节省时间，可以在项目收尾阶段突击写文档。要是项目周期稍长，到了最后，成员不会太清清楚楚每个实现细节了。没有文档的项目铁定是一个失败的项目。3.1的文档不是很完善，不是实时的更新，好在一些文档都还有，稍微有些混乱，但还不至于严重影响到了开发。

       

          如果我是一个项目经理，会这么做：

1、我会高度重视项目文档，因为项目文档是与上司沟通的主要方式

2、我会高度重视项目文档，因为项目文档时与下属沟通的重要方式。与下属沟通不畅，项目质量就难以保证。

3、我要通过项目文档的重视及组织实施，使项目组的每一位成员（包括我）在一定程度上都是可替换的，是整个项目组的风险降到最低。

 

项目经理掌握整个开发生命周期

          阶段：启动、规划、执行、监控、收尾

          启动：明确人和目的

          规划（做计划）：粗略以及详细，渐进明细一步一步完善，实时调整。

          执行：计划怎么样，有变动就修改计划，跟着计划走。

          监控：查看执行是否符合计划。

          收尾：整理所有资料和文档，为下一个项目迭代做准备。

 

          其实在3.1中整个生命周期都还不错，启动明确的每个人的职责，有专攻技术有专攻开发的。有一个整体的目标。接着在规定时限的情况下做好计划，我整体做好粗略的规划，每个小组长收集组内的具体计划。最重要的就是执行，大家执行的都还不错。但是在监控阶段做的不是很好，主要也是我的疏忽，各个小组长监控具体每个功能技术点，我来掌握全局，就是检查和反馈的不好，所以才会出了一点问题。

          3.1做的好的地方，除了监控阶段有点问题，最好的就是收尾工作了，总结了所有前人的优点以及做的不好的地方，扬长避短，总结经验，弥补不足，整理文档，遇到问题想解决方法解决问题。整个收尾工作（管理+技术分享）正在如火如荼的进行。

 

沟通和整合

          3.1期间，有一个非常痛彻心扉的领悟，如果你是一个忙于具体细节的pM，那么你很可能会忽略项目的整体目标，或者说可能不是一个合格的项目经理。我把这些归结到沟通和整合中，具体的细节工作，都应该是交给下面的团队组长和成员去完成，项目经理负责整体的监控即可。也许你是3.1中的一员，在组长没有能及时和精确的汇报各个组的情况时，也许你会看到我穿梭在整个项目组中，也许有的时候我是在了解业务，但多数也同时了解的开发进度，这个时候，大方向也许就会不顾过来。一个人，该注重细节的时候就要注重细节，但是当你出在一个领导的位置上，要让下属去注重细节，自己宏观掌控最为重要。当然，沟通交流时非常重要的一件事情，无论是我也好，组长也罢，在带领一个团队的时候，一定要保证整个团队的团结力和凝聚力，说话做事的艺术非常重要，其实，做工作和项目都是一样，我们都是在给自己做，而不是为了完成一项任务，不同的心态去做一项任务结果绝对不一样。所以，这个时候我们的作用就启动了，让每一个人能体验到做项目的好处，明白这是在给自己做事情，而不是给任何一个人去完成任务。同时，要让每一个人都觉得自己不是在只敲一条线，要让他觉得这个项目是每一个人的，每一个人都从宏观上来学习整个项目，让所有人都有一种主人翁的态度。其实有了凝聚力和团结力，这些都不在话下。

          3.1，让我学会了遇到问题不要怕，我有一个大大的团队和一个非常靠谱的“靠山”，所有的问题都一定会解决……

          3.1，让我学会了作为一个团队的核心任何时候都不能倒下，在谁的面前都不能再是一个小女孩……

          3.1，让我学会了在一起奋斗加班的日子还能收获友谊……

          3.1，让我懂得了，原来我们可以这么优秀……

        感谢3.1的所有人和帮助过3.1的的所有人……