如何当好PM？请求大家积极讨论

有一件小事引发的思考：

   第一次当PM，第一天当PM，啥都不懂，上司在当天发了一个UI设计草图给我们。由于UI设计图里面有三四处我并没有搞懂，晚上要和组员开会讨论UI的设计。

  怎么办呢？我就发了一个邮件，并附以下说明：在UI设计中如果不懂的地方，告诉我，我如果不懂，会帮你问上司。

  结果悲剧出现了： 我以为没有人问我，就代表大家都懂，结果大家都不是很懂，就这样，大眼瞪小眼，开会没有效率。

   开了一个多小时，没有讨论出什么实质性的东西。

 

从这件事和上司聊天中我知道了一些准则，写出来给大家讨论吧

  1.PM每次开会前必须明确知道会议讨论什么，讨论多少时间，讨论时有哪些需要注意的地方。

  2.要做各种假设，并作出假设各种问题可能出现，该怎么解决的准备。一旦有问题，即时解决，一旦有疑惑，必须第一时间搞懂，因为PM接触的资源最多，接触的人也最多。

  3. 如何Motivate 组内人员，Plan好是第一步，其次要经常创造各种大家一起见面的场景，然后倾听大家的想法，问题，尤其是找一些比较relax 的地方。

 4. 意识到PM不是队员的上司，所以PM没有权力约束队员，因此PM要构造出一个以团队利益为第一位的蓝图和愿景，然后每天要作出team program,让大家知道自己每天都在做东西。同时关注每个队员的进展，以一种serious的态度对待队员的代码，找出bug,即时告诉队员，让队员意识到自己的一举一动都有人关心着和注意着，这样才能更好的激活每个队员的战斗力。

  5. 关心每个队员的生活和精神状态，多聆听他们的想法，多站在他们的角度考虑问题。

  6. 该严厉的时候，其实也应该严厉，永远把团队的利益放在第一位。

7. PM要对整个工程有详细的且细致的了解，知道各种时间节点，各种进度，做到万无一失。

 

 列了这么多，发现PM真的有挑战性的，无论如何，还是挺幸运当上PM，这里，我想抛砖引玉，想问问大家在当PM有什么经验，可以借鉴的。很愿意听大家分享你们的经验。

  坐等大侠给出经验！

 

 

转载于:https://www.cnblogs.com/OMG-Team/archive/2011/11/02/2233711.html