我说一下管理岗吧。

编程中有一个概念是“队列”，“队列”的两个主要参与变化内容的只有 2 个角色，“生产者”和“消费者”。
你作为部门的基础岗，显而易见是“消费者”，派发任务的管理或其他部门是“生产者”。（当然管理者其实也是“消费者”，可以直接参与，也可以间接调配）

如果“生产者”的内容产生速度低于“消费者”，则是一个健康的运行状态，所有事情都能得到“更好”的完成，因为大家都有时间有精力。

但，“生产者”爆发式生产内容，“消费者”就只能牺牲质量，提升专注力和效率。
此时的“消费者”是最惨的，因为你牺牲质量，就要挨骂，就会影响下游部门。如果你保证质量，也要挨骂，就会影响上游部门。

“消费者”通常分为“有领导”和“无领导”。
无领导，赶紧走，只能走，谁顶谁死，基本上，上下游都会得罪，收获骂名。
有领导，你是基础岗(部门内的成员)，看你是否能透过现象看到本质，如果看不到本质，也很容易会疲于奔命，黯然退场。退场前你的心态不可能好，工作质量和效率也不可能是最巅峰的。
有领导，你是领导，又分为“合格”与“不合格”。。。不合格应付不了需求端（客户/跨部门/上级），无法给出合理的回复，上下游统统认为你的能力差，收获骂名，随时可能被替代，可以关注一下公司的招聘有没有出现类似的岗位。

有领导，你是领导，且你是合格领导。其实合格的领导通常也遇到过“不合格”阶段，毕竟“子非鱼，安知鱼之一切？”，既然不懂，就无法提供解决办法，身在其位才能逼迫自己思考和突破。这，便是基础岗通常无法直接替代管理岗的真正原因。
合格的领导，面对“爆发式生产者”，需要分析当前情况，合理的调配资源：
长期需求？招人，使劲招，赶紧招。
短期需求？加班或者外包，具体要评估可行性。
下属不听话，思考对策，安抚或者劝退。
上级不听话？先支持，再建议。
跨部门不听话？讲流程，请上级见证，拼口才，胜者为王，败者多干活。
风险事件如何应对？及时通报，快速处理，时候做预案避免下次。
资源不够(人、设备、钱)，提方案，写分析，按上级决策办，有资源就快点干，没资源就慢慢来，莫慌。

管理者的技术方向如何应对？
是否和下属比技术？不可，术业有专攻，人家天天接触，肯定比你熟。
学习？可以，针对目前的需求（质量/效率/广度），针对性学习，多方资讯，整合成自己的解决方案。

一步步分析下来就会发现。
管理岗的 2 大能力：
1 、协调能力，应对能力，遇事莫慌，冷静安排。
2 、学习能力，要快速提供方案，平时多做预案。比技术你没有下属细致，但是整体性方案一定要比下属强。

我转管理后再也不回技术岗的原因其实很简单。
不管我做得好或者做得差，我不是这个事件的最后一环，而且往往是我来闭环，可以尽量修饰不够完美的结果。