1、1. 以为任命产生领导力带队伍和当小兵是完全不同的，技术领导需要组织、领导、激励其他人为目标而工作。然而其他人会不会听你的，会不会阳奉阴违，会不会积极主动地干活，当别人与自己意见分歧时怎么办，怎么样让别人接受自己分配的任务，怎么样让别人接受你为其设定的目标……这些都是问题，需要有影响力和领导力才能玩儿下去。然而新任的技术领导刚到经理岗位，对领导力可能还没有体会，很可能不知道怎么做，会错误的用行政权力来强硬地要求（命令）别人做某些事。这是一种误区，任命可以赋予一个技术领导行政权力，但不能产生领导力。来自权力的压力可能短时间内貌似有效，但实际上会严重损害一个经理的领导力和影响力，假如一个经理频频采用官大一级压死人的策略来推动项目和项目中的人往前进，往往最后会适得其反，招致大家的厌烦和反馈，在团队中失去威信
2、2. 害怕别人不干活从普通工程师晋升为经理后，开始管理其他程序员，开始管理项目，开始为整个团队或部门的工作进展负责。此时就会产生各种担忧，其中之一就是：要是别人不好好干活或不干活怎么办。因为刚担任技术领导，对经理的角色还没有适应，不太了解一个项目的人员怎么运转，想当然的以为每个人都应该工作量饱和、工作积极，项目进展才能保证，因此对每个成员是否努力积极工作就会特别在意。同时也可能由己推人，如果自己是特别努力积极做出了成绩才晋升，那就可能觉得别人也应该和自己一致；如果自己曾经因为种种原因有怠工的行为，也会担心别人找各种借口不好好做事而影响进度……其实这种担心是很正常的，但从客观上讲没太大必要，你相信大家都会积极完成工作，结果就一定会朝这个方向演进。因为多数团队原本就形成了某种节奏，可以度过领导更替的动荡期，然后继续有效运转。信任是一切的基石。
3、3. 总想亲自下场因技术而晋升的技术领导，通常在技术方面有较强的能力，甚至是出类拔萃。这种技术能力的优势在作为普通员工时可能会给一个人带来显而易见的影响力，然而当这个人成为经理后，有时反倒可能成为他做好领导工作的障碍。因为他可能经常拿自己的技术水平衡量团队的其他人，觉得这个任务张三很难处理好，那个任务李四铁定犯错误，于是不放心把事情交给别人来做，或者交给别人做了又因为看到要出错，忍不住自己伸手去做，把分给团队成员的任务再拿回来自己做。当一个技术领导因为担心下属会出错或不能按自己预期完成任务而收回这个任务自己做时，要么会让下属自己觉得自己无能（或者让下属猜测领导认为自己无能），要么会让下属觉得这个领导越俎代庖不干他该干的事儿，这就会产生严重的不良影响，不利于团队成员自己成长自己解决问题。同时，这位技术领导也会因为过分关注技术细节而忽略其他的组织、领导工作，导致只见树木不见森林，严重影响整个团队的效率和生产率。
4、4. 担心丢掉技术失去竞争力有些技术领导刚刚开始带团队时，往往还停留在过去的角色里，认为技术是唯一的立身之本，担心放弃了技术细节后，自己会丧失竞争力，会贬值。比如会担心万一自己从这个经理岗位离开，就可能又找不到管理岗位的工作，又因为生疏了技术而找不到技术工作。所以，他们会陷入纠结中，一方面想提升整个团队的工作效率而不得不做很多的组织、激励、领导、协调等工作，花费大量精力；另一方面，这些非技术方面的工作会占用他们大部分精力，导致无暇深研技术而产生焦虑。其实，此时更重要的是视野。你可能对技术细节了解得少了，但对技术方案选择、技术类别、技术的影响力等可能了解得更多，会形成更为广阔的视野，这足以弥补你在技术深度上的欠缺。而且，其实你之前的达到的技术深度也仍然存在，甚至会发酵，会反过来滋养你的技术视野，因为如果你之前在技术上达到了一定深度，一定在学习上摸索到了适合你的规律，这种学习模式，会帮助你更快的了解更多技术，让你从广度上来丰富自己，这虽然不能保证让你在技术方面更有竞争力，但也会帮助你将技术竞争力维持在某个水平。最重要的，除了技术，你在管理岗位上的锻炼，将来一定会带给你更深层次的变化：要么你培育了组织能力领导能力；要么你认识到自己更适合做什么，对自己的才干和能力边界有更为清晰的认知，而一旦有了这种认知，再做其他事就会得心顺手——因为，你会更容易找到自己喜欢做的事情并带着热忱义无反顾地投入进去
5、5. 不理解岗位职责很多从一线晋升的技术领导，一开始不理解经理这个岗位的职责，不知道具体要做什么、怎么做、公司对该岗位的考核指标、上级领导对这个岗位的期望，这些都是问题。虽然有些公司有明确规定项目经理、部门经理等的岗位职责，然而没做过，看那些毫无生气的官方描述也是挺蛋疼的，看着都是汉字，每个字都认识，但看了就是不知道不明白什么意思，和没看差不多。更何况，很多公司其实并没有这玩意儿，或者根本就是从网上或别的公司抄来的，是否适用都没人管。
6、6. 怕犯错因为对岗位职责不甚了了，眼前一片茫然，这个时候就会担心犯错，担心一不小心搞错了什么事儿领导不待见，又因为对上级不了解而很难明了现在的上级是什么行事风格、如何要求下属，自然也担心如果自己的风格和领导不匹配是否会让领导对自己的错误过激反应。还有，也可能会担心领导对自己评价不好——因为你在负位过程中，很多事情做起来没那么得心应手。但你有这种担心的时候，就会愈发想把事情做好，然后，要么迟迟不能决策，要么劲儿用过了把事情搞错了，最后反倒真的不好了。人非圣贤，孰能无过。犯错也是一种成长，没有犯错就很难成长，不用怕，错误也是一种财富。
7、7. 担心下属议论自己新晋升的技术领导，往往会因为以前没有做过，而特别在意自己是否做好了，既会担心领导对自己的评价，也会担心下属对自己的看法。这个阶段，风吹草动都会让人浮想联翩。心思较多比较敏感的人，还可能会因过于忧虑而导致神经紧张。其实，大风吹倒梧桐树，自有别人论短长。无论你做什么事情，都不可能符合所有人利益，总是有人会议论的，因为这个而战战兢兢实无必要，还是信奉这句话吧：走自己的路，让别人说去吧。
8、8. 不知道怎样培育领导力别人为什么听你的？你怎么样影响别人使得别人朝着某个目标努力？这是一个又大又难的问题。对于新任的技术领导而言，有些人会错误的以为任命产生领导力，但多数人慢慢会意识到，领导力和任命没什么直接关系。那么，领导力从何而来？当你作为一个程序员时，相对他人的技术优势可能让你说话更有力量；当一个团队的各个成员技术水平相当时，技术对领导力的贡献就几乎可以忽略，相互之间的关系会更多的影响一人的领导力；当一个程序员走上管理岗位，他的技术能力很可能对领导力没什么特别的贡献，甚至可能会损害他的影响力——假如他事事亲为的话。温伯格的技术三部曲之一《成为技术领导者》里面对这一点有详细的论述，感兴趣的可以参考，我在我的微信订阅号“程序视界”中推荐过。这本书是每一个想成为技术领导的技术人员都应该阅读的，它是你成为技术领导者之路上的明灯。它这么定义领导的职责：
9、9不知道怎么应对变化的关系当一个程序员成为技术领导后，还会面临关系的变化：原来同级的伙伴将成为下属，原来很难见到的高层成了领导。面对原来同级的小伙伴，是该故作威严拿起官腔，还是依旧嘻嘻哈哈不分彼此？打官腔公事公办会不会让人指指戳戳认为自己小人得志？不分彼此一团和气又会不会妨碍任务的分配和执行最终什么都很难推动？这也是不大不小的问题。但一般来讲不必刻意端着，就事论事公私分明即可。新的领导往往Level较高，看待问题的角度和切入点与刚晋升的经理之间有很大不同。通常的情况是，他看结果不看过程，而你往往还在经理角色的转换和负位过程，所以经常会收到批评、否定的信息。怎么办？其实这是一个必经的过程，虽然老板嘴里信里说的都是自己的不完美，但也很少有老板有那个闲心思专门针对你（很遗憾你没你想的那么重要），一般来讲接纳即可。要相信自己正在变好，随着你熟悉规则，随着你角色转换过程的演进，美好的事情很快就会到来。
