认识达内从这里开始

一般来说，管理岗位大多都是行政管理相关的岗位，但是有些公司是拥有技术部门的，而这些部门的领导一般都是需要有专业的技术才能担任，所以，我们今天就一起来了解一下，一个优秀的技术领导都需要具备哪些能力。

什么是好的技术领导

早前就有人在Hacker News上问过这个问题，不到一天时间就获得了160多条回复。 关于技术领导应该具备的品质和管理技巧，网友们提出了各自的看法和建议，InfoQ中国曾归纳发表过，大致内容如下。

如果不能从帮助团队获得满足感，那么就不要成为一名领导：技术领导的工作不再是让自己成为好的编码人员，而是要尽可能地让其他人成为好的编码人员。工作分配也要以一种有利于团队和个人成长的方式进行。要负责为团队成员清楚障碍，让他们的工作进入正轨。

将自己视为其他开发人员的导师：即使已经知道了答案，有时候也需要让团队自行决策。许多时候，正确的答案并不单一。技术领导的工作不是选择正确的答案，而是确保团队不选择错误的答案。允许团队作为一个整体自行决策有利于保持高涨的士气，让每名成员都更有自豪感和主人翁精神。

了解技术、需求和团队，能在多个角色中自如切换：作为技术领导要了解团队所开发的应用，了解该应用所涉及的领域，了解功能背后的技术，并编写详细的技术文档。有时候，技术领导首席工程师还是架构师，当解释系统或代码的行为时，他需要能够快速改变高度;当同开发人员调试问题时，他要能够深入技术细节;而当向CEO解释计划或成本估算时，他要能够在一个更高的层次上谈论系统。

要谦逊，相信团队：要承认，关于某个主题或组件，有人懂得比你多。成为一名优秀的领导，并不需要事事都懂得比别人多。如果团队成员都将你视为模板，那么他们会害怕自己做决策。在这种情况下，你就成了障碍。

减少具体的编码工作，但仍然要编码：即使不做很多具体的编码工作，也仍然需要监控和接受所有的pull request，并利用这个过程，帮助初级开发者修改代码。这是必须的，如果不编码，那么开发人员会质疑你的判断，不容易接受你的建议。但作为技术领导，你的首要任务是确保团队成员的生产力，而不是自己的生产力。你要为整个团队的输出负责，如果那意味着零编码，那么就不要编码了。

技术领导的普遍痛点

前开心网创始人兼CEO程炳皓在准备GTLC全球技术领导力峰会演讲内容之前，对身边的CTO、技术总监等技术管理者的朋友做了一个简单的调研，共设了3个问题：你技术领导历程中3个头疼的问题是什么;你的解决方法是什么;你工作历程中3个最重要的收获是什么。大家的回答惊人相似。

时间紧张，丑陋实现：本能地想把系统设计得更灵活、更通用、易扩展、易维护，但需求需要快速上线，时间、人力实在不允许，导致很多丑陋的实现，怎么看怎么不爽，经常有冲动想重构一把。

需求变化太快：需求变化太快，技术文档、使用文档等完全跟不上，系统存在于大家的大脑里，经常信息同步不及时，导致沟通效率低下，常常需要翻看代码才知道是怎么回事。

”霸道总裁“批评质疑：自以为做得不错了，但经常达不到强势CEO或其它直属leader的预期，挨批、被质疑，自信心狂受打击。

工作强度太大：高压状态下干活，强度也大，感觉大脑都快转不动了，但还要确保自己以及团队高效产出、并且少出错。

招不到人，现有的又闹辞职：合适又靠谱的研发、测试同学很难招到，或者干得好好的人突然提出离职，手忙脚乱。

各部门都有众多紧急需求，又都觉得很容易：各业务线兄弟团队都有需求提过来，都说很紧急，都觉得需求不大，开发稍微花点时间就能搞定。

作者：刘芸

来源：infoq

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。