很多人会因为技术工作做得好而走上管理岗位。然而，这样走来的技术领导，在刚晋升时，往往会面临很多问题，经历痛苦的转换期。从工程师到管理者会会遇到哪些问题，怎么破？
影响力和领导力
带队伍和当小兵是完全不同的，技术领导需要组织、领导、激励其他人为目标而工作。然而其他人会不会听你的，会不会阳奉阴违，会不会积极主动地干活，当别人与自己意见分歧时怎么办，怎么样让别人接受自己分配的任务，怎么样让别人接受你为其设定的目标……这些都是问题，需要有影响力和领导力才能玩儿下去。
然而新任的技术领导刚到经理岗位，对领导力可能还没有体会，很可能不知道怎么做，会错误的用行政权力来强硬地要求（命令）别人做某些事。这是一种误区，任命可以赋予一个技术领导行政权力，但不能产生领导力。来自权力的压力可能短时间内貌似有效，但实际上会严重损害一个经理的领导力和影响力，假如一个经理频频采用官大一级压死人的策略来推动项目和项目中的人往前进，往往最后会适得其反，招致大家的厌烦和反馈，在团队中失去威信。
害怕别人不干活
从普通工程师晋升为经理后，开始管理其他程序员，开始管理项目，开始为整个团队或部门的工作进展负责。此时就会产生各种担忧，其中之一就是：要是别人不好好干活或不干活怎么办。
因为刚担任技术领导，对经理的角色还没有适应，不太了解一个项目的人员怎么运转，想当然的以为每个人都应该工作量饱和、工作积极，项目进展才能保证，因此对每个成员是否努力积极工作就会特别在意。同时也可能由己推人，如果自己是特别努力积极做出了成绩才晋升，那就可能觉得别人也应该和自己一致；如果自己曾经因为种种原因有怠工的行为，也会担心别人找各种借口不好好做事而影响进度……
其实这种担心是很正常的，但从客观上讲没太大必要，你相信大家都会积极完成工作，结果就一定会朝这个方向演进。因为多数团队原本就形成了某种节奏，可以度过领导更替的动荡期，然后继续有效运转。信任是一切的基石。
总想亲自下场
因技术而晋升的技术领导，通常在技术方面有较强的能力，甚至是出类拔萃。这种技术能力的优势在作为普通员工时可能会给一个人带来显而易见的影响力，然而当这个人成为经理后，有时反倒可能成为他做好领导工作的障碍。因为他可能经常拿自己的技术水平衡量团队的其他人，觉得这个任务张三很难处理好，那个任务李四铁定犯错误，于是不放心把事情交给别人来做，或者交给别人做了又因为看到要出错，忍不住自己伸手去做，把分给团队成员的任务再拿回来自己做。
当一个技术领导因为担心下属会出错或不能按自己预期完成任务而收回这个任务自己做时，要么会让下属自己觉得自己无能（或者让下属猜测领导认为自己无能），要么会让下属觉得这个领导越俎代庖不干他该干的事儿，这就会产生严重的不良影响，不利于团队成员自己成长自己解决问题。同时，这位技术领导也会因为过分关注技术细节而忽略其他的组织、领导工作，导致只见树木不见森林，严重影响整个团队的效率和生产率。
担心丢掉技术失去竞争力
有些技术领导刚刚开始带团队时，往往还停留在过去的角色里，认为技术是唯一的立身之本，担心放弃了技术细节后，自己会丧失竞争力，会贬值。比如会担心万一自己从这个经理岗位离开，就可能又找不到管理岗位的工作，又因为生疏了技术而找不到技术工作。所以，他们会陷入纠结中，一方面想提升整个团队的工作效率而不得不做很多的组织、激励、领导、协调等工作，花费大量精力；另一方面，这些非技术方面的工作会占用他们大部分精力，导致无暇深研技术而产生焦虑。
其实，此时更重要的是视野。你可能对技术细节了解得少了，但对技术方案选择、技术类别、技术的影响力等可能了解得更多，会形成更为广阔的视野，这足以弥补你在技术深度上的欠缺。而且，其实你之前的达到的技术深度也仍然存在，甚至会发酵，会反过来滋养你的技术视野，因为如果你之前在技术上达到了一定深度，一定在学习上摸索到了适合你的规律，这种学习模式，会帮助你更快的了解更多技术，让你从广度上来丰富自己，这虽然不能保证让你在技术方面更有竞争力，但也会帮助你将技术竞争力维持在某个水平。
最重要的，除了技术，你在管理岗位上的锻炼，将来一定会带给你更深层次的变化：要么你培育了组织能力领导能力；要么你认识到自己更适合做什么，对自己的才干和能力边界有更为清晰的认知，而一旦有了这种认知，再做其他事就会得心顺手——因为，你会更容易找到自己喜欢做的事情并带着热忱义无反顾地投入进去。
不理解岗位职责
很多从一线晋升的技术领导，一开始不理解经理这个岗位的职责，不知道具体要做什么、怎么做、公司对该岗位的考核指标、上级领导对这个岗位的期望，这些都是问题。虽然有些公司有明确规定项目经理、部门经理等的岗位职责，然而没做过，看那些毫无生气的官方描述也是挺蛋疼的，看着都是汉字，每个字都认识，但看了就是不知道不明白什么意思，和没看差不多。更何况，很多公司其实并没有这玩意儿，或者根本就是从网上或别的公司抄来的，是否适用都没人管。
比方说你看到项目经理的职责里写了这么一条：确保项目目标的实现，领导项目团队准时、优质地完成全部工作。
对你有实质性帮助吗？
再比如下面这条：与客户沟通，了解项目的整体需求。并与客户保持一定的联系，即时反馈阶段性的成果，和即时更改客户提出的合理需求。
对你有实质性帮助吗？
即便你通过公司的文档了解了岗位职责，对工作范畴有了大概的认识，仍然还是会迷惘：具体我该做哪些？做到什么程度有没有标准？哪些轻哪些重哪些是考核的内容哪些对我的绩效考核影响大？
问题太多了。你知道要作为经理要和客户沟通，然而这并没有什么卵用，并不能将你眼前的铺天盖地的未知揭开，你只有慢慢去试才会知道水有多深，你是从一个工兵的角色忽然就变成了排长，以前的经验几乎没用了，你还没有掌握新的关于项目管理和人员管理的经验就必须面对那些事情了，这是一个“负位”的过程，你得自个儿慢慢摸着石头过河去适应。
你需要一个可以伴你成长的同级或高级同事来充任你的mentor（导师），帮助你尽快熟悉工作中的各种事情，帮你答疑解惑，必要时为你指点方向。
怕犯错
因为对岗位职责不甚了了，眼前一片茫然，这个时候就会担心犯错，担心一不小心搞错了什么事儿领导不待见，又因为对上级不了解而很难明了现在的上级是什么行事风格、如何要求下属，自然也担心如果自己的风格和领导不匹配是否会让领导对自己的错误过激反应。
还有，也可能会担心领导对自己评价不好——因为你在负位过程中，很多事情做起来没那么得心应手。但你有这种担心的时候，就会愈发想把事情做好，然后，要么迟迟不能决策，要么劲儿用过了把事情搞错了，最后反倒真的不好了。
人非圣贤，孰能无过。犯错也是一种成长，没有犯错就很难成长，不用怕，错误也是一种财富。
担心下属议论自己
新晋升的技术领导，往往会因为以前没有做过，而特别在意自己是否做好了，既会担心领导对自己的评价，也会担心下属对自己的看法。这个阶段，风吹草动都会让人浮想联翩。心思较多比较敏感的人，还可能会因过于忧虑而导致神经紧张。
其实，大风吹倒梧桐树，自有别人论短长。无论你做什么事情，都不可能符合所有人利益，总是有人会议论的，因为这个而战战兢兢实无必要，还是信奉这句话吧：走自己的路，让别人说去吧。
不知道怎样培育领导力
别人为什么听你的？你怎么样影响别人使得别人朝着某个目标努力？
这是一个又大又难的问题。对于新任的技术领导而言，有些人会错误的以为任命产生领导力，但多数人慢慢会意识到，领导力和任命没什么直接关系。那么，领导力从何而来？
当你作为一个程序员时，相对他人的技术优势可能让你说话更有力量；当一个团队的各个成员技术水平相当时，技术对领导力的贡献就几乎可以忽略，相互之间的关系会更多的影响一人的领导力；当一个程序员走上管理岗位，他的技术能力很可能对领导力没什么特别的贡献，甚至可能会损害他的影响力——假如他事事亲为的话。
温伯格的技术三部曲之一《成为技术领导者》里面对这一点有详细的论述，感兴趣的可以参考，我在我的微信订阅号“程序视界”中推荐过。这本书是每一个想成为技术领导的技术人员都应该阅读的，它是你成为技术领导者之路上的明灯。它这么定义领导的职责：
领导的职责就是创造这样一个环境，每个人都能在其中发挥出更多的能力。
如果你能理解这一点，对培育你的领导力会有相当的助益。以此为目的，技术领导应该是一个公仆的角色，为团队成员服务，有人需要资源就给协调资源，有人不明白目标就帮助他明确目标并制定其个人目标，不同的模块间接口无法确认就组织相关人员讨论，张三任务完成的好就明确肯定，李四对自己所从事的技术方向感到迷惘就协助他找到归属和发展方向，有人忽然情绪低落效率低下就及时发现背后的原因并在必要时提供支持……大家和你一起同甘共苦完成了一件事，并且都看到并认可你的努力，你就具有领导力了……总之，你做一切事，创造一个让大家各尽其职各展所长的环境，让这个组织运转正常，让目标得以实现，那你的领导力就形成了。
不能接受绩效比当普通员工时差
前面我们说从技术岗位晋升到管理岗位后，这个新上来的技术领导，往往是负位的，所以，在上任后的那个绩效评估周期内，他所得到的评分，如无意外，肯定是比他做普通员工时差的。
嗯，这种结果往往会让这位同志不能接受。你想啊，我当普通一兵时次次得A，现在当了经理，人都累成马了心都操成渣了，结果却是C！有情绪很正常，没情绪才不正常。但其实，也应该换个角度想想，在技术领导岗位上，其实你是从0开始哦，有一个爬坡曲线也是符合逻辑的。
特定的事情可能会带来挫败感
有时我们也会碰见一些具体的事情，不知道怎么做。
比如公司是结合职级评定和年终绩效决定一个人是否升职加薪，那张三没有参加职级评定但工作结果很好，从各方面看都应该加薪，此时你怎么操作？传说公司有人操作过非正常流程给员工升职加薪，可是你不知道怎么做。问谁？怎么说服你的老板支持这么做？怎样绕过公司的常规流程？
比如你们每个月都要向高层汇报工作，需要写PPT，而你只有一个管理部门给的PPT模板，模板里除了封面和封底只有一页正文，写了几句不痛不痒的话，你要怎么根据这个模板写出你的第一份月度汇报材料？
比如公司规定要定期和下属一对一面谈，你从未有过这方面经验，根本不知道目标是什么、谈什么、怎么谈、如何应对可能出现的问题，想起来就会担心就想逃避，谁来拯救你？
你会面临各种对你来说头一遭的事儿，而多数情况下既没有人show给你怎么做，也没有机会去演练，你只能凭着感觉战战兢兢如履薄冰地往前走，一不留神没搞好，就可能被老板批评被同级嗤笑被下属鄙夷，这样的挫败感可能很难接纳……
耻于下问
有些新作技术领导的，遇到问题不好意思找人问也怕找领导求助，怕露出自己的无知、短板，怕别人瞧不起，怕显得自己不老练……
其实不必，谁是生而知之呢？大家都是从不断地学习不断地实践中培育自己的能力的，很多事情你没经历过就是不知道没做过就是没体会，求助于别人是再自然不过的，一般的人也乐于帮助你，不会因为你不懂某个技术某个规则而看不起你，你显露自己在某方面的无知也不说明你这个人能力有问题，人因为不那么高大全而更真实更有魅力。同时，一个人也只有先正视自己的无知，才能更快地进步。
士别三日当刮目相待，无需多虑，尽管前行即可，你明天的成就并不会因为你昨天的懵懂而掉一分成色，相反，你还会获得快速成长的美誉。
不知道怎么应对变化的关系
当一个程序员成为技术领导后，还会面临关系的变化：原来同级的伙伴将成为下属，原来很难见到的高层成了领导。
面对原来同级的小伙伴，是该故作威严拿起官腔，还是依旧嘻嘻哈哈不分彼此？打官腔公事公办会不会让人指指戳戳认为自己小人得志？不分彼此一团和气又会不会妨碍任务的分配和执行最终什么都很难推动？这也是不大不小的问题。但一般来讲不必刻意端着，就事论事公私分明即可。
新的领导往往Level较高，看待问题的角度和切入点与刚晋升的经理之间有很大不同。通常的情况是，他看结果不看过程，而你往往还在经理角色的转换和负位过程，所以经常会收到批评、否定的信息。怎么办？其实这是一个必经的过程，虽然老板嘴里信里说的都是自己的不完美，但也很少有老板有那个闲心思专门针对你（很遗憾你没你想的那么重要），一般来讲接纳即可。要相信自己正在变好，随着你熟悉规则，随着你角色转换过程的演进，美好的事情很快就会到来。
延伸阅读
技术人如何转型做管理？
每一个技术人在职业生涯中都会走到这样一个路口，就是专心地在技术路上精深，还是转型从事管理岗位。本文作者是一个 Android 程序员，他分享了自己为什么会想要转管理，以及在技术转管理上的一些误区，其中所涉及的一些技术管理的能力很值得我们学习借鉴。
以下为正文：
对于一直深耕技术的一线 Android 开发者，自然大多数人都想着是一定会把技术进行到底，或者说至少还会做乐于做技术一段时间。其实不止你们这么认为，就连对我知根知底的公司领导，也这么认为我。因为对于一个尚且还年轻的小伙子来说，现在想转型，真的太早了。不过在这个问题上，我目前还是想的比较透彻的。
渴望成为管理者的「理由」
l 希望突破「个人贡献」的天花板
对于自己来说，还是希望对公司释放我更大的贡献。每个公司对技术研发都有不同的岗位和职级划分，其实归根结底归为两类：「个人贡献者」和「非个人贡献者」。
技术开发、 UI 设计和产品经理是典型的「个人贡献者」，开发的主要工作是写代码，他的所有产出就是一行行代码所构成的最终产品。UI 设计的产出就是他的设计稿，同样，产品经理的产出就是他的原型图和需求文档。这些所有的产出和对公司的贡献，都是来自个人的，很少依赖别人。
而作为一名管理者的话，就完全不一样了，他做的工作可能是不停地组织沟通和协调这些人。对于一个「个人贡献者」，工作时间顶天就 24 小时，他不休息地高效工作。但一个好的管理者的话，发动身边的人，朝一个目标努力，这个团队贡献是上无止境的，想想都刺激！
所以这是我第一个理由：因为我想驱动更多人朝着一个方向努力，做出一个有着更大贡献的产品。
l 终究我还是会面对管理
对于一个技术人来说，通常也就只有四条路：管理、产品、技术总监 or 转行。
可能有很多人说，「我不喜欢做管理，就喜欢做技术，我就是纯技术控」。其实有很多人都这样想，包括我曾经也是如此。技术人的职业阶梯总是很美好，认为自己可以成为阿里多隆，对，就是哪个阿里仅有的 P11，我一直的偶像。
但不管我们的技术做得有多棒，终究还是会管理几个人的，当你达到技术的一个很高层次的时候，多多少少，我们还是得带新人，带其他技术人员，让大家一起朝一个方向冲刺。从这个角度讲，不管是不是想一直走纯技术路线，我们都需要增强自己的沟通和管理技能。
所以这是其二：我总会到管理。正如今天我们 CEO 给我讲的一样，「我们技术人总会慢慢转型，只是我们可以去把控这个时间而已，早一点上去可能意味着更多的困难，但迟一点上去可能意味着损失机遇」。
讲一讲很多人的「误区」
可能就会有不少人质疑我了，说我其实想做管理的原因其实不是这个，五花八门的都有。
l 只是期望拿到更多的薪水
大多数人认为，管理人员的薪水都更高，所以难免以偏概全，认为我是为了薪水所以期望转行。
薪水确实很重要，但这个想法一点都不对。大多数技术足够牛逼的人，薪资都是比他的管理者高的，因为这些高级技术人员技术已经牛逼到了业界没几个能做好。
对我的家境来说，钱确实很重要，但远远没重要到这个地步。
l 期望指引别人
其实用「指引」的时候，我好像用「指使」呀。因为肯定有很多人这样想了，管理人员可以高高在上，随意使唤别人。
但我觉得恰恰相反，很多时候，领导都是负责背锅的，负责给大家抗压擦屁股的，领导才是那个给大家端茶倒水，服务大家的人。
这是我真实的看法。我们公司技术副总贾总，就是这样的一个人，明明技术都牛逼得要死，却因为做管理，整天接受着来自外部和内部的轮番轰炸。其实我真的超级心疼他，因为本已经是最努力的那一批人之一，却还被这样到处被数落，而且还经常遇到下属闹脾气。
所以，放下心中的偏见吧，好好对待你们的老大。我也已经有了背黑锅，接受轰炸的觉悟。
l 指望工作更加轻松
很多人认为程序员很累，996 加班已经是很多公司的常态，有时候改需求，上线任务，还要加班到深夜。还好我们公司基本很少加班，是个标准的每周 40 小时的公司。但我们的技术领导，真的是一年 365 天，98% 的时间都在工作。所以，我会为了让工作更轻松而产生这个想法吗？
l 更容易换工作
这可能是最扯淡的一种看法了。对于我们开发人员来说，只要技术实力过硬，根本就不可能愁找不到工作的，而且觉得是薪资待遇还不低。
但作为一个管理人员，换工作会更容易吗？完全扯淡。一个空降的管理，要融入技术团队是非常困难的，这需要非常多的时间。因为他们需要去面对这些出名的「寡言者」( 对，说的就是你，程序员！)，需要去了解团队每一个人的擅长点和不擅长点，需要去了解团队成员是属于「自我驱动型」还是「被动接受型」人才，这是非常需要时间的。和每个人打交道，应该用怎样的方式才合适，自己公司的产品有怎样的用户场景和用户行为，为什么需要做这些功能，未来产品发展何去何从？需要思考的问题太多了，而且这大多数情况下还不是通用的。
说得简单点，我一个 Android 开发，假设想换工作的话，完全不可能想着从事管理行业。甚至退一步说，即使有天我离职了，我依然肯定会选择我擅长的 Android 开发岗位，而这时候，下家公司看重的却只是我的技术实力。
所以，我可能为了换工作而想转行管理吗？
我为这次转型管理做了哪些准备？或者说我的优势
l 高效的时间管理能力
可能大多数程序员都是「被动接受型」，我们只需要把每天领导安排的开发任务完成就可以愉快地玩耍了。但我不是那样的人，我是典型的「主动驱动型」选手，没事的时候，强迫症的我总是喜欢去重写那些自己看不惯的代码，优化超垃圾的逻辑。所以经常可以看到我怒怼产品经理，但恰恰我和我们的公司的产品经理关系非常要好。我想这大概是怼多了，导致顺从我了吧。
这个我其实知道，因为一个公司很重要一点是解决用户需求，所以很多时候我们的产品经理是迫不得已的，有些功能是没有按照想象出发的。
我认为时间管理应该是技术转型管理的第一课，而非常 Nice 的一点是这个能力我早已具备了。我一直以来是一个喜欢规划任务的人，这从小而来的习惯，现在正促就了我现在。
l 强大的总结能力
正好今天我们 CEO 找我面谈的时候，他提到了他这个「放电影」能力：即每天晚上睡觉前会自动过一遍当天的所有事情，这正好也是我从小学习成绩优异的原因。我上学那会儿，记忆力一直不好，就连抄写在笔记本上也不行。但我后面每天晚上过一遍当天内容，我发现我很多东西自然而然就记住了，正好这个方法，也推荐大家运用，因为作为一个技术开发来说，学习能力和记忆力太重要了。
对于总结方面，其实和上面的时间管理有很大的挂钩。因为一个管理者的时间正常由「被动时间」和「主动时间」所构成。而所有的「主动时间」都应该花在总结上，作为一个管理人员来说，需要对各种事情做有效的排期，最重要的当然要放在最前面。
对于一个长期写 Blog 的我来说，总结能力方面自然是尚可的。
l 表达能力（沟通能力）
对于一个管理型人才来说，这个相当重要，因为每天可能都需要大量地时间去和各种各样的人打交道。需要去说服市场部的人员了解自己手中的进度，并接受自己的排期；也需要去和本部门的员工做各种各样的交流协调，而有个很重要的一点就是，都需要用他们最喜欢的方式。
很多人认为指导新人是一件非常累的事情，因为要给他讲超级多的东西。在我们公司，严格说，我不算带过新人，但确实也做了不少的入职培训和后期工作安排，而这，对我的表达能力提升非常重要。每个新人的特点都不一样，你需要针对每个人的特点，来定制他的个人能力和成长计划，并且需要做刻意的沟通。说到这里，也是希望大家改变一下自己的观点，其实，带新人的时候，这对你的表达能力锻炼非常大。
l 「刻意练习」能力
说这个词，同样是去年我的公司 CEO 告诉我的。当时是准备去参加「Android 巴士线下交流会成都站」，而我作为一名技术演讲嘉宾。我感到非常恐惧，因为从来没上台的我，突然要面对这么多同为 Android 开发的技术大牛，这对我来说要求太突然了。
于是我找到了我们的 CEO 高总，他语重心长给我说了一大堆话，其中提到了一个很关键的词语就是「刻意练习」。至今深刻的是，他说他现在能做到随便脱稿演讲，就是因为他之前「刻意练习」过很多演讲活动。
非常庆幸，我现在已经学会了时刻「刻意练习」自己的能力，并不断提高。
l 「向上管理」能力
严格来说，这方面的能力还是我当下比较欠缺的。我目前仅仅是做好了及时回馈自己的工作进度以及公司每天要求的日报。但实际上在「向上管理」层面，我能做的还差的多。
但当管理一个团队的时候，向上级汇报情况就变得非常重要了，就连 CEO 不是也得向董事会汇报嘛。
总应该会有一个「向上管理」的过程，我们需要去和老大沟通，以便于明确整个团队在未来需要解决问题的主次方向。
在德鲁克的那本书里举过这样一个例子：主管写下一个目标，然后让上司写下他对主管的工作目标和期望，你会发现大部人写的都不一样，这就是缺乏沟通的一个问题。
如果没有这个「向上管理」的话，你可能把整个团队都给带偏了，最后老大会说我要的并不是这个，我要的是另外一个东西。所以说一定要做好向上管理。
