Question

您的一名团队成员被任命为“技术主管”或“团队领导”，但他在技术上不称职，缺乏重要的领导技能。

技术上无能，我的意思是这个人不知道抽象类和界面之间的区别，不明白为什么要避免耦合，不理解凝聚力的概念，提供解决方案而不采取一些时间思考，不明白为什么我们应该赞成组合而不是继承，而不是设计模式（单身模式除外）。

此外，这个人有超过10年的“经验”（是的，我确实把这个词放在了引号中，因为他给出了一个完全不同的经验体验）。

我在和工作中的这个人打交道。它消除了我对这个职业的热情。

你如何反应？你做什么的？

Answer 1

自己展示能力，不要因为团队中的分歧而让项目受损。告诉你的老板你或其他人可能是这个角色的更好选择。坚持下去，尽量不要失去你的激情。坚持你的道德规范，做好你的工作。但如果看不到任何变化，你可能想要寻找别的东西。

Answer 2

布赖恩，

这是你的团队领导。停止拧紧并恢复工作！

Answer 3

与老板谈谈。要客观，在技术领导错误\无能力的时候展示具体的例子。更糟糕的是，你可以做的就是与技术领先。只是升级问题。如果你的老板是一个合理的人，他会找到一种方法来帮助你，否则你运气不好：）

如果技术主管的决定影响你的工作，你就不应该保持沉默。否则你将对问题负责。

我和潜在客户和下属有这样的问题。试图与自己谈判很少给出理想的结果。让你的老板/员工经理成为问题。成功的关键是客观和有说服力：）

修改

+1 for Tobias回答。证明你不是一个抱怨的人，也许你会成为新的团队领导者:) 无论你的技术领导多么愚蠢，你都应该做好自己的工作。相信我，经理们要感谢负责任雇员。不要破坏项目，采取积极的应对措施（并且不要忘记检查当地的工作清单:)）

当然，如果您的老板是您的技术主管的密友，或许多经理会支持他，那么可能会出现这种情况。在这种情况下说的不多，要坚强或离开:)。

Answer 4

如果我管理你们两个人，你们的一些抱怨会让我觉得这个问题不是他的错误。

他是否真的提供“无需花时间思考”的解决方案，或者他是否向您展示了他的经验所带来的解决方案，但您认为解决方案是个坏主意？

你是否赞成合成而非继承？我个人同意，但我不会在一百万年内指责那些赞成继承“技术上无能”的人。

他不是“获得”设计模式，还是他只是不使用相同的术语？

指责一名技术无能的同事是一项非常严重的指控。你需要提出一个不依赖软件合法辩论的案例。

Answer 5

坐下来让他自己上吊。你没有理由做任何事情。

Answer 6

他不称职吗？或者你是否因为年轻人的傲慢而脸红？

他可能不称职，但也许他在技术上并不像你那么强大。在考虑谁是团队领导者时，技术能力只是一个因素。

也许他质疑你的技术能力和专业判断力？也许你应该与他交往并与他讨论你的不同方法。你实际上可能从他身上学到了新东西，或者你可以向他证明你的优势，他可以依靠你的建议和意见 - 甚至可以为你提供一个好的词汇给更高层。

我有一些可怕的团队领导者和一些伟大的团队领导者。在每种情况下，我认为我在专业和技术上都优于他们。有时我是，但我常常不理解他们的优点 - 这可能就是为什么他们以啄食的顺序领先于我。

最终，如果这个家伙是真正的火鸡，你必须咧嘴笑着忍受或离开。让他干涸不太可能对你有任何好处 - 优秀的团队领导者必须表现出良好的政治，个人和商业技能，必须能够与广泛的潜在尴尬的人合作。

[为了记录，我离开的一位直线经理那么糟糕;知道你什么时候被殴打也是一项有价值的技巧！]

Answer 7

团队负责人领导团队，而不是项目。

它可以保护团队免受干扰。
它解决了团队的问题。

作为一名专业人士，您应该了解技术资料，团队领导将信任您。

也许其中一位开发人员应该领导项目并领导技术人员。

Answer 8

根据我的经验，通过参与开发项目的所有领域来展示自己价值的成员，以及经常帮助其他人完成具有挑战性任务的成员，更重要的是愿意采取主动并做必须完成的工作来完成一个项目因他们的努力而获得奖励。

奖励是以标题的形式出现，还是在经过良好的审核后进行的促销活动。如果你是那个人，你的团队负责人已经知道了，并且可能会被那个人吓倒;他/她的老板很可能也知道。

如果您在审核时获得好评并获得奖励，那么让您的团队领导者现在看起来很好，只会帮助您的职业生涯。

你会发现，通过帮助项目取得成功，并利用战略机会向你的团队领导者展示“正确的方法”，你将培养一个盟友，而不是一个对手。

如果他/她真的不知道如何领导或激励，那就是你想要做的事情。然后去做。带领你的队友，但这样做是因为他们尊重你的知识广度。其他经理会看到这一点，你可能会感到惊喜。

如果你想成为一名领导者，你应该接近你的团队领导，并询问你是否能够指出下一个项目。他/她可能会很乐意让你减轻他们的负担。

Answer 9

你别无选择，只能继续做最好的工作，并为团队提供最好的想法。为什么？

团队成功的失败将被管理类型视为你的失败（除非他们非常精明）。这是一种治疗情况，但几乎每个人都曾参与其中。

如果团队领导在他/她明显错误时不断忽视您的建议，请撰写一个很好的深入解释，说明为什么您认为应该以不同方式处理任务并将其提交给您的所有团队成员。尝试让团队走向建立共识，远离团队领导的暴政。只有在那之后反复失败才应该考虑升级问题。

我不建议升级问题，除非：

你准备好了丑陋。即被解雇或重新分配的人，包括你。对于我们所知道的，你们团队领导是正确的，而你的错误;）
您知道其他备受尊重的团队成员的多数与您同意。
您告诉团队负责人您愿意将问题升级。每个人都应该有机会采取纠正措施，甚至是你的老板。如果您没有直接向团队负责人说过，那么您就不应该将问题升级。

这样做之后，继续明确，简明地提出你对团队领导的技术决策的反对意见以及为什么你写作的理由和例子，他们错了，并开始将他们提交给你的老板和团队领导的老板。

Answer 10

尽最大努力做好自己的工作。
不要向提供不良建议的人提出建议。
阅读“如何赢得朋友，影响人们”，并试着帮助他“搞定”。

Answer 11

我对这些情况的建议总是“如果你不喜欢你所处的情况，等待6个月”，事情通常会快速改变。我在一家公司工作不到5年，有5位不同的经理。没有人喜欢吮吸他们的工作，如果他糟透了，他可能会后悔自己的决定，改变自己或继续前进。

Answer 12

MusiGenesis和Jason Stevenson是对的。

让我再说一遍他们所说的话：

让你的老板成功。

可能是你的老板技术上不称职（我们不知道，他不在这里为自己辩护），但他可能拥有与公司其他人一起解决问题的技能，或者他可能有一些技巧大多数开发人员没有的营销，或者与关键利益相关者建立稳固的关系，使你的生活更轻松[不是你必然会知道它，因为这些东西对大多数开发者来说基本上是不可见的]。密钥是要了解他的责任与你的不同，他的负担更大。他可以伸出援助之手和盟友。

试一试。尊敬地对待他，并记住即使他们在事情上错了，人们也值得尊重。这一切都归结为人性和有限。

Answer 13

在软件开发中，主要资格是承受压力的能力。头痛总会以这样或那样的方式出现。只是为你寻找好的东西。午餐时间步行20分钟是我最喜欢的工作之一。

Answer 14

我从困难的方式学到了这一点 - 基本上是他的推动者，因为我认识他很长一段时间。再也不会了！

你有三个选择（嗯，真的是无限的，但有三个似乎是对我来说可能是积极的路线）：

记录他做错的所有事情，他表现出无能的事件，以及他如何成为团队的主力。用这些信息面对他并向他解释他可以优雅地要求重新分配，或者你要去找他的老板。你不会与他一起获得任何积分，但你关心吗？如果他的老板为他殴打，准备走路。我喜欢这个，因为它可以让他挽回面子。这些天我们不会做很多这样的事情。

要求转移到组织内的另一个小组。你可以完全诚实地说明原因。 准备好走路。如果你真的是公司的资产，那么你可以利用这个来完成这个dillweed控制之外的新职位。

<强>步行即可。这是我最终做到的，一旦很明显我的PM不会做任何事情来解决问题。他基本上和我的直接主管一样无能。最后，我很高兴他们不称职，因为他们强迫我的手，我找到了很棒的工作。

在我看来，你有三个选择：摆脱那个人，离开他的团队，离开公司。一个才华横溢的开发者没有理由不能比他/她做得更好。他们中有太多人只是渴望有才华的程序员。

一切顺利！

Answer 15

有时候，你需要超越他无能的直接问题，看看导致他被雇用的过程。

如果贵公司的招聘实践允许“经验丰富”但不称职的团队负责人，您应该考虑以下事项：

贵公司的采访＆amp;选择过程不是最新的。
也许，只是也许，你确实有一个很好的选择过程，但你刚刚用最便宜的。我认为这不太可能，因为任何认真对待其选择过程的公司可能都不会让一个好的雇员只花几块钱。
你只是运气不好，不知何故，他设法滑倒了裂缝。如果他是内部雇员并且没有像外部雇员那样经历相同的选拔过程，就会发生这种情况。

您需要问问自己，您是否可以采取任何措施来改善公司的招聘实践。如果你认为你可以试一试。但是，如果贵公司的文化明显不可能，那么我建议你把简历弄清楚。

我遇到了你的问题。在我的情况下，从第一天开始就很明显这个人没有接受挑战（我99.999％肯定他没有读过StackOverflow！）。我向首席执行官解释了这种情况，他最初给了我一些希望，事情会发生变化。然而，我发现他只是对我的投诉不屑一顾，因此什么也没发生。两年后，我们的团队领导终于被“降职”，迫使他辞职。基本上他被解雇了，但我们的首席执行官花了两年的时间来处理一个长期以来不应该纠结的问题。

Answer 16

我一直在那里交配。首先尽量做到最好并坚持下去，这家伙可能会失败并很快离开。但是，如果你觉得自己的理智处于危险之中，那就选择其他职位。

干杯，阿里

Answer 17

你可以放弃吗？

Answer 18

我们最后一次有一个人非常喜欢所有最新的行话，并想尝试所有最新的时尚设计模式。

他做了 - 而应用程序花了大约两倍的时间。这家公司只需要一个一次性应用程序，并且需要快速完成。因此，虽然代码美观而优雅，但项目失败了。

无知确实很糟糕，特别是在领先时。但是，在判断某人对最新时尚技术术语的了解之前，我会小心谨慎。有时完成工作的简单能力或其他人为因素也很重要。

Answer 19

吉苏 - 你是我的团队吗？ JK。

我认为“缺乏主要的领导技能”对于团队领导而言比“技术上无能”更糟糕。如果他依靠团队成员提供一些技术指导，团队领导可以非常有效。但是如果团队领导没有倾听/学习，不会促进沟通，并试图破坏每个人的喉咙（不理解他们），那么就会出现问题。

Answer 20

如果事情不会很快改变，请考虑离开或搬到不同的部门。在公司或老板的帮助下很难成功地将这样的人推向团队领导。

Answer 21

假设你有能干的管理人员（考虑到他们选择领导可能不太可能），事实上他们的选择总是很糟糕。如前所述，他最终将挖掘自己的坟墓，但请确保不要因为它而让项目受损。

如果管理层开始担心这些问题，请提供介入并帮助解决问题。这不仅表明你有能力完成自己的工作，而且还能做得更好。

作为开发人员，您还有责任客观地告诉您的管理层存在技术问题（无论是开发人员还是其他方面）。如果你觉得他把你工作的项目置于风险之中，那么你必须介入并发表意见。

此外，最常见的错误之一是在这样的情况下进入慷慨激昂的争论。不要让你的情绪得到最好的。请记住，无论开发人员多么贫穷，他仍然有可能。

Answer 22

啊，回忆......我曾经和一位开始每次陶器化的家伙一起工作，用“嗯，在我十年的经验中......”

他真的没有十年积累的经验，他有十年的一年经验！

如果领导不称职，尊重制服，如果不是男人，并按照他的决定行事 - 并记录他告诉你要做的一切，何时，为什么，以及你巧妙提出的异议，所以当他跌倒时，他不会落在你身上。这应该平衡你对公司的责任和自我保护的责任。

在此期间，寻找更好的工作！有可能的是，如果提升这个人的人没有意识到他/她是无能的，那么事情很长时间都不会改变......

Answer 23

发生在我身上......

这家伙有超过10年的“经验”。几个月后，面纱从我的眼睛里消失了：他的“经历”或多或少地类似于：

招募了很多实习生
分配困难（或不可能）的任务，对它们一无所知
检查正在进行的几个月
向管理层报告成功的人，获得荣誉并吹嘘“伟大的技术领导者素质”
重复

我的解决方案？我忍着，然后第一次继续前进！

编辑：

毕竟，他可以被描述为“收割者”而不是“领导者”

Answer 24

如果您的团队负责人不称职，除非直接影响您，否则不应该让您/您的工作受挫。就这么简单。

你知道你比他好。你的工作也很出色。展现您的辉煌，让您的项目取得成功。为什么要花时间担心团队领导。如果他/她有10年的经验并且不知道他应该知道的事情，那对他而言不是坏事。

是的，如果他做出某些错误的技术决定，例如提出设计或其他事情，你可以随时提出你的建议并优雅地说服每个人你的建议更好。但是以一种很好的方式做到这一点。以粗鲁的方式谈到10年的exp。因为自我因素的存在，你不会对你有所帮助。

让他意识到你在交易中的好处（以一种很好的方式）以及它将为你创造奇迹的事情，他可能会确保你在顶级老板面前表现得很好。

Answer 25

由managing your manager管理您的经理，尤其是微观经理。

Answer 26

我会让他自我毁灭。让你的想法知道，但如果你不需要，不要无理推动它们。我的想法是让他自己不遵守你的建议，这是真实的。如果你是委婉，尊重，而不是不服从他的老板应该注意的。如果这不起作用，你总能找到另一份工作。

Answer 27

我有团队领导（在他和我的2人团队中），声称有7年的.NET / C＃经验（和我一样），还有其他几年前的其他语言（我没有有）。

我不知道这个家伙在什么样的岩石上睡觉，但是当你看到代码如下：

public byte[] ReadBytes(string filename)
{
  FileStream fs = new FileStream(filename, FileMode.Open, FileAccess.Read);
  BinaryReader br = new BinaryReader(fs);
  FileInfo fi = new FileInfo(filename);
  byte[] buffer = new byte[fi.Length];

  for (int i = 0; i < buffer.Length; i++)
  {
    // optimize this
    buffer[i] = br.ReadByte();
  }

  return buffer;
}

然后他仍然浪费时间在这些琐碎的东西上写单元测试（我们已经有一个不可能的最后期限迫在眉睫），任何1到2年的有经验的人都应该知道。

除了不知道如何正确使用FileStream（最近使用BinaryReader？; p），他没有意识到有File.ReadAllBytes。

无论如何，当我看到这个代码他'贡献'时，我告诉他你上面提到的功能。我甚至通过电子邮件向他发送了MSDN链接，由于Outlook被关闭，他没有收到。然后我出去吸烟10分钟，从地板上捡起我的下巴。当我回来时，他仍然找不到方法。他尝试了类似'new File（）。Rea ......'的说法，说方法不存在。

我应该闭嘴并等待他检查他的密码，但那可能是几个星期后......

我还向经理提出了关于他的各种问题，我们进行了小组讨论以解决其他问题。

无论如何，我仍然尽我所能努力工作。知道你是2人团队中唯一的人，贡献任何代码（我不认为我看到他手写超过200多行代码），每周花费60多个小时，确实令人沮丧。

我目前的情况。：|

注意：代码并不完全像我记得的那样，它更长，可能有更多的检查现有文件和/或关闭流。

当你的团队领导不称职时你到底做了什么？

27 个答案: