[经验攻略] 从技术总监抢功甩锅看团队管理避坑指南

在技术圈，一个好领导能让你飞速成长，一个差领导却可能让你怀疑人生。今天分享的这个真实故事，或许你也会感同身受。

昨天，我的一位程序员朋友（化名刘建）告诉我他离职了。年关将近，到底是什么原因让他做出这个决定？他说，根本原因在于实在无法忍受公司技术总监的人品。

让我们通过这个新鲜出炉的案例，一起探讨其中的问题，或许能为你提供一些职场避坑的思路。

1. 初识：光鲜履历的背面

去年年中，刘建的公司高薪聘请了一位技术总监。履历非常亮眼：大厂背景、海归硕士、有带领百人团队的经验。

初次见面，他侃侃而谈微服务、AI战略与技术前瞻，确实令人心生敬佩。然而，这光鲜的外表很快便开始褪色。

2. 抢功与甩锅的“高手”

第一个项目上线后取得了不错的成绩。在向 CEO 汇报时，这位技术总监将功劳全部揽到自己身上：“在我的技术规划下...”、“我重新设计了架构...”、“我带领团队攻坚...”。

实际情况是，该项目的核心架构由团队资深工程师设计，攻坚的关键阶段他本人并不在现场。

然而，当第二个项目出现严重线上事故时，他的说辞完全变了：“这个问题我早就提醒过团队，但他们没有严格执行我的方案。”、“是某个开发人员擅自修改了代码逻辑...”。

最让团队心寒的是，他明确知道问题的根源在于自己那个不成熟的技术决策，却毫不犹豫地让一名刚转正的初级程序员背了黑锅。

3. 不懂装懂的技术“权威”

在技术评审会上，他最喜欢说的一句话是：“这个我多年前就深入研究过了。”但实际上，他对许多新技术的理解仅仅停留在表面。

有一次，团队讨论数据库选型，一位工程师建议使用 PostgreSQL。总监立即打断：“MySQL是久经考验的方案，不要盲目追求新奇。”当工程师试图解释 PostgreSQL 在复杂查询和 JSON 原生支持上的优势时，他直接摆手制止：“不用讨论了，我说了算。”

后来大家才逐渐明白，他只是因为不熟悉 PostgreSQL，而又不愿意承认自己的知识盲区。

再比如，他曾强制团队使用某个他熟悉的开源框架，尽管该框架早已停止维护。当团队提出质疑时，他的回应是：“源码都在那里，遇到问题你们自己改嘛。”结果项目推进到一半，发现框架存在严重安全漏洞，最终不得不推倒重写，浪费了大量人力和时间。

4. 玩弄权术的“政治家”

这位总监深谙办公室政治。他会在不同的人面前传递不同的信息，制造信息差。对上级，他报喜不报忧；对平级，他明捧暗踩；对下属，他习惯画饼。

他还特别擅长在团队内部制造不必要的竞争和猜疑。例如，私下对 A 说 B 想取代他的位置，转头又对 B 说 A 在背后批评他能力不足。这种手段导致团队内部无法形成信任与合力，而他的管理地位却因此显得更加“稳固”。

5. 双重标准的“管理者”

他的管理存在明显的双重标准。例如，他要求团队加班时会说：“我们要有创业精神，不要计较个人得失。”但每天下午六点，他总是准时拎包离开。

他要求团队撰写详尽的技术文档，声称：“文档是工程能力与职业素养的体现。”但他自己从不输出任何正式的设计文档，所有技术决策都是口头传达。

在流程遵守上也是如此。他要求团队严格遵守开发流程，说：“流程是为了保障质量。”但他自己却经常绕过流程，直接给开发人员派发紧急任务，一旦出了问题，又会反过来责怪团队不遵守流程。

6. 如何识别与反思

那么，一个人品欠佳的技术管理者通常具备哪些特征呢？我们可以总结如下：

1. 缺乏担当：有功必抢，有过必推。总是在寻找“替罪羊”，很少在上级面前为团队争取应有的利益和认可。
2. 固步自封：习惯于用过去的经验解决所有新问题，对新技术、新知识抱有抵触情绪，本质是不愿走出舒适区。
3. 玩弄权术：深信“管理就是制衡”，乐于在团队中制造分裂与猜疑，以此巩固自身地位。
4. 双重标准：对下属严格要求，对自己无限宽容。所有规则都是为别人制定的。
5. 嫉贤妒能：害怕下属能力太强威胁到自己，因此有意无意地打压有潜力的优秀人才。

作为对比，一个优秀的技术总监或管理者，其特质往往是这样的：

1. 功归于团队：有功劳时，把团队和成员推到前面，认可每个人的贡献。
2. 过归于己：出现问题时，主动承担责任，并在内部厘清问题根源，带领团队改进。
3. 鼓励学习：坦然承认自己的知识盲区，鼓励技术创新，与团队共同学习成长。
4. 营造信任：致力于打造透明、互信的团队环境，信息共享，减少内耗。
5. 以身作则：要求别人做到的，自己首先做到，言行一致。
6. 培养下属：乐于看到并助力团队成员的成长，为他们的进步感到由衷高兴。

在这样的领导者带领下，团队不仅能实现技术能力的快速提升，工作氛围也会更加健康、高效。

7. 总结与建议

一个技术领导者的“人品”或职业操守，往往决定了整个技术团队的上限与氛围。人品不佳的技术管理者，带来的破坏是系统性的：

• 人才流失：有追求的工程师无法忍受这种环境，最终选择离开。
• 技术停滞：创新被扼杀，团队停留在舒适区，不敢尝试更优解。
• 内耗严重：成员精力被迫用于应付上级和内部关系，而非技术本身。
• 声誉受损：公司在技术圈的口碑变差，未来难以吸引优秀人才。

如果你不幸遇到了类似的管理者，以下几点建议或许可供参考：

• 恪守本职：首先做好自己的本职工作，这是你在任何环境下的立身之本。
• 留存证据：重要的沟通、决策尽量通过邮件等可留存记录的方式进行，关键时刻用于保护自己。
• 保持开放：不妨更新一下简历，看看外部市场的机会，有时候“树挪死，人挪活”。
• 勿失信心：最重要的是，不要因为遇到一个不靠谱的领导，就全盘否定自己的能力和价值。

写下这些，并非只为吐槽。更是希望，优秀的管理者能被看见、被学习，而糟糕的管理作风则能被识别、被警惕。技术之路，既需要钻研代码的深度，也需要洞察人心的智慧。如果你也有类似的经历或思考，欢迎到 开发者广场 与大家交流探讨。

关于职业发展，如果你正面临选择或瓶颈，进行系统的 职业规划 会非常有帮助。