从领导力到代码行数：团队领导者指南

你好呀！

我认为每个过渡到团队领导角色的开发人员最初都会努力与团队一起重新编码和解决任务。后来，我们开始涵盖更多的业务任务和问题，深入研究与业务相关的挑战、部门或客户之间的沟通以及架构。

从这时起，我们就不再有时间或欲望去做其他事情了。典型的团队领导的日历开始类似于这样：

如何返回开发并重新开始编码？我应该从哪里开始？

评估您的真正忙碌程度以及您的典型工作日是什么样子也很重要。工作之余你是否进行自我提升？这些都是至关重要的因素。

根据我的经验，我建议沿着“工作前后没有时间，没有欲望或机会”到“我总是在电脑前，这是我的热情”的道路前进。

阻止你的时间！

一个有效的起点是安排专门的开发时间。只需在日历中将“编码时间”预留一个小时或更长时间即可。如果可能的话，考虑每周预留半天或一整天的时间专门用于处理技术任务。

是的，它可能涉及改变会议、消除不必要的会议，或讨论参加其中一些会议的必要性。但是，请考虑重新评估某些美容课程是否仍然适合您。

与您的团队一起进行代码审查！

优化您周围的某些流程的第二个也是最关键的方面是向您的同事传达项目的价值观或方法。并非每个开发人员都看到相同的解决问题的方法，因此有必要分别预定义编码风格、测试覆盖率以及平台或服务的基本方法和机制。

始终进行代码审查，如果感觉某个问题正在拖延，请召集团队迅速解决拉取请求 (PR) 中的问题。实践表明，这种方法可以加快问题解决时间，从而缩短功能的上市时间。

随着时间的推移，您的团队将充分理解并应用需要较少关注的开发方法。您将只专注于解决手头的任务及其逻辑，这将在最初节省几分钟，从长远来看，可能节省数小时的开发时间。

你负责什么？

这似乎不是最明显的任务，但问问自己，你负责什么？你需要做什么？把所有这些要点写在一张纸上，看看你是否采取了任何不必要的措施。

也许你做别人的工作只是因为它已经成为一种习惯。也许您一直在帮助邻近的团队完成他们的流程，并且您仍然参与其中。

清楚地定义您的职位以及您对项目或公司的贡献。如果您领导一个大型团队，请使用注释来创建任务和问题队列。始终进行审查，并确保如果您是 DevOps 主管，您不会无意中处理针对移动应用程序开发人员的任务。

如果您发现自己的任务和依赖性超载，那么值得停下来与您的上级交谈并找出为什么您的部门会发生这种情况。例如，如果您是负责数据工程师的 DevOps 团队，并且他们有自己的领导，那么将职责委托给他们的领导而不是您的部门可能是有意义的。

创建规范和必要的文档，以正式签订协议或有关设置或维护的任何隐藏细节，并将人员返回各自的团队。

优先级和授权

由于优先事项不断变化，您可能无法完成工作。整个公司以两周冲刺的方式运作，但这种设置不再适合你，而且你看不到其中的价值。由于优先级较弱，功能无法在冲刺内完成。

这与面向服务的团队相关。

考虑探索看板或水流方法。我们的团队就像独立的岛屿，我们有权尝试改变流程以使其变得更好。测试向新方法的过渡一个月，并观察您的指标。根据我的经验，几周的时间就足以注意到 Scrum 不适合我们，然后我们转向了看板。

我们的上市时间大大缩短，因为优先级现在可以每周更改两次，使我们能够更迅速地解决问题。

接下来，尝试将团队分解为多个域区域，但不要太细化。

让每个团队成员遵循 70/30 规则：

• 70% 专注于他们的主要堆栈、项目或产品
• 其他一切30%

如果您的团队超过 5 人，您将涵盖所有服务和职能，使个人能够更快地进入主题领域。

这能达到什么目的？

如果您看到开发人员已经有了很好的理解和沉浸，它允许您将一些任务委托给团队，而不是自己做所有事情。您不需要描述整个算法和集成！他们已经知道这一切了！

时间管理和生产力

团队如何规划工作时间？

让我们从简单的事情开始：你如何作为一个团队运作？查看您的估计以及您如何评估任务。一切都井然有序吗？也许还有改进的空间或引入工作量系数？

考虑到支持的潜在干扰，工作量系数有助于了解每个团队成员在冲刺或一周内的负荷情况。例如，如果您是一个服务团队，需要维护自己的产品，其他团队可能会寻求您的帮助或请求增强功能，从而导致冲刺期间的沟通花费时间。

处理 bug 也是如此；您可能经常会因为解决生产环境中的紧急问题而分心。

现在，回到系数。如果我们承认我们每个人至少有 5 天被要求参加聊天或会议来解决问题，请在计划过程中考虑到这一点。这样，您将切实设法完成真正有利于团队的任务，从而有可能腾出时间来编写代码。

尝试番茄工作法。

没有什么开创性的；只需使用手机上的应用程序，让您能够在设定的时间间隔（例如 45 分钟）内专注于某项任务。我想没什么特别的。

使用追踪器。

调查您的 8 小时工作时间都花在什么地方——记录您一周或一个月内的每一小时和每一分钟的活动。您可能会发现分散您注意力的因素，或者您可能会注意到午餐后散步 15 分钟可以让您工作更有效率 — 也许这就是成功的关键？或者，如果您连续召开了三次会议，您是否发现自己在会议后的一个小时内什么也没做，只是阅读规范？也许这对你来说有挑战性？

重点是仔细检查你正在做的事情，我相信你会找出需要改进的地方。

参与具有技术挑战性的项目

如果您发现自己无法参加专门讨论系统设计或架构解决方案的会议，请阅读后续内容或文档。尝试了解问题的解决方式和内容。最好不要错过这样的会议，并努力让自己尽可能地沉浸在技术方面。

选择需要深入研究代码的项目或项目方面。这将帮助您及时了解新技术和开发方法。

为您研发

如果您发现项目中存在问题或功能需要改进的地方，请随意创建原型。这不仅可以让您直观地看到提议的更改，还可以为团队提供用于讨论和决策的有形材料。

主要目标不仅仅是展示想法，而且如果它们被证明是真正重要或有益的，则将它们实施到项目中。例如，如果您一直梦想将过时的服务从 Java 1.8 迁移到版本 21，为什么不尝试一下呢？创建原型，向团队展示，开发解决方案，并彻底记录整个过程以供将来参考。

这种方法不仅有助于实施技术改进，还有助于在团队内部就潜在的变化达成共识。因此，您可以为该项目做出建设性贡献，确保其有效发展并促进创新。

点评点！

在此阶段，您将有几个小时的时间来编写代码、提出解决方案，然后您可以休息一下。当然，领导职位根本不允许你两者兼得，如果你的重点仍然是发展，那么可能值得考虑回报。

这并没有错——意识到管理对你来说变得乏味，即使你擅长管理，也没关系。只是，到了这个时候，它对你已经失去了吸引力。

如果您还有空闲时间

学习与自我发展

通过阅读技术文献、探索教育课程和参加技术会议来不断自我教育。这将帮助您及时了解软件开发的最新趋势和最佳实践。

阅读技术文献提供了深入研究新技术、方法和最佳实践的独特机会。这可以包括涵盖软件开发各个方面的书籍、文章、博客和其他材料。

参加教育课程是获取新主题和新技术知识的结构化和系统化的方式。在线课程平台提供有关不同编程语言、框架和概念的各种课程。

参加技术会议不仅提供了了解最新趋势和创新的机会，还提供了与行业专业人士交流的机会。会议提供了一个分享经验、讨论具有挑战性的问题以及在技术社区内建立联系的平台。

综上所述，通过阅读、参加课程和参加会议来不断学习，软件开发人员不仅可以跟上最新趋势，还可以积极地将新知识和技能融入到日常工作中。

例如：leetcode、Udemy 或 Youtube（有时，我们可以在那里找到非常好的免费内容！）。

从事个人项目

如果可能的话，在空闲时间从事个人项目。这不仅可以提高您的编程技能，还可以为您的主要工作提供新想法的来源。

此外，将此活动与文章中的 RnD 点相结合可以额外激励创造力和创新。

从事个人项目可以让您在实际场景中应用您的技能，尝试新技术并解决现实问题。这些项目可能涉及开发您自己的 Web 应用程序、创建开源项目或参与有趣的副项目。

将此活动与前面提到的研发 (RnD) 工作相结合，使您能够创建原型并在工作场所展示它们。向公众开放您的项目，例如参与开源开发，不仅可以提高您的技能，还有助于建立有价值的专业联系并获得您的创造力的认可。

结论

作为团队领导者，抽出时间进行编码需要有意识的努力和有效的优先级管理。请记住，您的角色不仅涉及直接领导团队，还涉及将您的技术技能保持在令人满意的水平。

这将是充满挑战的，我祝你好运！