您的一名团队成员被任命为“技术负责人”或“团队负责人”，但他在技术上不称职，缺乏主要的领导技能。
技术上不称职，我的意思是这个人不知道抽象类和接口之间的区别，不明白为什么应该避免耦合，不理解内聚的概念，提供解决方案而不采取一些措施有时间思考，不明白为什么我们应该更喜欢组合而不是继承，并且没有设计模式（除了单例模式）。
加上那个人有超过 10 年的“经验”（是的，我确实把这个词放在了引号中，因为他对真正的经验有一个完全不同的维度）。
我在工作中与这样的人打交道。这让我失去了对这个职业的热情。
你有什么反应？你是做什么的？
【问题讨论】：
标签： collaboration
只要和你的老板谈谈。保持客观，在技术领导错误\不称职时展示具体的例子。您可以做的更糟糕的事情是与技术领先者抗争。只是升级问题。如果你的老板是个通情达理的人，他会想办法帮助你，否则你就倒霉了:)
如果技术主管的决定影响了您的工作，您不应该保持沉默。否则，您将负责。
我对领导和下属有这样的问题。试图与人自己谈判很少会得到预期的结果。让它成为你的老板/员工经理的问题。成功的关键是客观和有说服力。
编辑：
+1 表示 Tobias 的回答。证明你不是一个抱怨的失败者，也许你会成为新的团队负责人。 无论您的技术主管多么愚蠢，您都应该始终做好自己的工作。相信我，经理们欣赏负责任的员工。不要破坏项目，采取积极的应对措施（不要忘记查看当地的工作清单）。
当然，在极少数情况下，您的老板是您的技术主管的密友，或者很多经理会支持他。这种情况没什么好说的，要么坚强，要么离开。
【讨论】：
坐下来，让他上吊。你没有理由做任何事情。
【讨论】：
布赖恩，
这是您的团队负责人。别胡闹了，回去工作吧！
【讨论】：
我会让他自毁。让人们知道你的想法，但如果你没有必要，不要无理地推动它们。这个想法是让他不听从你的建议，结果证明是真的，让他上吊。如果你机智、尊重他人，并且没有不服从，他的老板应该注意到了。如果这不起作用，您总是可以找到另一份工作。
【讨论】：
你可以辞职吗？
【讨论】：
展示自己的能力，永远不要因为团队中的分歧而让项目受到影响。 向您的老板表明您或其他人可能是该职位的更好选择。坚持下去，尽量不要失去你的激情。坚持你的道德，做好你的工作。但如果完全看不到任何变化，您可能需要寻找其他东西。
【讨论】：
根据我的经验，通过参与开发项目的所有领域来展示自己的价值，并且经常帮助他人完成具有挑战性的任务，更重要的是愿意采取主动并做需要做的事情来完成的成员一个项目因他们的努力而获得回报。
无论奖励是以标题的形式出现，还是以好评后的促销形式出现，都会发生。如果你是那个人，你的团队领导已经知道了，并且可能会被吓倒；很可能他/她的老板也知道。
如果您在审核时获得好评并获得奖励，那么不时让您的团队领导看起来不错只会帮助您的职业生涯。
您会发现，通过帮助项目取得成功，并利用战略机会向您的团队领导展示做事的“正确方式”，您将培养一个盟友，而不是一个对手。
如果他/她真的不知道如何领导或激励，那就是你想做的事。然后去做。领导你的队友，但要让他们尊重你的知识广度。其他经理会看到这一点，您可能会感到惊喜。
如果您想成为领导者，您应该联系您的团队负责人，并询问您是否可以在下一个项目中发挥作用。他/她可能很乐意让你减轻他们的一些负担。
【讨论】：
您别无选择，只能继续尽力做好工作，并为团队提供最佳创意。为什么？
团队未能成功也会被管理类型视为您的失败（除非他们非常精明）。这是一个糟糕的情况，但几乎每个人都曾经经历过。
如果团队负责人在他/她明显错误时不断无视您的建议，请撰写一个很好的深入解释，说明您认为应该以不同方式处理任务的原因，并将其提交给您的所有团队成员。尝试使团队朝着建立共识的方向发展，并远离团队领导的专横。只有在反复失败后，您才应考虑将问题升级。
我不建议升级问题，除非：
完成后，继续清晰简洁地撰写您对团队负责人技术决策的反对意见，并附上理由和示例，说明您为何写作，但他们是错误的，然后开始抄送给您的老板和团队负责人的老板.
【讨论】：
我通过艰难的方式学会了这一点 - 本质上是他的促进者，因为我认识他很长时间了。再也不会！
你有三个选择（嗯，真的是无限的，但三个对我来说似乎是可能的积极途径）：
记录他做错的所有事情、他表现出无能的事件以及他如何成为团队的支柱。用这些信息面对他，并向他解释他可以优雅地要求重新分配，或者你要去他的老板那里。你不会在他那里获得任何积分，但你在乎吗？如果他的老板替他打球，准备好走路。我喜欢这个，因为它可以让他挽回面子。这些天我们不会经常这样做。
要求被转移到组织内的另一个小组。你可以完全诚实地解释为什么。 准备好走路。如果你真的是公司的资产，你可以利用这一点在这个莳萝控制之外的新职位上。
步行。这就是我最终最终会做的事情，一旦我的 PM 明确表示不会做任何事情来解决问题。他基本上和我的直属上司一样无能。最后，我很高兴他们不称职，因为他们强迫了我，结果我找到了很棒的工作。
在我看来，你有三个选择：摆脱那个人，离开他的团队，离开公司。有才华的开发人员没有理由找不到比他/她现在更好的工作。他们中有太多人只是在呼唤有才华的程序员。
一切顺利！
【讨论】：
我去过那里，伙计。首先尽力做到最好并保持原状，这家伙可能会失败并很快离开。但是，如果您觉得自己的理智处于危险之中，请换个职位。
干杯， 阿里
【讨论】：
有时，您需要超越他不称职的直接问题，并首先了解导致他被录用的过程。
如果贵公司的招聘实践允许“经验丰富”但不称职的团队领导，您应该考虑以下几点：
您需要问问自己是否可以采取任何措施来改善公司的招聘做法。如果你认为你可以试一试。但是，如果贵公司的文化使得这显然是不可能的，那么我建议你把简历掸掉。
我正好遇到了你的问题。在我的情况下，从第一天开始，这个人就很明显无法应对挑战（我 99.999% 确定他没有阅读 StackOverflow！）。我向我们的 CEO 解释了情况，他最初给了我一些希望，希望事情会有所改变。然而，我发现他只是对我的抱怨说空话，结果什么也没发生。两年后，我们的组长终于被“降级”，迫使他辞职。基本上他被解雇了，但我们的 CEO 花了两年时间才解决一个本不应该长期恶化的问题。
祝你好运！
【讨论】：
尽你所能做好自己的工作。
不要向给出糟糕建议的人寻求建议。
阅读“如何赢得朋友和影响他人”并尝试帮助他“得到它”。
【讨论】：
如果我同时管理你们俩，你的一些抱怨会让我认为问题不是 100% 是他的错。
他真的“不花时间思考”就提供了解决方案，还是他向您提供了从他的经验中得出的解决方案，但您认为这些解决方案是个坏主意？
你应该更喜欢组合而不是继承吗？我个人同意，但我绝不会在一百万年后指责支持继承的人“技术上无能”。
他没有“了解”设计模式，还是只是不使用相同的术语？
指责同事技术无能是一项相当严重的指控。您需要提出一个不依赖于软件中合法辩论的案例。
【讨论】：
我对这些情况的建议始终是“如果您不喜欢当前的情况，请等待 6 个月”，事情通常会发生如此快速的变化。我在一家公司工作了不到 5 年，有 5 位不同的经理。没有人喜欢在自己的工作中表现不佳，如果他表现不佳，他可能会后悔自己的决定、改变自己或继续前进。
【讨论】：
假设您有称职的管理层（考虑到他们选择的领导，这可能不太可能），事实总是会变得很明显，他们的选择是错误的。如前所述，他最终会自掘坟墓，但请确保不要让项目因此受到影响。
如果管理层开始担心这些问题，请主动介入并帮助解决问题。这不仅表明你有能力完成他的工作，而且做得更好。
作为开发人员，您也有责任客观地告诉您的管理层存在技术问题（无论是与开发人员有关还是其他问题）。如果你觉得他让你从事的项目处于危险之中，你必须介入并发表意见。
此外，最常见的错误之一是在这种情况下陷入激烈的争论。不要让你的情绪占上风。请记住，无论他是一个多么糟糕的开发人员，他仍有可能在某事方面是正确的。
【讨论】：
在软件开发中，首要条件是承受压力的能力。头痛总是会以这样或那样的方式出现。只为你寻找好东西。午餐时间步行 20 分钟是目前我最喜欢的工作部分。
【讨论】：
啊，回忆……我曾经和一个人一起工作，他每次都用“嗯，在我十年的经验中……”这句话开头
他不是真的有十年的经验积累，他一年的经验有十次！
如果领导不称职，尊重制服（如果不是男人），并完全按照他的决定去做 - 并记录他告诉你的所有事情、时间和原因，以及你委婉地提出的反对意见，所以当他跌倒时，他不会跌倒在你身上。这应该平衡您对公司的责任和自我保护的责任。
与此同时，寻找一份更好的工作！很可能，如果提拔这个人的人没有意识到他/她是无能的，那么事情在很长一段时间内都不会改变......
【讨论】：
2019-12-05 07:57:17Z - 2008-10-02 03:18:53Z 所以 4081 天或“确切” 11.173698 年
他不称职吗？还是你只是被青春的嚣张气焰冲昏了头脑？
他可能不称职，但也许他在技术上没有你那么强。在考虑谁成为团队领导者时，技术能力只是一个因素。
也许他质疑你的技术能力和专业判断力？也许您应该与他接触并与他讨论您的不同方法。您实际上可能从他那里学到了一些新东西，或者您可以向他展示您的优势，他可以成长为依赖您的建议和意见 - 甚至可以对您的更高层说一句好话。
我有一些糟糕的团队领导和一些很棒的领导。在每种情况下，我都认为我在专业和技术上都优于他们。有时我是，但通常我只是不欣赏他们的优势 - 这大概就是他们在排名中领先于我的原因。
最终，如果这家伙是一只真正的火鸡，你必须笑着忍耐，否则就离开。让他晾干不太可能对你有任何好处 - 优秀的团队领导者必须展示出良好的政治、个人和商业技能，并且必须能够与各种可能尴尬的人一起工作。
[郑重声明，我离开的一位直属经理的情况非常糟糕；知道自己何时被打败也是一项有价值的技能！]
【讨论】：
我也遇到过这种情况……
这家伙有超过 10 年的“经验”。几个月后，我的面纱从我的眼睛上脱落了：他的“经历”或多或少类似于：
我的解决方案？我忍受了，然后第一次继续前进！
编辑：
毕竟，比起“领袖”，他更像是一个“收割者”
【讨论】：
我有一个团队负责人（在一个 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 已关闭，他没有收到该链接。然后我出去抽了十多分钟的烟，从地板上捡起我的下巴。当我回来时，他仍然找不到方法。他尝试了类似“new File().Rea...”的方法，说该方法不存在。
我本应该闭上嘴等他检查他的代码，但那可能是几周后...
我还向经理提出了关于他的各种问题，我们还进行了小组讨论以解决其他问题。
无论如何，我仍然会尽我所能努力工作。知道你是 2 人团队中唯一的人，贡献任何代码（我认为我没有见过他手写超过 200 多行代码），每周投入 60 多个小时，这确实令人沮丧。
我现在的情况。 :|
注意：代码与我记得看到的不完全一样，它更长，并且可能需要更多检查现有文件和/或关闭流。
【讨论】：
MusiGenesis 和杰森·史蒂文森正在上场。
让我在他们所说的基础上加一步：
让你的老板成功。
可能是您的老板在技术上不称职（我们不知道，他不是在这里为自己辩护），但他可能具有与公司其他人一起解决问题的技能，或者他可能有一些技能，例如大多数开发人员不知道的营销方式，或者与让您的生活更轻松的关键利益相关者的稳固关系[不一定你会知道，因为这些事情对大多数开发人员来说基本上是不可见的]。 关键是要了解他的责任与你的不同，而且他的负担更大。他可以伸出援助之手和盟友。
试一试。尊重他，记住人即使在事情上错了也值得尊重。这一切都归结为人性和有限性。
【讨论】：
如果你的团队领导不称职，它不应该让你/你的工作受挫，除非它直接影响到你。就这么简单。
你知道你比他好。所以，做好你的工作并取得优异成绩。展示您在使您的项目取得成功方面的才华。为什么要花时间担心团队领导。如果他/她有 10 年的经验并且不知道他应该知道的事情，那对他不利，而不是你。
是的，如果他做出某些错误的技术决策，例如提出设计或其他建议，您可以随时提出您的建议，并优雅地说服所有人您的建议更好。但要以一种好的方式去做。以粗鲁的方式对 10 年的经验说话。一个人对你没有任何好处，因为自我因素进来了。
让他意识到你在行业中的优势（以一种好的方式）并且它会为你创造奇迹，他可能会确保你在最高老板面前得到很好的展示。
【讨论】：
通过managing your manager 管理您的经理，尤其是微观经理。
【讨论】：
我们上次有一个人非常了解所有最新的 oo 行话，并想尝试所有最新的流行设计模式。
他做到了——该应用程序花费的时间大约是应有的时间的两倍。这家公司只需要一个一次性应用程序，并且需要快速完成。所以，虽然代码漂亮优雅，项目还是失败了。
无知确实很糟糕，尤其是在领先时。但是，在判断某人对最新流行技术术语的了解之前，我会小心谨慎。有时，完成工作的简单能力或其他人为因素也很重要。
【讨论】：
Gishu - 你在我的团队中吗？ jk。
我认为“缺乏主要的领导技能”对于团队领导来说是比“技术上无能”更严重的罪行。如果团队领导依赖团队成员提供一些技术指导，那么他可能会非常有效。但是，如果团队领导不倾听/不学习，不促进沟通，并试图将结构塞进每个人的喉咙（不理解他们），那么就有问题了。
【讨论】：
团队领导领导团队，而不是项目。
作为专业人士，你应该了解技术方面的知识，团队领导会信任你。
也许其中一位开发人员应该领导项目并领导技术方面的工作。
【讨论】：
如果情况不会很快发生变化，请考虑离开或搬到其他部门。在将这样的人提拔为团队负责人的公司或老板手下很难取得成功。
【讨论】：