如何才能成为一个好的技术领导者？

近日，一名有超过15年软件开发经验的软件开发人员在Hacker News上提出了一个问题：如何才能成为一个好的技术领导者？

该问题一经提出，不到一天的时间得到了160多条回复。关于技术领导者应该具有的品质和管理技巧，网友们提出了各自的见解和建议，本文择要概括以下。

迁移到：http://www.bdata-cap.com/newsinfo/1741376.html

若是不能从帮助团队得到知足感，那么就不要成为一名领导者

技术领导者要忙于会议、计划、团队沟通、文档等工做，永远没法达到一我的单独工做时所能达到的那种个体生产力。

技术领导者的工做再也不是让本身成为最好的编码人员，而是要尽量地让其余人成为最好的编码人员。

工做分配也要以一种有利于团队和我的成长的方式进行。

要负责为团队成员清楚障碍，让他们的工做进入正轨。

技术领导者的知足感来自新人的培养和成长。

将本身视为其余开发人员的导师

即便已经知道了答案，有时候也须要让团队自行决策。许多时候，正确的答案并不惟一。技术领导者的工做不是选择正确的答案，而是确保团队不选择错误的答案。容许团队做为一个总体自行决策有利于保持高涨的士气，让每名成员都更有自豪感和主人翁精神。

在有关技术问题上，团队信任并依赖你的建议/观点。做为技术领导者要了解团队所开发的应用，了解该应用所涉及的领域，了解功能背后的技术，并编写详细的技术文档。

有时候，技术领导者同时也是首席工程师。这时，他所能为团队作的最有价值的事情是在开始和结束时为团队成员提供帮助。

有时候，技术领导者仍是架构师。当解释系统或代码的行为时，他须要可以快速改变高度。当同开发人员调试问题时，他要可以深刻技术细节；而当向CEO解释计划或成本估算时，他要可以在一个更高的层次上谈论系统。

随时准备好回答团队成员的问题

但当你有问题要问他们时要首先询问他们是否方便。这很难作到，由于做为一名技术领导者，你有许多工做要作。可是，为了能够有更多的时间回答他人的问题及为其余人提供支持，能够将复杂的任务委派给团队中更有经验的成员。

不少时候，团队成员的问题本能够在空闲或闲聊的时候提出。为此，引入可异步使用的生产力工具是一种更好的方式，好比，对于一些不太紧急的问题，能够借助Trello卡片或GitHub问题跟踪器提出。不过，无论采用什么样的沟通机制，关键是要得到其余团队成员的支持，让他们在工做没法进行或完成的时候，能够很舒服地打断你。

为了了解团队成员，技术领导者要按期主动同团队成员进行一对一的沟通。每名开发人员都是不一样的，经过沟通能够了解到这种不一样。

减小具体的编码工做，但仍然要编码

即便不作不少具体的编码工做，也仍然须要监控和接受全部的pull request，并利用这个过程，帮助初级开发者修改代码。这是必须的，若是不编码，那么开发人员会质疑你的判断，不容易接受你的建议。

可是，做为技术领导者，你的首要任务是确保团队成员的生产力，而不是本身的生产力。你要为整个团队的输出负责，若是那意味着零编码，那么就不要编码了。同时，这也意味着，即便代价是停下本身的工做，也要帮助处于困境中的团队成员。

要谦逊

要相信，你的团队所具有的能力和理解力都要超过你。

要认可，关于某个主题或组件，有人懂得比你多。成为一名优秀的领导者，并不须要事事都懂得比别人多。

若是团队成员都将你视为权威，那么他们会惧怕本身作决策。在这种状况下，你就成了障碍。

要诚实

当你知道答案的时候，就说出来，即便那意味着某些人要重作大量的工做。若是你不知道答案，也要说出来，不能不懂装懂。你得到了当前的职位，就说明你有资格，你永远不须要向其余人证实你的能力。

除了上述这些讨论比较多的观点外，还有一些其它的观点，好比，把使人愉快的任务分给别人，把使人讨厌的任务留给本身；公开表扬，私底下批评；让每一个团队成员都清楚地知道你对他们的指望；及时反馈和表扬；与非技术管理人员创建稳固的关系等等。还有一些行为是技术领导者应该避免的，好比，不要抱怨代码库有多糟糕；不要说“咱们要重写XYZ”，技术债务要逐步解决；不要轻易提议使用可选的平台和框架。不过，须要注意的是，不一样的组织有不一样的企业文化，对技术和技术领导者有不一样的见解和预期，技术领导者要以此为出发点考虑问题。

此外，网友们还提供了许多可供参考的资料，好比，《人月神话》、《人件》、《程序员修炼之道》、《成为技术领导者:掌握全面解决问题的方法》（Becoming a Technical Leader: An Organic Problem-Solving Approach）等。