Skip to content

Latest commit

 

History

History
47 lines (32 loc) · 3.08 KB

README.md

File metadata and controls

47 lines (32 loc) · 3.08 KB

Algorithm

Review

https://www.neobub.com/maybe/post/modes_of_leadership

领导者的三种模式。

模式一:“这就是我想要的,你按照我说的做。”

模式二:“这就是我想要的,你自己想如何去做。”

模式三:“让我们一起弄清楚我们能做些什么。”

Tips

Share

如何管理上级

第⼀,管理上级的预期。

上级问你:“⼀个产品特性,你多⻓时间能做完?两天?⼀天⾏不⾏?”你想了想,如果不写测试,确实能够省下不少时间,于是,你决定 答应上级的要求。是的,⼤部分⼈就是这么妥协的。 妥协很容易,但再往回扳就不容易了。下次,他还会再进⼀步压缩:“半天能不能搞定?两⼩时⾏不⾏?”⼈的欲望是⽆限的,所以,就不 要让上级有错误的预期。

如果是我,我会告诉上级,这个压缩会影响到什么。⽐如,要想做这个调整,你需要放弃的内容是什么;或者,我可以给出⼀个快速上线 的临时⽅案,但接下来的⼏天,我需要调整,让代码回到⼀个正常的状态中。所以,你就不要给我安排新⼯作了。 这个过程,相当于我把⾃⼰看到的问题暴露给上级,让他选择。他有更多的上下⽂,他会平衡该做的事情。

第⼆,帮助上级丰富知识。

不是每个上级都是经验丰富的,知道所有事情。⽐如,有些成⻓得⽐较快的负责⼈,⾃⼰甚⾄都还没来得及了解软件开发全⽣命周期。在 IT 这个快速发展的⾏业⾥,这是⾮常可能出现的情况。所以,在某些局部,你⽐他了解得多是⾮常有可能的。 在那些他做得不够好的领域,他肯定有许多烦恼。⽐如,盲⽬给需求的产品经理,可能也会影响到他对需求的判断。 这个时候,你就不妨把⾃⼰知道的内容找个机会给他讲讲。⼀个简单的⽅式是,把我专栏的内容发给他,和他⼀起探讨怎么做是合理的。 然后,⼤家⼀起协同,改进⼯作⽅式。因为你是在帮他解决问题,他会更愿意接受。

第三,说出你的想法。

如果你什么都不做,上级会按照他⾃⼰的理解安排⼯作。⽐如,⼩李擅⻓处理消息队列,那消息队列的活都给他。 如果你有⾃⼰的想法和打算,不妨提出来,主动承担⼀些职责。⽐如,你接下来打算多学点消息队列,那就⼤⼤⽅⽅地告诉上级,下次有 相关的活,考虑⼀下⾃⼰,上级再安排⼯作的时候,他就会多想想。这其实就是我们熟悉的⼀个最简单的道理:会哭的孩⼦有奶吃。 如果经过你的种种努⼒,发现你的上级真的是完全没法影响,只能以令⼈⽆语的⽅式⾏事,那你需要仔细考虑⼀下与他合作的前景了。 不过,更可能出现的场景是,你还没去尝试改变就放弃了,将全部责任都归结于上级的问题。如果你是这种思考问题的逻辑,不论到哪个 公司,结果都不会⽐现在更好