1. 将整个项目组的人手分为三层:底层(干活的人),中层(管理的人),高层(你自己)
直接管理底层人员是非常困难的,即便是经验非常丰富的PM也会很头疼。
2. 重视例会的时间,不要过多的延长。
把自己要说的话先说清楚,禁止例会以外的话题。
2. 少开会少听意见。
不要以为多听意见就能让你积累经验的丰富,过多的观点会扰乱你的
耳目,过多采纳手下的意见给让手下觉得你无能。
3. 只和中层人员开会。
虽然底层人员往往会暴露出更多的问题,但是由于他们的工作岗位,他们对问题所提出的解决
方案往往是片面的,那只会打乱你的思路。不要去听,一句都不要听。
4. 强调你是只看不听的。
严格要求手下将问题,解决方案都文档化。并且你只看最终的汇总表,而不是一百份相同问题的
bug票。
5. 果断的下决定,哪怕是错的。
会议中大家的意见往往是相互冲突的,在有效的时间内,你要果断地决定采纳谁的意见。可以考
虑用掷硬币的方式决定。但别被其他人看到。
6. 把整个开发计划拆开,拆成不同的几个阶段。
经验丰富的PM知道理顺工作流程可以让工作量减轻很多。拆分阶段是关键的第一步。
7. 严格指定负责人。
会引起混乱的工作,特别是接口方面,指定专人来负责。建议用能力较强的人。
8. 主动解决负责人之间的矛盾。
中层人员发生矛盾是正常的,千万不要去避免,因为这是好事,是大家开始努力做事的表现。也
是体现你领导能力的好机会。简单的了解一下他们发生的问题原因,立即下决定。也可用掷硬币
方式。
9. 重视做事仔细的人
他们比聪明的人更能做好事情,让聪明的人去解决新的技术。
10. 找一个助手
助手是你最好的工具,让他为你完成你所需要的文档,让他做你的打字机,让他做本该你做的事。
但其实,你更应该把他当好朋友。
直接管理底层人员是非常困难的,即便是经验非常丰富的PM也会很头疼。
2. 重视例会的时间,不要过多的延长。
把自己要说的话先说清楚,禁止例会以外的话题。
2. 少开会少听意见。
不要以为多听意见就能让你积累经验的丰富,过多的观点会扰乱你的
耳目,过多采纳手下的意见给让手下觉得你无能。
3. 只和中层人员开会。
虽然底层人员往往会暴露出更多的问题,但是由于他们的工作岗位,他们对问题所提出的解决
方案往往是片面的,那只会打乱你的思路。不要去听,一句都不要听。
4. 强调你是只看不听的。
严格要求手下将问题,解决方案都文档化。并且你只看最终的汇总表,而不是一百份相同问题的
bug票。
5. 果断的下决定,哪怕是错的。
会议中大家的意见往往是相互冲突的,在有效的时间内,你要果断地决定采纳谁的意见。可以考
虑用掷硬币的方式决定。但别被其他人看到。
6. 把整个开发计划拆开,拆成不同的几个阶段。
经验丰富的PM知道理顺工作流程可以让工作量减轻很多。拆分阶段是关键的第一步。
7. 严格指定负责人。
会引起混乱的工作,特别是接口方面,指定专人来负责。建议用能力较强的人。
8. 主动解决负责人之间的矛盾。
中层人员发生矛盾是正常的,千万不要去避免,因为这是好事,是大家开始努力做事的表现。也
是体现你领导能力的好机会。简单的了解一下他们发生的问题原因,立即下决定。也可用掷硬币
方式。
9. 重视做事仔细的人
他们比聪明的人更能做好事情,让聪明的人去解决新的技术。
10. 找一个助手
助手是你最好的工具,让他为你完成你所需要的文档,让他做你的打字机,让他做本该你做的事。
但其实,你更应该把他当好朋友。