太多的责任，来自各方的要求，没有足够的技术时间，最终注定了表现平平。 对我来说听起来像是上帝的对象。
- Your managers need to be flying the planes, not sitting on the deck. (US Navy / Wikimedia Commons)
（非？）自然进化
您拥有成功的软件业务和强大的开发人员核心骨干。事情是，你想做更多，所以你的公司正在招聘疯子。很快你就会遇到直接报告问题。
老板跟不上所有入侵地下城的塞尔达人——最好雇佣一些副老板，对吧？
也许我们至少可以让塞尔达传说慢下来。
但是考虑一下：你到底想让这个人做什么？
作为副老板的生活
从广义上讲，软件工程经理具有三项职责：
- 让开发人员的任务与领导优先级保持一致
- 管理开发者关系和士气
- 技术实施建议
现在在现实世界中，数字 1 和 2 通常会导致世界末日——吸吮全人类幸福的毁灭者湿婆神：
会议。
没有时间为＃3。因此，随着时间的流逝，您的经理对技术细节越来越脱节。
现在考虑：您要求某人管理一个工程师团队，同时不断削弱该人的工程能力。
不再从事任何工程的专业工程师将失去那些在战壕中的人的尊重。他们可能是一个人；工程师可能想要喜欢它们。但工程是一门技术学科，强大的技术执行力赢得了尊重。
随着时间的推移，对经理的技术能力失去信心，也会影响经理影响人性的能力。现在你也在破坏任务 1 和 2。
一个明确的失败设置。
当生命危在旦夕时它是如何完成的
一个有趣的比较点来自海军航空界。
航空母舰上所有飞行员的领导者被称为“CAG”，即航空大队指挥官。这个人不仅是一名经理，而且他们本身也是一名活跃的飞行员，他们从甲板上发射“猫枪”并“困”在拦阻装置的电线上。
CAG 的日程安排经过精心管理，管理职责被划分，并委派给支持人员，因此有足够的时间来保持他们的技术熟练程度。尊重是因为 CAG 以身作则。
那么如何在软件中做到这一点呢？
你不能腾出时间……但你可以买到
海军航空群指挥官被支援人员包围，因此任何不需要指挥官个人专业知识的任务都会被委派。但是我们可以从软件工程经理的任务列表中委派什么？
呃，怎么样……几乎所有的东西？
你需要的是可以传递信息和管理日程的人。项目进展顺利吗？管理层是否有新的优先事项，这些优先事项简单明了，只需重新安排任务堆栈？委派所有这些事情。
现在，如果有一个调度问题需要的不仅仅是重新安排任务，那很好——去找专家寻求专业知识。
但是考虑一下：我们提拔团队中最有才华的工程师，他们也有一些人际交往能力——这通常是软件世界中罕见的人才。然后，我们继续让他们处理琐碎的消息传递和调度任务。
你可以雇佣其他人来做这个！而且那些人更便宜！
将您的工程领导重新集中在解决工程问题上
聘请技术项目经理。我喜欢称他们为“日程安排经理”。更多关于这个角色的帖子。
让您新聘用的项目经理团队处理消息传递、日程安排和消除冲突。 TPM 花费的每一小时都是工程可用的新小时。这是一个新的小时，琐碎任务的待办事项清单上更少。问问任何开发人员——那些开放的顶空时间是编程的黄金。
接下来，聘请一位才华横溢、受人尊敬的工程顾问。寻找在一系列软件项目和技术堆栈方面拥有丰富经验的人。让这位顾问与您的经理和高级开发人员一起审核您的代码库和开发过程。有什么可以改进的？可以解决哪些长期存在的技术债务？顾问的经验可以为您的技术障碍带来哪些新想法？
请记住——软件工程是关于创新思想的。即使只有一个好主意也可能是一种转变。
将琐碎的支持任务从您的技术经理手中拉开。让他们的顶空再次打开；让您的顶级工程师重新开始做工程师擅长的工作。看着您的团队士气提高，创新飙升，障碍消失。在一个令人失望、平庸的软件世界中，您的新灵感团队将击败竞争对手。
愉快的委派！
精彩评论1：
我觉得您更多地谈论的是团队负责人或架构师（与经理相比）。 团队负责人应该是工程师和“3. 技术实施建议”，这让经理松了一口气（因为需要成为比团队中的工程师更有经验的工程师）。
一方面，拥有良好的技术背景极大地有助于成为一名经理。 另一方面，在您的团队中担任顶级技术人员同时担任经理会适得其反。
精彩评论2：
我绝对同意这种观点，“需要比团队中的工程师更有经验”，这肯定是有害的。
我认为划分委托责任的最佳方式基本上也是你所说的。 您的顶级技术专家可以在组织中四处游荡，根据需要在现场和各个团队中提供帮助。
原文：https://add-lightness-software.medium.com/engineering-manager-as-an-ant…