团队成员之一被任命为"技术负责人"或者"团队负责人"，但他在技术上无能，并且缺乏主要的领导技能。

在技​​术上无能，是指该人不了解抽象类和接口之间的区别，不了解为什么应避免耦合，不了解凝聚力的概念，无需花费一些时间思考即可提供解决方案，不明白为什么我们应该偏向继承而不是继承，并且不获得设计模式(单例模式除外)。

再加上那个人有超过10年的"经验"(是的，我确实用引号把这个词用了引号，因为他对体验的真正意义是完全不同的。)

我正在和这样的人打交道。它消除了我对该行业的热情。

你如何反应？你做什么工作？

解决方案

只是跟你老板谈谈。客观，在技术领先者错误\不称职时，举一些具体的例子。我们能做的最坏的事情是与技术领先者作战。只是升级问题。如果老板是一个合理的人，他会找到一种方法来，否则我们就走运了:)

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

我对领导和下属有这样的问题。尝试与人本人协商很少能得到理想的结果。使其成为老板/员工经理的问题。成功的关键是要客观和有说服力:)

编辑：

+1为Tobias回答。证明我们不是一个松懈的人，也许我们将成为新的团队负责人：)无论技术主管多么愚蠢，我们都应该始终做好自己的工作。相信我，管理人员感谢负责任的员工。不要破坏项目，采取积极的对策(也不要忘记查看本地工作清单：))

当然，当老板是技术主管的密友或者很多经理会支持他时，可能会出现一种罕见的情况。在这种情况下，要坚强还是离开就没什么可说的了：)

坐下，让他上吊。我们没有理由要做任何事情。

布赖恩

这是团队负责人。停止拧紧，重新开始工作！

我会让他自毁。让我们知道想法，但是如果不需要，不要不合理地推动它们。这个想法是让他不听从忠告，而绞死自己。如果我们机智，受人尊敬且不逊色，他的老板应注意。如果那不起作用，我们总是可以找到另一份工作。

你可以辞职吗？

展现自己的能力，不要因为团队的分歧而让项目遭受损失。
向老板表明，我们或者其他人可能是该职位的更好选择。挂在那里，尽量不要失去激情。恪守道德规范，做好工作。但是，如果视线完全没有变化，我们可能需要寻找其他东西。

布赖恩

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

奖励是以头衔的形式出现，还是经过良好评价的晋升形式，都会发生。如果我们是那个人，那么团队负责人已经知道这一点，并且可能对此感到恐惧；他/她的老板很可能也知道。

如果我们获得好评并在评审时获得奖励，那么使团队负责人现在看起来不错，只会对职业有所帮助。

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

如果他/她真的不知道如何领导或者启发，那就是我们想要做的。那就去做带领队友，但这样做的方式要使他们尊重知识广度。其他经理会看到这一点，我们可能会感到惊喜。

如果我们想成为领导者，应该联系团队负责人，并询问我们是否可以在下一个项目中取得成功。他/她可能很乐意让我们减轻他们的负担。

祝你好运！

我们别无选择，只能继续尽力而为，并为团队提供最好的想法。为什么？

团队失败的成功也会被管理类型视为失败(除非他们非常精明)。这是一个崎cra的局面，但几乎每个人都曾经历过这种情况。

如果团队领导者在他/她明显错了时继续不顾建议，请撰写一份很好的深入解释，说明我们为什么认为应该以不同的方式处理任务，并将其提交给所有团队成员。尝试使团队朝达成共识的方向发展，摆脱团队领导的暴政。只有在反复失败之后，我们才考虑升级问题。

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

• 我们准备好让事情变得丑陋。 IE。被解雇或者重新分配的人，包括我们。就我们所知，团队领导是对与错；)
• 我们知道大多数其他受人尊敬的团队成员都同意看法。
• 我们已经告知团队负责人，我们愿意将问题升级。每个人都应该有机会采取纠正措施，即使老板也是如此。如果我们没有对团队负责人直接说太多话，那么我们就不应该升级问题。

完成此操作后，请继续清晰，简洁地提出对团队负责人的技术决策的反对意见，并附上理由和理由说明我们写作错误的原因和示例，并开始抄送老板和团队负责人的老板。

从本质上讲，我是他的调解人，因此我已经学到了很难的方法，因为我认识他很久了。再也不！

我们有三种选择(嗯，真的是无限的选择，但是三种选择似乎是通往我的积极途径)：

记录下他做错的所有事情，记录他表现出无能的事件以及他如何成为团队的支柱。将这些信息与他面对面，并向他解释，他可以优雅地要求重新分配，或者我们将去找他的老板。我们不会在他身上获得任何积分，但是我们在乎吗？如果他的老板为他击球，请准备走路。我喜欢这个，因为它可以让他节省面子。这些天，我们通常不会做很多事情。

要求转移到组织内的另一个小组。关于原因，我们可以完全诚实。准备走路。如果我们确实是公司的资产，则可以将其用于该公司控制范围之外的新职位。

走。很明显，我的PM不会采取任何措施来解决问题后，这就是我最终要做的事情。他基本上没有我直接上司的能力。最后，我很高兴他们没有能力，因为他们用力了我的手，结果我找到了伟大的工作。

正如我所看到的，我们有三种选择：摆脱这个人，离开他的团队，离开公司。有才华的开发人员没有比他/他所能从事的更好的工作的理由。他们中有太多人只是为有才华的程序员而哭泣。

一切顺利！

我去过那里。首先尝试尽力而为，保持稳定，这家伙可能会失败并很快离开。但是，如果我们觉得自己的理智处于危险之中，请换个位置。

干杯，
里阿里

有时，我们需要超越他无能的直接问题，并着眼于导致他被首先雇用的过程。

如果贵公司的招聘做法允许"有经验"但无能的团队负责人，则应考虑以下几点：

• 我们公司的面试和甄选过程还不够严格。
• 也许，也许，我们确实有一个很好的选择过程，但是我们选择了最便宜的一个。我认为这不太可能，因为任何认真对待选拔过程的公司都不会仅仅为了多花几美元就放弃高薪聘用。
• 你真倒霉，他设法以某种方式滑过裂缝。如果他是内部雇用人员，并且没有像外部雇用人员那样经历相同的甄选过程，则可能发生这种情况。

我们需要问自己是否可以采取任何措施来改善公司的招聘方式。如果我们认为可以，那就去吧。但是，如果贵公司的文化显然不可能做到这一点，那么我建议我们除掉简历。

我确实遇到了问题。以我为例，从第一天开始就很明显，这个人没有迎接挑战(我99.999％的人确定他没有阅读StackOverflow！)。我向首席执行官解释了这种情况，最初他给了我一些希望事情会改变的希望。但是，我发现他只是对我的投诉轻描淡写，因此什么也没发生。两年后，我们的团队负责人终于被"降级"，迫使他辞职。基本上他被解雇了，但是我们的首席执行官花了两年的时间来解决一个问题，而这一问题本来就不会持续那么久。

祝你好运！

• 尽自己最大的能力来做自己的工作。
• 不要从提供不好建议的人那里征求意见。
• 阅读"如何赢得朋友并影响人们"并尝试帮助他"获得"。

如果我要管理你们俩，那么一些抱怨会让我认为问题不是100％他的错。

他是真的在"花一些时间思考"的情况下提供解决方案，还是在向我们提供从他的经验中得出的解决方案，但是我们认为这些解决方案是一个坏主意？

与继承相比，我们应该赞成组合吗？我个人同意，但我不会在一百万年内指责赞成继承的人"技术上无能"。

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

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

对于这些情况，我的建议始终是"如果我们不喜欢所处的情况，请等待6个月"，通常情况会很快发生变化。我在一家公司工作不到5年，有5位不同的经理。没有人喜欢吮吸他们的工作，如果他吮吸，他可能会后悔自己的决定，改变自己或者继续前进。

假设我们有胜任的管理人员(考虑到他们选择领导者的可能性，这是不可能的)，那么事实将不可避免地变得很明显，那就是他们的选择是一个错误的选择。如前所述，他最终将自己挖墓，但请确保不要因此而使项目遭受损失。

如果管理层开始对问题感到担忧，请提出介入并帮助解决问题。这不仅表明我们有能力胜任他的工作，而且干得更好。

作为开发人员，我们有责任客观地告诉管理层技术问题(无论是开发人员还是其他方面)存在。如果我们认为他正在使我们从事的项目面临风险，那么我们必须介入并发表意见。

同样，最常见的错误之一是在这种情况下陷入热情的争论中。不要让自己的情绪得到最好的发挥。请记住，无论他可能是多么贫穷的开发人员，仍然有可能他对某事是正确的。

在软件开发中，主要资格是承受压力的能力。头痛总是会以一种或者另一种方式来临。只为我们寻找美好的事物。目前，我最喜欢的工作是在午餐时间步行20分钟。

啊，回忆……我曾经和一个伙伴一起工作过，他以"好吧，以我十年的经验..."这句话开始了每一次陶醉。

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

如果领导不称职，请尊重制服(如果不是男人的话)，并按照他决定的方式做，并记录下他告诉你要做的一切，何时，为什么以及你巧妙地提出的反对意见，以便当他跌倒时他不会落在你身上。这应该在我们对公司的责任与我们对自我保护的责任之间取得平衡。

同时，寻找更好的工作！很有可能如果提拔此人的人没有意识到他/她没有能力，那么事情在很长一段时间内都不会改变...

他没有能力吗？还是我们只是被青春的傲慢所充斥？

他可能没有能力，但也许他在技术上不如我们强。技术能力只是考虑由谁来组长的一个因素。

也许他质疑技术能力和专业判断力？也许我们应该与他交往，并与他讨论不同方法。我们可能实际上从他那里学到了新东西，或者我们可以向他展示自己的长处，他可以成长为依靠建议和意见，甚至可以为高级人士打个好字。

我有一些糟糕的团队领导者和一些出色的领导者。在每种情况下，我都认为我在专业和技术上都优于他们。有时候我是，但是我常常不明白他们的优势，这大概就是为什么他们在啄食顺序中领先于我。

归根结底，如果这个家伙是一个真正的火鸡，那么你必须咧着嘴笑着忍受或者离开。将他晾干是不可能的。好的团队领导者必须表现出良好的政治，个人和商业技能，并且必须能够与各种可能尴尬的人一起工作。

[据记录，我的一名直线经理是我留下的那份糟糕；知道何时被殴打也是一项值得的技能！]

对我来说也一样

这个家伙有超过10年的"经验"。几个月后，我蒙住了面纱：他的"经历"或者多或者少类似于：

• 招募很多实习生
• 分配困难的(或者不可能的)任务，对此一无所知
• 在几个月中检查进展
• 向管理层报告成功的经验，并赞誉并拥有"伟大的技术领导者素质"
• 重复

我的解决方案？我忍受了，然后第一次搬家！

编辑：

毕竟，他比"领导者"更能描述为"收割者"。

我有一个团队负责人(在一个由2个人组成的团队中，由他和我组成)声称拥有7年的.NET / Cexperience(与我相同)，而在使用其他语言之前(又没有)，他又拥有了几年的时间。

我不知道这家伙睡在什么岩石下，但是当我们看到类似以下的代码时：

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已关闭，因此他未获得该链接。然后我走到外面抽烟十分钟，从地板上捡起我的下巴。当我回来时，他仍然找不到方法。他尝试使用" new File()。Rea ..."之类的方法，说该方法不存在。

我本应该闭嘴等待他签入他的密码，但是那可能要从现在开始数周。

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

无论如何，我仍然尽我所能。知道我们是2人团队中唯一的人，提供任何代码(我不认为我已经见过他手工编写200多行奇数行代码)，每周投入60多个小时，这的确令人沮丧。

我目前的情况。 ：|

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

MusiGenesis和Jason Stevenson是正确的。

让我在他们所说的话之后再说一步：

让老板成功。

可能是老板在技术上没有能力(我们不知道，他不是在这里为自己辩护)，但是他可能具有使公司其他部门的工作顺利进行的技能，或者他可能具有诸如营销等大多数技能开发人员没有，或者与关键利益相关者的牢固关系使生活更加轻松(并不是我们一定会知道的，因为大多数开发人员基本上看不到这些东西)。关键是要了解他的职责与职责不同，并且他的负担更大。他可以伸出援助之手和一个盟友。

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

如果团队领导不称职，除非它直接影响我们，否则不应使我们/工作沮丧。就如此容易。

你知道你比他强。因此，工作也会变得出色。在使项目取得成功方面展现出自己的才华。为什么要花时间担心团队领导。如果他/她有10年的经验并且不了解任何事情，那么他应该知道这对他而不是对你有害。

是的，如果他做出某些错误的技术决定，例如在提出设计或者某些事情时，我们可以随时提出建议，并优雅地说服所有人，建议会更好。但是以一种不错的方式做到这一点。粗鲁地讲到10年经验。一个人对你没有任何帮助，因为自我因素进来了。

让他意识到自己在交易中表现出色(以一种很好的方式)，并且事情会对我们产生奇迹，他可能会确保我们在高层领导面前得到很好的预测。

通过管理经理，尤其是微型经理来管理经理。

上次我们有一个专门研究最新oo术语的人，想尝试所有最新的流行设计模式。

他做到了-该应用大约花了应有时间的两倍。该公司只需要一个一次性的应用程序，并且需要快速完成。因此，尽管代码美观大方，但该项目失败了。

无知确实很烂，尤其是在线索中。但是，在对某人了解最新的流行技术行话之前，我会格外小心。有时，完成工作的简单能力或者其他人为因素也很重要。

纪树你在我队里吗jk。

我认为，"缺乏主要的领导技能"对于团队领导而言比"技术上无能"更为严重。如果团队领导依靠团队成员提供一些技术指导，那么团队领导可能会非常有效。但是，如果团队负责人不倾听/学习，不促进沟通，并试图压制每个人的嗓音(在不理解的情况下)，那么就有问题了。

团队领导者领导团队，而不是项目。

• 它可以保护团队免受干扰。
• 它照顾团队的问题。

作为专业人士，我们应该了解技术知识，并且团队负责人会信任我们。

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

如果情况不会很快改变，请考虑离开或者转移到其他部门。在一家公司或者在一个将这样的人提拔为团队领导的老板下，很难取得成功。