01从依靠自己,到依靠他人
在和管理者聊天中经常听到这样的抱怨:“交给他做,还不如我自己做的快;说好的看别人干活,明明都是自己在干……”
这是很多管理者的毛病,业务能力越强这个问题越严重,毕竟看对方做出的内容怎么看怎么不行,还容易情绪涌动。但是如果你次次帮他做,就会形成一个死循环,他永远也不会进步达到你的要求,你永远在忙,团队永远要靠你自己才能拿出结果。
但管理的定义是什么呢?是通过他人来达成目标,你只有教会他们怎么做,他们才有机会达到你的预期,也才会意识到这是他的工作,而不是认为胡乱做就可以,最后由你兜底。
所以,作为管理者一定要明白,管理是依靠他人完成任务,只有你从对自己的目标负责,变成对团队的目标负责,才能真正地成为一个管理者。
02反对,而不是批评
反对,表示我和你的观点不同,讲出为什么不同,有理有据,你也可以说出你的理由,我们可以良性沟通,得出最终的方案。双方是站在平等的位置上讨论这个问题。
批评,我认为你的观点是错的,讲出为什么你错了,所以你只能按照我的来。这是站在我必然对的位置上强制让对方执行。
例如,你的下属为了和你完成项目按时交付的同一目标,提议团队多招一个人,但你不这样认为,你认为让上级批复新招人的难度很大,但可以考虑外包项目中的一部分来控制进度。
可下属一直在滔滔不绝地说,这时,你会怎么办?你会直接打断他,并直接告诉他这个方法行不通,公司不会同意。还是耐心地听他讲完,然后说:“增加团队成员的确是一个治标治本的方法,但在我们企业中不太适用,原因是,企业核对人力的方法和我们不同,会考虑长期的人力成本,所以这个申请会很难通过,我建议,我们把××部分外包出去,也能达到目的,资金上面也更好申请。”
这不一样吗?还浪费时间。不一样,仔细体会。就从你和下属的关系上来说,第一种是一种高下关系,就是我比你高,你要听我的。而第二种是一种平行关系,我虽然是你领导,但在完成目标上我们是一致的,我们共同努力。
德鲁克说:“管理的本质,就是激发善意。”你是要一个不主动思考、只听话的下属,还是一个会主动思考和你并肩战斗的战友?如果是后者,我建议你要反对,而不是批评。
03尊重但要守规则
在做执行者时,学习向上管理考虑的是怎么汇报工作让领导更方便,成为管理者后就想着不要做严厉的领导,他们怎么汇报都行,我看得懂就好,然后我发现,真是错的离谱。
没有规矩不成方圆,在每个人理解事情都不同的情况下,如果前期没有给团队成员定标准,他们可能就会认为没有标准,进而降低工作质量。如果前期没有给团队成员定做事方法,他们就会完全以自己的方式做事,再加上不了解企业规则,进而降低个人效率。而当整个团队没有合适的合作方法,各自为战时,消磨的则是团队效率和整体工作氛围。
一旦这些情况发生,团队将很难管理,怨气冲天、效率极低,所以如果你想让你的团队积极向上,且高效有成绩,一定要定好团队规则,让大家更高效地拿到结果。
04忍住,看他把事情搞砸
之前写代码时,曾经有一任领导,学名老王。笔者刚入职时代码写得有点烂,校验注释都不写,他在过代码时,看得眉头紧皱,指出了一堆问题,虽然笔者一脸迷茫,他也没自己动手。于是,笔者只能根据建议自己改,改过一版,他再看,依旧有很多问题,又是一堆建议,然后再改,就这样来来回回改到半夜,功能完成且觉得不会有隐形隐患了,俩人才出去打车离开。
后面,有人对他的行为嗤之以鼻,但笔者却非常感激,因为他的确可以自己快速写完,然后早点下班,可他却愿意花时间,看笔者一次次地搞砸,然后一起把事情修复,经历过的每次搞砸都对笔者能力的提升有很大帮助。
所以,如果你是管理者,面对不成熟的下属,请你也给他搞砸的机会,因为那也是成长的机会。
还有一个故事,在笔者做项目经理刚开始带团队时,有一个小伙子特别有自己的想法,笔者帮他过代码时,提出的建议怎么说都不听,“哎呀,不会有这个风险的,这个风险不会发生!功能实现了不就好了吗?……”反正,提一次看你是领导的面子上改一次,自己再写代码依旧如故,作为一个知道风险发生后果的人,怎么也劝服不了他改掉这个习惯,他坚信“风险不会发生在他身上”。
笔者就想,这不是办法,所以做了件看似“损人不利己”的事,拉着测试人员和领导过了一遍项目最终的成果。过程中,笔者做了个小动作,告诉了测试人员怎么操作让那个风险发生的概率变大,然后演示过程中问题果真出现了,虽然我被领导劈头盖脸地骂了,但换来了这个团队成员以后写代码的质量,值了。
在职场上,有时候我们不可避免地会遇到不撞南墙不回头的人,忍住,提早送个南墙过去,让他看到搞砸的后果也不错。
05拿回你的情绪开关
有一次跨部门会议,沟通的不是很友好,直到晚上下班还在情绪中,和朋友吃饭不停地吐槽,我朋友就开玩笑说:“你说别人是不是有预谋呀,想让你生气就给你找点事,然后你就自动让自己充满负能量。就像他们拿了一个开关,按一下就散播毒素,这个毒素还只对你有用。”
笔者愣了一下,好像很有道理,笔者真的把开关给了别人,所以正在刻意练习拿回自己的开关。
那么,你呢,作为依靠他人完成工作的管理者,你的开关还在自己手里吗?不会身边的人都有这个开关吧?
06定标准、写计划、控风险
当大家的标准不同,必定会在结尾有所摩擦。例如,你的完成是测试人员测试后的没问题,团队的完成是代码写完提交给测试;你的交付是功能能用并达到要求,客户的交付是高效好用才达标…… 所以,为了后面的友谊,大家一定要在开始就确定好统一的验收标准。
有了标准具体执行怎么跟进?写计划,包含到什么时间段,谁做哪些事,有了详细的时间计划,进度才能有所控制。
控制风险是很多人容易遗忘的事,就和前面提到的撞南墙的同学一样,事没到自己身上都觉得和自己无关,但我们也需要思考,有些事万一到自己身上,我们需要承担的是什么。
这三个方面都是项目经理常做的,但发现很多人并没有好好做,遇到问题也没有考虑过是不是他们导致的,所以,把这三点放在这,以示警醒。
07只有平衡的决定,没有完美的决定
作为管理者,还要明白,这个世界上只有相对好的决定,没有完美的决定。
例如,市场部给你推荐了一个项目,和客户沟通后知道了需求,发现这个项目真的不错,能为公司带来长久的利益,你很兴奋地去和领导讲,但领导泼了冷水,我们没有那么多的资源。
如果追求完美就只能不做了,但真实的职场可以这样吗?当然不行,不然我们会失去很多宝贵的机会。所以,我们要做的是平衡它的功能、人员、预算、进度和质量,综合形成一个约束条件,然后在这个约束条件中思考怎么落地执行。
08有些事要争先,有些事要争滔滔不绝
流水不争先,争的是滔滔不绝。这句话的意思是:流动的水遇到障碍就会拐弯,甚至迂回,不会因为一时的争先而花太多力气,求的是长久的利益。
这句话很有道理,甚至很多名人推崇,也确实很多事情需要争滔滔不绝,例如,不停迭代的服务,但是在这个时代,并不是所有的事情都符合这个规律。比如,互联网平台一些新的生意,只有卡位成功,后面才有你的一席之地,如果你没有抢到,就会被迫出局,再也没有参与的资格。这时,你怎么能不争先呢?
其实,项目管理界敏捷那么火也是侧面验证了这一点。
以上是给项目经理的 8 个建议,与你共勉。