您可能不需要技术主管，但其他人需要
维尼修斯给我发了一条推约的文章中，他发表了一篇名为我们并不需要一个技术领导在回应我的一个老的文章， “我们需要一个技术领导？”
我想早点回应，但推文的限制性太强。 这是我的回应。
反对技术领先者的论点
本文用以下几点（强调作者的观点，而不是我的观点）来驳斥技术负责人的必要性：
- 人们共同负责的运作良好的团队并不罕见 。
- 当一支球队没有运作良好，指定一个技术领先有可能使情况变得更糟 。
这篇文章有很多要点。 我支持的一些观点，例如如何分担责任（也称为有效委派）。 分配责任可能是有效团队工作的一种方式。 其他要点缺少必要的上下文，例如标题（取决于标题），而其他要点缺少具体的答案，例如如何将功能失调的团队转变为绩效较高的团队。
运作良好的团队难得吗？
在我的职业生涯中，我已经与至少30个组织合作，担任过顾问和无数团队，既有团队成员（有时是技术主管），也有观察员。 我已经看到了整个范围–从像一个人/单位一样运作的团队到只容忍彼此相邻坐下的人的团队，其中谁也不能错过被动攻击性行为或sn亵言论。
该文章声称：
“技术领先者是一种解决方法–并非根本原因解决方案
和
技术领先者只能减轻后果
不幸的是，这篇文章没有解释技术领导如何或为什么是一种解决方法，也没有解释技术领导如何仅减轻后果。
这篇文章收集了有关Hackernews的一些讨论，我发现一些评论特别有趣。
让我们来看一个例子：
- （糟糕）相信一对工程师将永远达成协议以权威地决定最佳的前进方式对我来说似乎很幼稚。 这些神奇的人在哪里？
- （vidhar） …我们生活在现实中，很多团队在某些或全部时间内都无法正常运转，即使我们没有时间，资源或影响力来固定团队组成，我们仍然需要完成工作然后那里。
- （ep103）如果我有一个由优秀工程师组成的整个团队，我的工作将会很轻松。 我只是将我的职责委托给其他所有人，我们几乎都将平等。 我很嫉妒在如此优秀的团队中工作的商店里工作的人，以至于他们认为您可以摆脱技术主管的角色。
- （shandor）我与其他开发人员的经验是，如果开发人员不得不接触任何这些东西，那么他们绝对会憎恶大量开发人员（ 编辑：即技术负责人 ）
- （doctor_fact）我曾在没有技术领导的高能力开发人员团队中工作。 他们严重失败了……
- （mattsmith321）自从我与许多才华横溢，志趣相投的人合作以来已有一段时间了，他们都有能力做出良好的技术决策。
- （jt2190）我去过一个团队，那里没有领导才能出现，实际上，领导类型的行为受到了被动的抵制……这些团队（如果可以这样称呼）所生产的软件几乎没有整体设计。
这些听起来对您来说运作良好吗？ 他们不对我。
确实存在运作良好的团队。 但是很明显，并非所有团队都运作良好。 以我的经验，我什至会说，运作良好的团队要比运作不正常的团队或运作良好的团队少见。 对我而言，这些评论足以证明运作良好的团队并不处处可见。
如果表现出色的团队很少，那实际上是无关紧要的-有些团队肯定需要帮助！ 这就引出了问题……
将技术分配给运作不佳的团队是否会使情况变得更糟？
在我的演讲中， 我希望我第一次成为技术主管 ，我将解释领导行为是如何放大的（可以是好是坏）。 因此，将糟糕的技术线索分配给运作不佳的团队可能会使情况变得更糟。 但是我不认为组织打算给团队不良的技术指导 。
如果团队运作不佳，组织会做什么？ 只需让团队自己炖汁直到问题解决？ 那是一种选择。 无所作为是一种**–您依靠团队中的某人采取领导行动，但问题是他们吗？ 我见过很多团队从来没有解决过一些本身无法正常运作的问题，而没有任何形式的外部干预或帮助。
大多数组织尝试通过引入具有一定权限的角色来解决此问题。 不一定需要成为技术主管，但是当核心问题本质上是技术性的时候， 好的技术主管可以提供帮助。 一个好的领导者将找出阻碍良好团队合作的核心问题，并利用他们的角色找到使他们迈向运作良好的团队的方法。 有时这可能意味着召开会议，即使团队不想召开会议以就团队如何处理某些情况，任务或职责达成协议。 好的结果可能是商定的团队章程或明确团队中的谁对什么负责 。 团队最终可能会得到一个模型，看起来他们不需要技术主管，但是要做到这一点需要领导才能。
错误的分析？
文章建议，专职技术负责人会带来一些风险，例如缺乏集体代码所有权，决策瓶颈，单点总线因素以及（减少）对激励的影响。 我见过有和没有技术负责人的团队都遭受这些问题的困扰。 以我的经验，没有技术负责人的团队往往会遇到更多的问题，例如知识孤岛，缺乏凝聚力的观点和更少的集体代码所有权，因为没有动力去为团队进行优化，而个人最终会为自己进行优化。
问题不是由团队是否具有技术负责人引起的。 相反，这些问题是由于缺乏技术领导（行为）引起的 。 技术负责人角色不是拥有技术领导力的先决条件。 我见过一些团队，在这些团队中，坚强而充满激情的人会说话，将团队团结起来并解决这些问题-这是领导行为。 我还看到功能失调的团队坐在他们的手上，因为个人（工作）安全是一个问题，而这些问题没有得到解决。
我的结论
本文错过了良好的技术领导力的微妙但重要的观点。 一个好的领导者和技术负责人并不是要承担所有的责任，而是要确保自己能够履行职责。 没有什么比期望每个人都对一项任务负责更糟糕的了，只是发现没有人对此负责。
“最伟大的*不一定是做最伟大的事情的人。 （他们）是使人们做最伟大的事情的人。” –罗纳德·里根（Ronald Reagan）
团队中的个人可以承担这些责任的程度取决于个人的兴趣，技能和经验。 这取决于！
问团队是否需要技术主管是错误的问题。 要问的更好的问题包括确保履行所有技术负责人职责的最佳方法是什么，以及该团队现在需要什么样的领导风格。
翻译自: https://www.javacodegeeks.com/2016/12/may-not-need-tech-lead-others.html