对于喜欢编程而不是领导的领导程序员的选择？[关闭]

今年年初，在我们团队的首席开发人员移至其他部门后，我被提升为首席开发人员角色。我有大约5年的工作经验，由于可用性和过去的表现，我是领导该项目的管理层的主要选择。我有点担心，但认为这是一个职业发展和经验的好机会，因此我接受了。

但是到目前为止，我的结论是我不喜欢我以前的开发人员职位。尽管我已经成功带领一个由5个开发人员组成的团队完成了多个发行版，但我几乎从未碰过任何代码。相反，我执行计划，设计和团队管理以及代码审查。需要跟踪更多的事情，并计划好任务以便可以将其分配给团队，这确实让我每天头疼。即使我很少加班，但我每天下班时都会感到筋疲力尽，甚至认为自己没有享受过如此的下班时间。

所以我的问题是：您将如何处理这种情况？ 对于处境类似的人，您是否找到了更好地管理团队，任务和时间的方法，使您享受工作呢？还是您找到了一种方法，以过渡回以发展为导向的位置？我知道首席开发人员职位几乎总是支付较高的薪水，但是我可以看到自己到了这样一个地步：我对金钱和晋升的关心比对我目前工作的关心少。

我尚未与管理层中的任何人讨论此事，因为我认为我应该尝试至少调整一年。

我在这里提供的答案是我对可能起作用的最佳猜测，但是我还没有看到它起作用，因为我本人正试图摆脱类似的情况。整件事对我来说仍然是一次学习经历，但是我看到了团队中的积极趋势。

在我的公司中，我已经晋升为团队负责人（他们称为“设计负责人”），并且由于缺乏了解产品和有足够经验的人，我自愿去领导两个不同的团队。几个月前，“为了帮助日程安排”，管理层将这两个团队的规模扩大了一倍。

我一直在尝试做的某件事...

1. 向所有人（包括管理层）明确表明，我和其他人的职位不是永久性的任务。欢迎每个人站起来，全面了解该项目，并参与架构/设计决策。如果没有分歧但没有解决方案，我将拥有最终的决定权（暂时），但是到目前为止，从未发生过。
2. 专注于帮助他人发展和成长。我曾在不同时间与不同的开发人员就编码和设计以及不同的处理方法进行过（几乎是哲学性的）讨论。这些讨论中的一些与实际工作有关，另一些则是纯粹的思想练习。我有一个拥有20多年经验的家伙，回到他的书架上来学习一本C ++书，因为他对我使用模板元编程所做的一些低级工作感兴趣。这些讨论有些具有感染力，当您提出足够多的主题之后，人们开始自己思考这些东西。
3. 尽我所能委派给其他人。尽管我研究了很多事情，但是我并没有参加每一个代码审查。取而代之的是，我为中级人员编写代码审查，而我让那些人员为一些绿色人员进行代码审查。我认为代码审查更像是一种知识转移工具，而不是“让我们确保我们阅读每一行并找到每个可能的错误”。
4. 一旦定义了接口并完成了基本设计，我就让新手也拥有尽可能多的类内部编码自由。是的，很多代码远非完美，但经过测试并可以正常工作。如果它在“代码气味”方面跨越了一定的主观界限，并且他们没有对其进行重构，那么我建议必须分解或重新安排某些类。有时候这很痛苦，但是当我几天后再回来查看并回答“我不愿承认它，但是这段代码现在看起来好得多了”时，实际上给了我一种温暖，模糊的感觉。
5. 挑战人。要求他们添加这些功能，而不仅仅是增加功能，而不增加现有类中的功能/数据成员的数量。如果必须放入新的东西，则必须取出现有的东西，并花点时间弄清楚它是什么。每个人都知道重构，但是一开始没有多余的力量，似乎人们需要帮助才能真正做到这一点。至少，在每次代码审查期间，我都将其作为重点。
6. 一切都与平衡有关。您不能成为团队中唯一负责其他所有人的高级人员。您不能整周地开会和进行评论。您不能期望自己会遇到团队犯的所有错误。归根结底，您需要分配时间让自己成为领导者，但同时也需要分配时间成为开发人员。如果我不能编码，我会发疯的。即使有其他所有内容，我仍然要确保我有时间编写代码，不仅是代码，还有一些非常非常漂亮的东西。我刚接触模板元编程书籍，就开始在Boost中进行挖掘。想到这些东西的家伙必须疯了（以一种很好的方式）。如果您的管理层开始困扰您，为什么不对所有内容进行审核，或者菜鸟为何要审查另一个菜鸟代码，您只需要解释整个平衡问题，并且团队根本没有足够的经验丰富的人员，到最后，“这就是事实”。如果您的团队中有资深人士，那么该是时候赋予他们权力，让他们自由进行自己的设计/审查/帮助他人，而不要将他们视为简单的代码生成器。赋权带来自由，人们热爱自由。如果您有不关心自由/授权的开发人员，那很好。每个团队仍然需要纯粹的编码人员，只需确保您为平衡而努力。是时候赋予他们权力，让他们自由进行自己的设计/审查/帮助他人，而不要将其视为简单的代码生成器。赋权带来自由，人们热爱自由。如果您有不关心自由/授权的开发人员，那很好。每个团队仍然需要纯粹的编码人员，只需确保您为平衡而努力。是时候赋予他们权力，让他们自由进行自己的设计/审查/帮助他人，而不要将其视为简单的代码生成器。赋权带来自由，人们热爱自由。如果您有不关心自由/授权的开发人员，那很好。每个团队仍然需要纯粹的编码人员，只需确保您为平衡而努力。
7. 您的时间很宝贵。因此，请团队向您发送所有非时间紧迫的问题的电子邮件，他们可以等待几个小时才能获得答案。提出问题时，应将整个团队复制在上面。最终，当您在一天的休息时间里，可以看一下问题并帮助这个人，但是很多时候，可能有人已经击败了您，您不必采取任何措施。显然，作为领导者，我仍然很乐于助人，并且要清楚地表明这一事实，因为我确实相信我的目标之一是确保团队中没有任何人长时间陷入困境而没有取得进展。
8. 确保您的团队使用尽可能多的工具来提高沟通效率。例如，我们有一个Wiki网站，并且同一问题多次出现时，我都会问我帮助创建维基页面的最后一个人。

我还没有与管理层中的任何人讨论过

我想您知道这可能会有所帮助。用姿势传达您的不适并不一定要具体说明。它可以让管理层知道他们持有什么卡，如果管理得当，他们将尝试找到一种方法来发挥您的最大潜力。不要满足于减少。

当项目结束时，在公司内部或外部寻找更多面向程序员的职位。

与管理层讨论您希望减少管理，而在技能方面更多的技术“手”。

这听起来像您在首席开发人员与首席开发人员的职位上。我认为首席开发人员要编写更多代码。

用人单位观点：

如果您喜欢当前的工作并在那儿有很好的历史，那我想留住您，并为您找到一个位置，这样我就不必担心与他们交谈。

优秀的开发人员是一件有价值的事情，但是您需要卖给他们，与进行杂耍相比，您在编码和设计上的价值更高。

通过制定继任计划，为他们提供支持的途径。基本上，您会在当前团队中找到一个对做让您头疼的事情感兴趣的人，在接下来的6到9个月中，您会训练他们，一次完成一次任务。

首先选择一些简单的方法，例如每周状态更新：

• 在进行状态更新时，将它们坐在您旁边。
• 坐在他们旁边，就像他们进行下一次状态更新一样。
• 让他们自己做，并在最终决赛前进行审查。

然后逐步给他们额外的任务，直到您移交额外职责的权威为止。

这些较不理想的工作获得较高报酬的原因是，如果不是没有人会干这些，那肯定不是因为他们需要更高水平的技能……供求关系。

不过，为了让您的薪水更高...如果是我，我想听听您的消息，那么您将在需要时提供帮助，成为新手的导师，成为设计师/关键人物/领域专家而不是项目负责人。基本上，这是一个很有价值的职位，其他人可以做些四处奔波和杂耍的行为（显然要多付钱）。

我想如果您要为您的雇主提供6到9个月的计划，

• 很好地解释了为什么您认为最好还是回到原来的重点而不是其他职责上进行编码。
• 谁替代...或者他们必须找到某人...这将是我认为的关键决策者。
• 连续6个月的收入，您将把什么职责移交给新员工
• 您将承担哪些责任（例如设计，也许坐在代码审查中等等）。
• 尽管您愿意减少工资的想法（介于原来的工资和现在的工资之间），但他们会提出来。

如果您能把这些作为我作为雇主的计划，作为与我合作的计划，我将非常高兴与您合作。

祝好运。

我一直在你的情况。答案取决于您与经理的关系。就我而言，这是一个非常好的工作，所以我有一天把他拉到一边，说我不喜欢这份工作，感到压力太大，想回到编码上。他听到这个消息比让我走进去然后更高兴。因此，我们制定了一个计划，让其他人接任团队负责人，我又回到编码领域。

从您的帖子中看不到的2个问题：

• 您是在直接通过所编写的软件赚钱的公司（例如Google，Microsoft或Fog Creek）中，还是在子公司中的职能（例如在银行或食品公司中）？

• CEO是技术专家还是通过业务职位升职的人？

如果您是一家拥有技术专家CEO的软件公司，请不要担心。企业领导者将知道谁是有价值的开发人员，并将竭尽所能保留他们。如果执行人员都是“管理人”或“管理预算”的人，请关注。如果您在内部IT部门，请倍加关注。如果是这种情况，那么您必须接受良好的工作与生活平衡是留在开发人员中的奖励。

最后一点-做能让您开心的事。每个人对这样的职业选择的建议都是关于使他们感到快乐的，这也是关于你的。