Question

哪些事是你当了领导才明白的？

Answer 1

我是从标准的程序员一路升级打怪然后走向管理岗位，先开始管几个人，后来十几个，再就是20几个，现在大约80个，谈谈技术人员转管理岗位后几个印象深刻的事情。
【做技术是最简单的】
当我还是个单纯的程序员的时候，我觉得做技术应该是最难的，搞个后台技术，Linux、网络、MySQL、架构设计、Java、C++。。。。。。什么都要懂，什么都要精通，要学的东西很多，还不断的有新的东西出来，今天NoSQL，明天大数据，后天Docker。。。。。。说好听是学无止境，说不好听是掉到坑里出不来。
反过来看那些主管，不参与具体的版本开发，天天就是开开会，发发邮件，今天跟测试撕逼，明天和产品讨论版本计划，后天和项目经理讨论人力安排，半年来个总结汇报，多轻松啊！
当我当上主管后，发现并不是这么回事，表面上看确实是开会多、汇报多、讨论多，但是并不意味着这些事情简单，原因在于这些事情没有明确的标准，不确定性相比技术来说更多，而不确定性就意味着复杂度。例如：
团队经常出线上问题，到底是开发人员能力问题，还是测试团队能力问题，还是系统架构有问题，还是流程有问题？没有人会告诉领导，需要领导去判断并作出决策，如果判断错了，对不起，1年后还是这样，第一个背锅的就是领导。
某某同学最近表现好像一般，到底是家庭出了变故，还是个人觉得厌倦了，还是想换工作了，还是觉得和同学比工资低了，还是对领导不满？即使领导去谈心，怎么能确定他说的都是真的？例如很多想离职的员工在未离职前绝大部分不会说，而且即使确定了离职，也不会告诉你真实的原因。
有个事项需要另外一个团队配合，但他们总是推脱，是因为他们确实安排不了，还是对方领导觉得自己没油水，甚至就是对方的领导不想看到我们团队成功？最终怎么去推动事情落地？
以上仅仅举了几个常见的例子，实际管理工作中还有很多类似复杂的问题，所以我经常跟下属开玩笑说，最快乐的时候就是专心写代码的时候，因为对就是对，错就是错，没有中间地带，没有不确定性，不存在写完一段代码后说这段代码可能正确。
类似的还有做业务，我尝试了做业务后，发现业务比管理更难，因为业务的不确定性更多：行业的趋势是什么？ 竞争对手的策略如何？用户的喜好会怎样变化？行业会发生什么变化么？

Answer 2

如果说哪些事是当了领导之后才明白的，那么就是在工作中不可能照顾到每个人的感受，虽然要体恤下面的员工，但是照顾到每个人，那么，肯定是非常难了。

Answer 3

当了领导之后才知道每天喝酒应酬其实非常难受，去了喝酒遭罪，不去又怕得罪人，只能咬着牙硬挺着，原来吃饭也挺难。当了领导之后才知道以前看着手下的人上班睡觉有多气人。

Answer 4

当了领导才明白，开会能讲很长时间话，也不容易，也需要耐心准备。很多想的美好的计划也不会轻易实现，会有很多阻力。

Answer 5

当了领导之后才明白：对上对下说话是不一样的。对上级要服从，提前考虑可行方案，多说计划与完成量。对下级要提要求，随时抽查，多表扬，多赞美，多关心，少批评，少指责，少怀疑。对上级多汇报工作结果，对下级要提前布置工作任务。