转眼间从一个半吊子程序员，踏入项目管理行业也一个月了。最初是抱着转型，外加不喜欢也不擅长编程，怀抱着一丝期待踏入这个行业，后来发现并不想开始那样简单。行行都有自己的难点，不然就没有存在的意义。抱着偷懒的想法加入，肯定是会不被这个行业接纳的。

最初入职的时候，以为项目管理就是开开会、写写ppt、打电话沟通指点就可以搞定事情，后来发现真的是和想的千差万别。

（一）做搞好关系做好沟通。

很多时候并不是打个电话发个QQ消息对方就会回应你，因为项目经理有责任但是没有权力，对方只遵从自己的领导/主管，而项目更像是一种义务。沟通之后对方不一定会赞同你的想法、听取你的意见，沟通是一门很大的学问，第一次找运维问有没有测试环境可以提供，结果不光没有回应还被质疑，后来回想起来其实他这样反应是有道理的，项目立项、开发商选型、前期实施准备都没有做好沟通，现在需要提供测试环境了跑来求助。这件事教训就是：

其一、要做事之前一定要沟通好相关各方。一般提出需求的业务部门和自己部门是知道这件事前因后果的，但是运维、要和此系统对接的其他业务部门很容易被遗忘，但是实际上部署支持、其他系统对接都需要仰仗这些人员。

其二、平时也要做好沟通。平时可以适当聊一点非工作的事情增进关系，不要只有有事情才想起跑过去求助。

其三、有事情一定要及时沟通，而且沟通方式要正确。其实不完全算是这件事的教训，但是也要引以为戒。比如碰到一个问题或者情况，一定要知会各方，并且在国企要及时知会领导。另外，不要所有事情都放在qq微信说，因为有些人不喜欢看、没时间看甚至是看到装作没看到，这时候打电话就会比较直观，尤其是针对打字不好描述的事情。

（二）重视文档的力量

开始由于是理工科出身，带有很强的理科生思维：鄙视写文档这些，潜意识觉得这是文员行政做的事，但是很快就为这种观念吃了苦头。做项目，形成文档很重要。无论是事情讨论结果，还是记录事件问题，都需要文档。首先，文档可以帮助记下事情，不会让自己遗忘，而且事情多的时候或者过一段时间后，把事情或者问题记录成清晰有条理的文档，可以帮助快速回忆起来，着手干活。其次，形成文档可以在时候让有关各方在事后有文件留存，不会就一个事情在讨论后还有不同的看法或想法。必要的时候，记录正式的文档可以由邮件的形式群发给各方。最后，也可以让领导同事尤其是领导，想了解一件事的时候，可以快速提供翔实可靠的记录，领导也会认为你比较可靠，可以快速准确而且是以文档记录的形式响应领导的需求。

（三）学习某些套路规则，利用好其他人的经验

前一阵子领导让准备项目的启动会议，开始由于项目各方大家都彼此做过沟通有一阵子了就觉得不重要，所以没重视起来，后来领导要求召开项目启动会议后，想了一下觉得没有头绪就写了一个会议大致纲要的word文档，后来被领导批了一顿是在糊弄，然后要求做项目启动会ppt，领导给我展示了一下他十来分钟百度的资料，在百度文库就可以找到很多项目启动会议的ppt，而且重要的是，这些ppt的内容都是基本一致的！都是项目背景目标、团队分工、项目计划、项目范围、实施风险、近期计划这些内容，大同小异。这也在后来乙方项目经理演示的项目启动会ppt里得到验证，也是这些内容。

这件事也是启发自己要多重视其他人的经验，而且是就在百度就可以找到。不要觉得百度提供不了什么有价值的资料，更不要觉得这些资料看起来很low，不互联网不高大上，但是有时候就是这些看起来很low的渠道很low的资料可以帮到你。其次，很多时候要多看同行怎么做的，像这次的项目启动会议，其实就有固定的套路，但是自己没有重视也没有去查找。而且，也要扭转自己像前面说的不重视文档一样的不重视“胶片文化”的观念，做好ppt不一定是一个好的pm，但是不会肯定不行，一个合格的pm至少要能做得出一个看的过去的、严谨的ppt。

 

其实感悟还有很多，但是前方之路也还很长，而且自己能力欠缺的也还太多太多。。。还要做多努力多学习多历练。希望自己的PMO之路能走下去。