项目管理

Commander vs. Coordinator

记得刚进趋势的时候大老板说过,现在已经不是Commander的时代,而是Coordinator的时代,意指manager们不能用命令的方式来执行项目,而应该用沟通和交流的方式来解决纷争,进而引导大家来完成工作

当初我对此深为赞同,但现在我发现这中间需要斟酌的点太多

首先,就是要避免“议而不决”。一帮人每天都很忙的开会,气氛非常热烈,可是迟迟没有结论,大家不断有新想法,也不断有外部人员掺和进来。当然有想法有输入本身不是坏事,可是当各方都无法说服对方的时候,就意味着需要一位Commander出现来结束这场争论。vision和执行本身就是矛盾的,理想情况下需要大家找对vision才来执行,但如果vision本身比较难以达成,那就应该配合一定程度的执行,大家看到一些原型后再来做选择,而不是只有会议。始终停留在vision的争论的结果是,最终大家都炒累了,结果鉴于schedule的压力,最后不得不匆匆决定,当初的vision被往到了脑后,最终的选择已然不是最佳选择,只要meet schedule就行。如果提前执行,至少在schedule上有自由空间!

其次,是做决定的人,并不是最了解产品的人,可是为了照顾相关部门面子,又不能采取有针对的培训(以免让对方感觉尴尬),结果就是大家都明白,就是做决定的人不明白,会议烦冗拖沓,大家都陪着他温故知新,浪费大家的时间。对此种问题,要么找合适的人来参与,要么有Commander果断采取措施,抛开面子问题,采取有针对性的培训,尽快补充相关人员的知识

最后,讨论不能老是避重就轻,不能把最难下结论的事情留到最后。这种做法本质就是掩耳盗铃,自我逃避,花费大量时间讨论粗枝末叶,结果回到关键问题后,发现之前的假设都被打破,于是又回去重新修正,这是很磨人的过程。这个问题再碰上shedule压力,结果就是草草的在关键问题上下了结论,后患无穷

那我们到底需要怎样的leader,这里一篇文章提到了collaborative leader的概念,我觉得挺好,我的理解,coordinator就像一个润滑剂的作用,他始终不是发动机,而collaborative leader则仍然强调自己是一个leader,强调自己作为发动机的本质,把commander的责任留给自己,以collaborative的方式,让一切资源为我所用,帮助我做最好的决定