以前写过一篇文章「从技术转管理的困惑」，后续一直有人问技术领导应该具备什么样的素质，在「值乎」和「分答」里也有类似的提问，今天就聊聊技术领导应该关注的几个点。古龙有七种武器，那就写七点吧。
Sue Mills saved to Mother Nature
技术
一旦技术人成长为技术领导之后，有个问题就会像「我是谁」一样一直困扰着你：我还需要在技术领域孜孜以求吗？答案当然是要。你是技术领导啊，又不是产品经理，技术这东西是很实在的，泾渭分明，会就是会，懂就是懂，很难不懂装懂。我的建议是利用一切空余的时间去扩展自己的技术领域，包括深度和广度。
管理这种东西看起来套路很多，其实最终都是人性，理解人性，就能做好管理。对于聪明人来说，有实践机会，管理可以在短时间内速成，但技术永远需要长时间积累。钻研技术，并不是让你增加自己的代码量，事实上一个 Leader 每天深夜像打字机一样咔咔的 commit 代码，对组内成员是极大的压力。一个技术领导，更多是通过对技术领域的探求打磨自己的技术敏感度和技术决策力。
如何用好当下的技术解决现实中的问题，什么阶段引入什么技术，什么时候重构，什么时候重写，如何利用技术驱动产品，如何构建技术平台……这些都是技术领导需要思考并确定的问题，这些都将依托你强大的技术背景。
关于编码，即使你的代码不再进入生产线了，能多写一点，就多写一点，别犯懒，会有好处的。
冷静
是人就会犯错，程序员是人，所以他们也会犯错，犯错了就会有 bug，有了 bug 就会出故障，微信这么庞大的系统，这么多优秀的工程师，昨天不一样出问题了么。这时候就需要技术领导的第二个武器了：冷静。
比如有工程师急冲冲跑过来对我说，哥，咱们 XX 服务器 load average 已经超过50了，部分服务不响应……这时候我心里已经开始骂人了「妈的怎么又是这个服务出问题了」，但表面上装作若无其事「等下，我把这份邮件回完」。装模作样写完邮件发出去，再看工程师，满头大汗基本已经落下去了，他变得比我还冷静，然后再一起分析问题，解决问题，记入故障库……效果比着急上火骂人好的多。
记得坚果发布会前夕，罗哥对我说，老池你慌吗？我说还行吧（其实有点方），罗哥说，你是带队伍的人，不能慌啊，慌了怎么带队伍打仗呢？后来我们被 DDoS 的时候，我虽然也慌，但还是保持了最大可能的冷静。那时有个选择，因为 DDoS 并不是持续的，打一会就停了，我们可以选择什么都不做，也可以选择把大部分服务迁移到高防系统去。前者是消极等待，后者是积极防御，但是风险很大，如果在发布会结束开始抢购手机的时候有一个环节没有打通就会出现大问题，所以团队的人都等着我做决定。我当时想，死就死吧，人家不会打你一下就罢手的，于是就开始迁移。幸运的是，一切都是最好的选择。
冷静功不可没，当然，有时候我们也需要一点运气。
信任
俗话说疑人不用，用人不疑。相信自己的团队，就能产生巨大的生产力。事实上，如果你选对了人，大部分看起来困难的事，都可以解决。
很多时候，团队的人跑过来问你怎么办，只是希望你给他们信心，而不是指望你去给他们写代码。除了需要外部资源协助的情况，大部分时候我都会选择「没事，你一定可以搞定」，然后，我的任务就是等待，等着他们告诉我，问题已经解决了，系统已经上线了。
程序员对技术的渴求和敏感度，就像枝桠对阳光和雨露一样渴望和迫不及待，只要等，大部分时候，他们都能找到出口。当然，真的遇到困难搞不定了，协调资源解决就是了。
信任，价值千金！
鼓励和批评
这两件武器放在一起说吧，因为他们是一对双刃剑。无节制的鼓励和表扬会导致你成为一个烂好人，随时随地的批评会打击团队的自信心，人心离散，智慧之光凋零。须要恰到好处。
我个人喜欢多鼓励，少有批评。鼓励分正式的和非正式的，我更偏好后者，在平时的交流和会议中，多给予鼓励和表扬，效果有时候比正式会议的褒奖更让人感觉舒适。少用批评，但批评的时候一定是声色俱厉、毫不留情。
老罗和我相反，他老人家几乎没有表扬，全是批评。罗哥为了安慰自己还给自己安了个「攻击型人格」的美名。我听了之后心想，「妈的我也想有这个人格」！不过，时时严厉的人，偶尔一次褒奖，会让你觉得如饮甘露，有时候效果也非常好。
很多人被乔布斯迷惑，说什么「优秀的人只在乎做事，根本不在乎自尊心」，这句话基本上是扯淡的事，谁都在乎自尊心，这是人性，人性不可违，只不过因为老板是乔布斯，大家能忍罢了。你不是乔布斯，最好别试。再说了，这句话可是乔布斯自己说的，从来没听他的下属这么说过。
团队作战
很多技术领导带团队取的了一点成绩，就开始沾沾自喜，以为这事离了自己不行，其实是团队作战的功劳。大部分情况下，不是团队离不开领导，而是你离不开你的团队！
关于团队作战，可以参考我之前写的那篇「从技术转管理的困惑」。还有个原则告诉大家，出了问题的时候，技术领导要不顾一切冲上去背锅，谁和你抢，你和谁急。有荣誉的时候，退下来，让给团队里那些优秀的人。这样的团队，才能无往不胜！
关于背锅，这一点二爷做得特别好，他不仅背自己团队的锅，有时候顺手把别的团队的锅也收了，搞得人家背无可背，真是罪过。
氧分子网（www.yangfenzi.com）曾刊登：
➤ 乌镇开启刷屏模式，“互联网+科学技术”正在重新定义“网络强国”
善用人才
稍具规模的团队，人才都会有很多种，有的是匠人型，有的是天才型，他们有的人步伐齐整，一步一个脚印，行走就像时间本身一样流畅，唰，唰，不可阻挡。有的人似乎原地不动，呆呆思考，但是瞬间会来个百米冲刺，把所有人都落在身后。
无论是行走，还是奔跑，他们都需要合适的道路和轨迹。设计好这样的通道，他们自然会做出成就。
以上七种武器，只是一个提点，技术领导在实际环境中遇到的问题会复杂的多。如何提高自己的技术领导力呢？实践、读书、思考。另外，听听成功的技术人讲述他们的技术故事，也是一种很好的方式。
自古深情留不住，总是套路得人心。
最后给大家安利下泰稳老师的极客邦举办的 GTLC 大会。
全球技术领导力峰会（GTLC）是由极客邦旗下EGO主办的高端技术领导人盛会。本次大会以「重新定义技术领导力」为主题，汇聚500多位CTO及优秀技术管理人才，联合10多位业内顶尖CTO组成的大会讲师团，旨在分享、探讨技术管理过程中的最佳实践，为参会者打造一个高质量的技术管理交流、学习平台。
参会收获
系统、透彻的认识「技术领导力」
向不同经历、背景的领军者取经
与水平相近的一线同行深入沟通
理论与实践并重
干货与社交并重
分享嘉宾
为了提供更有深度、更具参考价值的内容，GTLC 严格控制演讲嘉宾的质量，邀请了诸多国内外顶尖的技术领导者。他们是（演讲嘉宾排名不分先后）：
冯大辉 丁香园 CTO
方亮 普惠金融 CTO
郭洪 中关村管委会主任
李大学 磁云科技董事长兼 CEO
叶亚明 携程网 CTO
张博 滴滴出行 CTO
韩军 欧电云创始人，1号店前 CTO
邢宏宇 58同城 CTO
焦烈焱 普元信息 CTO
更多重磅嘉宾持续更新中……
大会信息
时间：2016年8月29-30日
地点：北京盘古七星酒店
参会者标准：具备技术背景的 CEO、公司CTO、技术VP、技术总监、首席架构师、技术经理等级别的技术管理层人员
票价：原价6800元／张；8月9日前购票，可享受峰会9折优惠政策；若两人同行，第一张门票在原购票折扣基础上，第二张门票享受5折优惠政策；EGO会员独享优惠价1024元。
惊喜彩蛋：作为EGO的老朋友，我要了 5 个 GTLC 峰会的 5 折优惠码，扫描下图二维码或点击阅读原文进入官网票务页面，在「输入优惠码」项内输入「gtlc-Mactalk」即可享受 5 折购票优惠，读者福利，先到先得！
【文/池建强MacTalk（微信号：sagacity-mac）】
·氧分子网（http://www.yangfenzi.com）延伸阅读：
写得太好了，都没啥可评论的了。话说回来，我也认识几个半夜 commit 代码的 leader。
新的一月，新的一周，池大大早呀 技术转管理的这几篇，写的太好啦，受益匪浅
农村套路多，村长不让说
池老师你方不方
呆呆思考类型的会不会还没等到百米冲刺就被末位淘汰了
如果呆呆思考一年的话……非常可能
我之前的老板老把『跟聪明的人工作可以不用在乎…』那句话挂在嘴边…真的是没乔布斯的命，一身乔布斯的病。现在前60号的老员工就还剩下几个了吧。
大家能做到这样，我们就强大了。，谢谢池老师的精彩好文，受益颇多.全CTO，好耀眼
言行合一的领导更受部下欢迎。我也曾经半夜commit，真不知道原来会给其他人这么大的压力，其实初心只是想，尽快在这个时间节点内弄完，不耽误事情。
写的真好，其实同级的公司员工技术水平都是差不多的，好的团队还是坏的团队全在于领导
池老师，憋方！我就原地不动，呆呆思考，瞬间睡着，一觉醒来，bug不见了，真好。
怎么拉拢人也是一个不好掌握的武器呀，，办公室政治不提倡写得太好了！
很直白题图真好看，都改口叫“泰稳老师”了，这是向我示好和解的信号吗？！自古深情留不住，总得套路得人心。。写得真好！不在团队中树立寡头（意见或技术），也不过分的讲究民主； 适度的配置团队成员的权力和适度的专制是非常必要的！
事实上一个 Leader 每天深夜像打字机一样咔咔的 commit 代码，对组内成员是极大的压力 确实会有这种感觉。。。好有深度的文章！与乒法之道脉脉相通。 对照观鉴，还得打磨。。。。郭洪 中关村管委会主任 这个也算技术领导啊？
希望池老师多写一些技术管理方面的知识，受益匪浅写了这篇文章后方不方？发现欧电云创始人，有点巧合啊，现在在职的公司..不懂技术但尊重技术的领导，对技术团队完全信任，懂得放权。这类领导下的技术人员舒适度最高，但在领导下面还需要一个领导负责技术管理，否则在技术领域会造成群龙无首，因为非技术出生的领导无法给予技术方面的指导甚至无法对团队成员进行准确的绩效考评。
.对技术不懂装懂的领导，如果是乐于学习的领导还好，如果是对技术一知半解但是又固执己见，那么在架构设计和开发过程中，很大可能会造成过度设计甚至架构错误，最后扫地走人的还是技术负责人。有的不懂技术的领导把做技术等同于体力活，他们没有读过《人月神话》，需要看到你整天加班，才能安心；而有些领导很开明，只要你定期汇报，从不干涉如何做。悲催的是遇到懂一点的领导，他会根据自己所谓的经验把你做事的方法限定死。在这种人手下干活很难获得发展的机会。
不懂技术也不尊重技术的领导，把技术和技术人员作为牟利的工具。在中国这类领导比较多，一般是土老板或者官僚体系下的领导，在这类领导下工作风险比较大，需要付出很大努力取得领导的信任，否则可能出现让你三天开发一个系统，一个月搞出一个操作系统类似的指令，搞不出来就让你扫地走人。
本身就是技术高手的领导就不用说了，人通常很谦和，跟着他干能力也可以获得很大的提升。这是可遇不可求的事情。重要的不是领导懂不懂,而是他会不会不懂装懂…这个首先取决于领导的眼光和风格.不过,在一切没有结果之前,对a会有印象,对b,喜欢钻研IT技术
and
没有领袖气质
我奇怪的是这句话是怎么连起来的……
完全没有因果关系……
IT技术需要领导力么？