软件开发是团队合作的成果，但是一群没有技术负责人的工程师就像一群没有牧羊人的羊。 技术负责人的作用不仅限于设计和编写代码，而且还应成为软件质量的守护者； 它还涉及指导和代表技术团队，并且需要采用一套新的非技术技能。 在我的整个职业生涯中，我发现以下概述的原则为成为一名有效的领导者提供了坚实的基础-不断取得卓越成就的领导者！
因此，在本文中，我们将更深入地探讨这个问题：
什么才是出色的技术负责人？
新任命的技术主管（TL）可能会迅速陷入许多陷阱，这通常是由于他们在开发人员时就养成了习惯。 为了克服这些陷阱，他们必须找到在技术和领导职责之间取得平衡的方法。
让我们探究其中一些错误：
➊：重新思考生产力作为开发人员，您可能花费了至少80％的时间来编写代码。 每天结束时，您都可以回顾并查看进度：无论是代码，设计规范，同行评审还是错误修复，您都可以说：这就是我今天所做的。
但是要成为领导者，量化您的日常成就变得非常困难，因为要根据团队的生产力和效率来衡量您。 确切地说，困难来自内部。 尽管其他人可以清楚地看到您的成就，但不断思考的是您内在的声音：今天我到底做了什么？ 经过无数次会议，计划会议，整理待办事项，状态报告，技术讨论以及各种干扰之后，您到了一天结束时就感到交付不足。
这当然是不正确的。 作为TL，您应该使用针对团队成果的衡量标准，而不是您的个人产出。
➋：编码时要找到合适的平衡当我第一次担任TL角色时，我最明显的错误是继续像以前一样编写代码。 经过数年不间断的编码后，我的自然倾向是以相同的方式进行操作，但没有意识到尽管我以个人贡献者的身份实现了最大的生产力，但这样做却是以我团队的生产力为代价的（抱歉） ）。 当您认为自己的技术能力是成为TL的原因时，停止将自己视为生产者是非常棘手的。
新TL经常犯的另一个错误是不再进行足够的编码。 当您不动手时，您将逐渐失去设计正确的体系结构，评估团队建议的解决方案的能力，或者帮助调试不断在生产环境中蔓延的讨厌的多线程错误。 冒着调用"象牙塔领导"反模式的风险，即在不了解其实际含义的情况下领导技术决策，会对团队造成可怕的后果，他们最终将对您失去领导的信心。
以我的经验，这个问题没有正确的答案。 最有效的时间是在30％-40％的时间用于编码，剩下的时间留给剩余的职责。
➌：专注于大局新TL面临的挑战的另一个方面是如何调整其"关注程度"。 作为开发人员，您曾经一次专注于一项任务。 显然，了解功能/模块/服务如何适合整个系统非常重要，您可以迷失于实施细节。 但是随着TL的改变，这种变化：您需要对软件生态系统有一个整体的了解，并对代码设计有更广泛的了解。
想一想相机上的变焦镜头：它可以使操作员向后拉并看到大图，但也可以让他们放大细节。 同样，有效的TL可以从全局过渡到实质细节，不断切换视角和上下文。
➍：抵制对微管理的敦促新成立的TL渴望积极管理团队，因为他们相信领导力的谬误涉及大小决定。 他们成为网守：他们会在发布所有代码更改之前对其进行检查，他们是唯一可以访问关键服务的人员，他们将处理所有任务管理和估算，他们代表团队与业务部门进行对话，并且清单 上。 这些情况中的每一种都可能导致团队感到无能为力，并对其士气，动力和绩效产生不良影响。
有能力的领导者与微观管理者之间的界限可能很细，尽管这条界限对您而言似乎很模糊，但您的团队很可能会轻易地认出来。 放开！
相信您的团队，不要一味地支配一切，早上要在Scrum中获取每日更新，也不要成为令人窒息的老板！
在希腊神话中，阿特拉斯是上帝，他的任务是将地球与天空隔离开。 在较小的范围内，作为TL，您可以尝试担当此角色并单手完成所有关键工作。 显然，您需要一些经验和知识来完成一些任务，但是您不想成为解决问题的瓶颈，因此您需要找到一种委托和继续参与的方法。
只有当领导者相信某人有足够的技能和动力来完成任务时，才有可能委派任务，这不仅可以鼓励解决问题的创造力，而且还可以为团队赋权并看到他们成长。 永远不会被要求拥有工作，切换环境或解决其舒适范围之外的问题的团队将永远不会前进。
从长远来看，试图担当Atlas的角色是不值得承担的负担。 与团队共享更好。
卓越的技术主管
尽管扎实的技术知识对TL至关重要，但有效的领导者最重要的技能是社交技能。 但这是一个坏消息：
对于非技术能力而言，显然没有" Hello World"！
这些技能是随着您的领导能力发展而发展的。 您的最终目标不应该是善于扮演新角色，而是要出色！
实现卓越就是要拥有出色完成工作的成就感，这就是本文的重点！
正如亚里士多德所说："我们是我们一再做的。 因此，卓越不是一种行为而是一种习惯"。
让我们来看看成为一个优秀的TL需要什么！
仆人式领导颠覆了传统的分层领导方法。 它采取无私的方法来领导，重点放在他人的支持和成长上。
保持服务至上的心态意味着您专注于增强和提升为您工作的人的能力。 您在服务而不是指挥，表现出谦卑而不是表现出权威，倾听理解而不是确定自己的反应，并一直在寻求通过释放潜力和提高绩效的方式来增强团队成员的发展。
当您认为自己比团队成员更好时，就不可能为您服务-永远不要有对您来说太小的工作！
仆人式领导并不是要有人在你下面。 这是关于带人陪伴，构建比您自己构建的更好的东西！
它本身就是一种很棒的感觉！
每当取得成功时，人们都希望获得荣誉（有时他们甚至为自己没有做的事情而获得荣誉）。 如果您想与众不同，那就与您的团队一起为任何成功案例而付出功劳，因为它可以得到十倍的回报：称赞，不仅给团队带来了更大的主人翁感，而且对成功负有更大的责任感（和 后来，也许是失败的）！
失败时，大多数人开始指责时，就该承担责任了！
即使您可能不相信这是您的实际过失，也必须拥有团队生产的所有产品。 如果他们觉得您会责怪他们，他们会反感您的领导。 向他们提供有关其缺点的反馈，但始终要为您的团队提供给高级管理层。
强大的团队文化是完成任务的基础。
您应努力营造一种信任的氛围，即营造一个承担风险的环境，让周围的人感到安全并有动力行使自己的创造力，交流思想并为重大决策提供意见。 给予信任是一个强烈的信号，可以激发人们的回馈。
信任与谦卑相辅相成。 不确定是谁创造了这句话："当我与经理谈话时，我感到他们很重要。 当我与领导者交谈时，我感到自己很重要。"但这是领导谦卑意味着什么的完美典范。 与您交谈后，团队中的每个人都应该离开自己，感到自己有能力，被重视和被欣赏。
加强团队精神的一个同等重要的方面是问他们"我怎么样？" —谦虚地问这样的问题，甚至谦卑地考虑答案！
将团队作为领导风格的重中之重，极大地影响了我的职业道路和个人品牌。 希望您认识到在职业生涯早期以团队为导向的重要性！
您的领导理念应由您在开发人员职业生涯早期的经验来定义。 我记得我年轻的时候在会议上讲话很不舒服。 现在，我要问安静的人是否有任何要补充的内容，以确保听到每个人的声音。 解决您作为开发人员遇到的一些技术和社会问题都是一个很好的起点。 您的团队会爱上您！
同样，我为令人沮丧的TL和绝对英雄工作。 我试图避免成为我真正不喜欢的TL，并注意到我钦佩将其纳入我的管理风格的人的强大特征。
➎：建立新的领导者寻求取代自己，除非您想在整个职业生涯中继续做同样的工作！
您需要通过承担更多责任，让团队有机会发光，偶尔让他们领导团队。 在指导他们并帮助他们找到自己的长处和短处之后，请他们在假期中扮演您的角色。 然后，您可以评估他们可能需要其他培训和发展的地方。 逐渐向他们委托更多，直到您该尝试新的牧场了！
考虑您的继任计划意味着您需要发展周围的人。 当他们知道下一个角色正在等待时，他们就会增强自尊和自尊心，从而增强他们作为团队成员的效能和价值。 这是双赢的局面！
在以前担任TL的过程中，以下两项资源对我影响最大。
· 调试团队Brian Fitzpatrick和Ben Collins-Sussman
· 开发人员的技术主管技巧，Patrick Kua
结论技术主管将无与伦比的技术专长与社交技能相结合。 如果您走了这么远，那么您可能很在意做好TL的角色，并且天生就很喜欢成为TL。
成为最好的人就是不断提高自己的身份并不断发展……这是您的旅程。 拿着！
谢谢阅读！
我会定期撰写有关中型领导力，技术和数据的文章-如果您想阅读我将来的文章，请"关注"我！
(本文翻译自Semi Koen的文章《Leading A Software Development Team》，参考：https://towardsdatascience.com/leading-a-software-development-team-be13b3f6b0f)
