我两次成为队长
我的特点是：试图在所有事物中建立完美的秩序，系统化，建立流程。因此，我一直被吸引去从事不仅仅是编码的工作。我的第一个创业公司，我们称其为“ T”，在开发过程中完全陷入混乱。
现在，我几乎不在那里开始工作，但是那时非常大气。想象一下。许多平行客户。经理直接（有针对性地）去了开发商。我们经常错过宣布的截止日期，并且坐得很晚。我记得有一天老板是在20点打电话给他，要求他为客户调整功能，因为“他宣布了明天早上的截止日期”。但是在T，我们是一家人。
他们竭尽所能-尽力而为。我记得在一位投资人给我们的机架服务器上安装了Ubuntu。当我打开它时，它发出了直升机起飞的声音！
在那里，我长大了成为Techdad的地位，并与10个人组成的团队一起工作。实际上，团队领导的第一次直观体验就发生在这里。
在我作为开发人员来的D中，情况有所不同-尤其是在流程方面。
该公司实施了经典的Scrum：清除冲刺，燃尽图，演示，计划，故事点，整理以准备将来的冲刺。我对流程的质量感到惊讶，安静地编写了代码，并观察了一切如何工作。然后他与Scrum Master成为朋友，并开始向他提问。他热切地回答并分享了很酷的书。
我尤其记得Henrik Kniberg撰写的“ Scrum和XP：前线笔记”。 “ D”中的流程是按照这种方法构建的：因此，所有管理人员和销售人员都非常清楚何时可以得到结果。
我还以开发人员身份加入了Skyeng。与我的其他公司不同，在这里出色地实现了持续集成：每天发布功能以进行生产。在我的团队中，该过程最类似于看板。
我们有一支出色的团队领导Petya。在一对一的电话会议上，我们可以讨论所有问题：从不符合期限的问题到任务跟踪器设置。有时我只是提供反馈，有时我提供一些建议。
因此Petya看到了我，并了解了T团队领导和D远程学习Scrum的经验。
在某个时候，他建议我站起来。
在我的案例中，“接班人”操作看起来像这样，花费了6分钟）
。一周后，事实证明，公司正在向新方向发展，佩蒂亚和团队的一部分去了那个项目。其余的人需要一个新的领导。
一切都是独立发生的，好像看不见的吸引力定律正在将您推向团队领导的方向。
当公司需要团队领导并且每个人都在想：“我在哪里可以得到它？”，他们通常会从以下方面接受：
- 井井有条
- 迅速参与团队流程和想法，
- 在其他开发人员眼中充满动力并获得信誉。
这样的人很快就会在管理层中注意到，因此，当出现空缺时，他们就会去找他们。因此，它对我以及至少与我就此主题与之合作的其他公司的几位同事一起工作。有趣的是，每个人都指出过渡几乎不需要付出任何努力。
在这里，我们需要解释在我们的案例中团队领导是谁。
, (, - , ). : , . , .
Skyeng :
Skyeng :
但是承担团队领导的任务是一回事，而应对这些任务则是另一回事。
发生了什么变化以及我如何处理
刚开始的几天，您会充满欣喜，喜悦和喜悦。尽管如此：您是整个团队的掌舵人，您却承担了赌注，您拥有更多的机会和责任！自离开T以来已经过去了几年，我获得了经验，分析了自己的错误，看到了先进的流程和方法并进行了努力。所有这些使我有力量和信心再次参加团队领导。
但是，随着时间的流逝，欣快的感觉过去了，日常生活开始了。这就是我注意到的。
您需要做好心理准备与“每晚禅宗”分开……并与“季度”结交朋友。团队负责人工作的结果通常在一天甚至一周内都看不到。这既是加号也是减号。
Artem Kalichkin在他的报告“从工程师到团队负责人的过渡期间的故障和故障”中指出，“程序员是世界上最幸福的人之一”。
当您是开发人员时，每天都有编译的构建，已完成的任务，生产中的新功能-一定会感到高兴。一种禅：我已经完成了工作，您可以在晚上安心休息。
团队领导很少有什么可以分享的：因为昨天您“做了计划，打电话了，读了邮件，并将任务添加到了积压中”。网站上的新部分或应用程序的重要功能等结果由您和您的团队每天都要经过的小步骤组成。在这段时间里，您可能不会编写任何一行代码，但是总的来说，您将拖延这段时间从未掌握的大量工作。
例如，我的团队为iOS和Android上的Skyeng应用创建了一个学习主题部分：我们实现了锻炼水平图，针对不同类别学生的能量尺，每日目标，任务进度跟踪器，任务卡的不同机制，语音代理等。
附录中相同的部分。
您可以估算GIF上的屏幕数量和一堂课的技巧：移动速度加快了
这很大程度上是关于授权的故事。您需要养成自己做所有事情的习惯。基本上，要成为真正的团队负责人，您必须学习如何在团队开发人员的手中进行编程。
没有经验的团队领导者很容易成为团队的“瓶颈”。开发人员对工作的分心越少，结果和团队就越理想。因此，他每周都有很多工作要做，包括优先事项，站立和其他几次会议。而且，如果您需要计划一项新的工作功能，发现了严重的错误，产品已损坏或团队有疑问，他们将带领团队前进。为了使所有人都能工作，您必须进行很多沟通。
« -» — , - .
在这里我想
我学到的做法有助于消除散焦。我警告大家，我每天要检查1-2次传入的消息，开始安排不开会和打电话的日子，以书面形式计划我的工作日（我什至试图在团队中介绍这种做法，但开发人员不喜欢这种做法）。仅当确实发生了一些紧急事件时，我才更改优先级。结果，我原本计划的事情不再被推迟。
总的来说，我不得不改变习惯，紧急掌握一些有用的技术。
开发过程中未开发潜在客户需要的技能。作为团队负责人，您将积极参与业务与开发之间的贸易关系。任何一家公司的目标都是赢利，因此客户希望在短时间内从开发中获得许多高质量的功能。开发人员努力做到质量，但并不急着。在此图中，团队负责人必须在要解决的任务的质量，速度和数量之间保持适当的平衡。
为此，您必须与客户建立信任关系，以便他了解团队在做什么，削减特定功能需要多长时间，是否有时间，有时间做什么。您需要发展那些“软技能”，同时坚定捍卫团队的地位和原则。还要考虑流程，格式，管道体系结构：任务如何出现，如何执行，如何固定，如何投入生产。
当然，可以自己开发技能。但是，您需要做好准备，这将导致个性的某种转变。
不再有团队领导：如何不迷失自己并再次发现自己
两年前，我相信团队领导是程序员发展的下一步。现在，我认为这是开发的另一个并行分支。过渡的结果在很大程度上取决于每个人-并且您只有尝试才能知道。
此角色需要测试。不是一个月，不是两个月。我认为至少有六个。甚至更好-一两年。这很可能会很困难，您将想回去而没有取得结果。我建议您给自己设定一个截止日期，然后说：“直到截止日期结束，我才得出中间结论。我将对其进行测试，最后我将决定是否属于我。”就个人而言，我就是这样做的。
在担任领导职位一年半之后（从2018年9月到2020年2月），我有意识地决定离开这个职位并重返发展。同时，团队负责人，渠道我读过的人从小就当我公司的CTO。
我们总是很遥远，主要的沟通是在Slack中：所以“所有动作都被记录下来了”。一切都如图所示：我提议的同事正在以团队领导的身份尝试自己，而我正在另一个团队的框架内享受“晚上的禅”。
今年夏天，其他几个人走了相似的路，我就我们的经历进行了内部聚会。观众提出的最重要的问题是：好的，当您考虑在哪里进一步发展时，如何理解团队的角色是否起主导作用？
因此，这个想法开始以一种公共形式讨论：
- Egor Tolstoy（Podlodka播客和课程）-他做出了选择产品管理的决定，并将谈论他意识到自己厌倦了开发领导力的那一刻，
- Vadim Martynov（Kontur和RndTech社区）-他回到了开发人员手中，将告诉他如何接受培训以编写代码以及它如何影响财务，
- 和主持人Eugene Kot（Wrike和有关团队领导的同样演讲）。
一切都将发生在网上，在YouTube上7时许莫斯科/基辅/明斯克在下周三（9月2日）：观众将有一个聊天和简单的机会，通过语音打开。如果您仍然有实力，那我们来谈谈变焦。
在这里，您可以向日历添加提醒。
加入讨论“ MoreNeTimlead”或在录音中观看。希望我们的经验对您有所帮助，因为两年前我还认为...