6月初，公司组织了一场IT项目经理的培训，我才做项目经理几个月，没有什么经验，于是抱着对IT项目经理的好奇心，就欣然参加了。

项目经理是一个角色，想要做好一个项目经理，当然要看看这个项目角色的定义，项目经理的剧本或者手册。项目经理的很多工作场景，思考角度的出发点是人，于是，将项目经理的做事方法推广开来，居然适用于大部分的生活场景。

项目经理培训了许多经典的场景，我收获最大的并不是那些经典的案例，而是一些基本的做人的道理。很多的场景我没有融入其中，反倒是这样，也让我有一个更加旁观的角度去审视这次培训。

下面是此次项目培训的一些收获。

同理心

培训的方式是：

1 首先将项目经理分组，8、9个人为一个小组。
2 培训员通过ppt展示大量的场景案例，这些案例以选择题的方式展现。
3 项目经理小组需要给这些选择题的选项做重要性排序
4 在排序的过程中需要相互说服，最终小组给出一个排序结果
培训员公布答案，解释答案并计算小组得分。

这里面最重要的环节就是小组成员的相互说服。对于同一个题目，因为每个项目经理有不同的项目经验背景，于是得到的答案就千差万别。记得小组一个成员说过，这么简单的一个问题，有什么好讨论的，然后他直接向培训员公布小组答案，最后却被证明他的答案是错的（其实也没有对错之分，只是在特定的场景下有更好的处理方法）。

场景举例：

我通过电子邮件的方式提醒网络市场部经理王涛要提早安排施工人员的准备工作。但是直到开工的时候，我发现施工人员没有准备好就到了现场，而且王涛说没有注意到Email。问题出在哪里？（按照重要性排序）

A 王涛没有及时查看邮件并回复，是王涛的错。
B 项目中的沟通管理要依托企业的规章制度进行，事前没有协商好具体的沟通制度。
C 我（项目经理没有）没有沟通到位，是项目经理的错。

这里最终的答案是 CBA.

信息不达，就是项目经理的错，其他的都是借口。沟通，传达信息是项目经理的职责所在。项目经理需要通过同种方式，确保对方收到信息。
理解沟通的5个状态：

传达 -> 收到 -> 理解 -> 同意 -> 行动

重要性判断

什么事情重要，什么事情更重要，什么事情最重要？这个是养成个人价值观的几个问题。知道了什么最重要，你才可以切中要害，处理得当。

在场景案例中，每个答案都是正确的，但是项目经理必须要知道在此情此景下，哪个才是最重要的，并且给这些选型排序，在处理问题的时候有的放矢。

例如：
家庭、工作、事业哪个更重要？不同的人会有不同的答案。

很多人工作的出发点，是为了让生活更好，让家人过上更加幸福美满的生活。但是在职场的道路上走着走着就很容易忘记初心。你是否因为加班，而没有给家人问候？你是否因为工作的不顺，而迁怒于家人？你多久没有跟家人旅游，却是因为工作实在抽不出空？

你心里的潜台词是，我是为了这个家，等我们赚够钱后，我们就可以.....。看过《人生遥控器》电影后，唏嘘不已：等你走到你认为的终点的时候，你会发现什么也没有。你最珍贵的东西，就在你身边。

利益方的角度

项目的推进需要多方的沟通协调，这也是项目经理的职责所在。在进行沟通的时候，你会发现经常牛头不对马嘴，你讲的东西他怎么听不进去？我跟你（具体的实现程序员）讲这个功能要做成什么样子，你怎么老是钻牛角，说到具体的技术细节，并说做不好？

当你发现你跟对方沟通不下去的时候，往往是因为你没有站在对方的利益的角度去思考。你有你的利益诉求，他有他的，你想要达成共识，必须先要满足对方的需求，不然就容易陷入无效沟通。

你怎样才能知道对方的利益所在？如果你不知道，那就先学会倾听吧。

管人>管事

这一点我感触颇深。工作了几年了，我一直都是做自己的事情，完成领导安排的任务，并没有任何“管人”的经验。于是在跟同事沟通的时候，因为项目的紧急，我经常会说，你这个功能实现好了没有。没有？那你什么时候做出来，遇到的困难我不关心，你预估一下时间，给我出一个结果。

更有甚者，我直接说，你这个功能实现起来很容易的，我自己写吧，你干一些其他是。于是自己就开始码代码。。。

这样子去做，最终累垮的肯定是自己。作为项目经理，要做的是协调好资源，把控整体的进度，放权信任同事。还需要多去鼓舞士气，表扬成员，发挥成员所长。现在慢慢发现，项目经理最重要的能力，居然是协调好人力资源，让项目有条不紊地进行下去。

总结：

有一种蟹叫做寄居蟹，这种寄居蟹外形像螃蟹又像虾，寄居在其他壳子里面。当一只寄居蟹死了之后，你会发现过几天这只寄居蟹又可以动了，因为有其他的寄居蟹顶着它的壳子继续生活了下去。

项目经理是一个角色，当然也是你的一个外在的壳子，你想要顶着这个壳子去发展，当然需要放弃一些自己的个性，让自己去适应这个壳子。这里没有任何悲观情绪，而是客观的事实。我们要更好地生活，必须在不同的角色上面切换自如，找到一些角色的共同点，我们就更加容易做到这一点。