我叫Ekaterina，是MoySklad的团队负责人。
去年，我在Saint TeamLead Conf 2018会议上发表了讲话。 我的报告的主要内容已收集在本文中，可以在此处查看其演讲内容。
我作为开发人员进入公司的道路始于两年半之前。 然后在MyStore中，没有确定的流程，我们的团队负责人是根据“这是团队中最有经验的开发人员？ 您将成为团队负责人。” 但是好的开发人员并不总是好的团队领导。
团队中没有负责人，我们更倾向于认为自己有民主。 但是，如果没有人负责，团队中的流程就会崩溃。
在某个时候，我希望自己有更多的控制权和生产力。 也许那时我首先想到我可以成为团队负责人。
自我管理
首先，我开始控制自己的工作时间和任务。 我将当天遇到的问题分为三种类型：
- 可以安排时间和优先级的任务。 这些是吉拉的门票，组织问题；
- 与需要计划确切时间的同事会面；
- 同事不时提出的问题。
为了不分散工作时间，同事的问题最多需要花费五分钟的时间。 否则，最好安排一次集会或订票。 在向同事提出问题时考虑这一点很有用。 预先指出您要撕下他工作多长时间。 如果您计划开会，也许对他会更好，并且他不必在上下文之间切换。
由于一个我们称为“贪婪的Shurochka”的问题，出现了另一个自我管理规则。 因此，我们谈论的是需要大量门票而又没有时间去做的同事。 事实证明，一个人有许多任务，但我们不知道在不久的将来将完成哪些任务。
为了不贪婪Shurochka，我每天花五分钟时间计划一天的待办事项清单。 在这段时间内，我：
- 我浏览日历并在其中记录约会；
- 我描绘了我计划今天完成的任务； 我注意到我将要处理什么时间；
- 作为装载机，我有一点时间来解决一些小问题。
这使我可以清楚地了解自己今天将能够完成哪些任务。
更多责任
计划自己的时间很酷，但是您可以走得更远，开始帮助团队负责人处理组织事务。 因此，您可以声明自己并了解您是否喜欢这样的工作。
例如，您可以：
- 在团队领导缺席的情况下进行站立，复古和计划；
- 与合作伙伴或客户交流（如果贵公司惯用）；
- 通过支持回答用户的问题；
- 协助队友处理技术事宜；
- 做一些对团队有用的事情。
问题与解决方案
要成为团队负责人，您需要学习如何分析团队问题以及解决问题的方法。 由于进行了此分析，我们对流程进行了一些有用的更改。
例如，我们偷窥了另一个团队的“控制点”做法-他们开始将大型任务分解为多个阶段，将它们添加到日历中，并每天监控实现迷你目标的进度。 如有必要，进行分析并重新计划。 因此，我们解决了任务的实际条款与计划的条款之间存在差异的问题。
分析团队的优势和劣势也很有用。 如果您了解这些知识，将可以更轻松地分配任务，因为不仅有效率高且按时工作的黄金开发人员并不总是在团队中。 根据吉拉（Jira）的票证，可以根据代码审查的结果对硬技能队友进行分析。 使用软技能会更加困难-您只能在与团队保持不断互动的情况下对其进行评估，这是任务的一部分。
当您成为团队负责人时，您必须忍受现实-您并不总是有时间去完成某些任务，有时甚至无法掌握这些任务。 然后最好将它们传递给高级开发人员。 无需尝试控制一切并与比您强的同事竞争。 您只需要接受这样的人就可以了，团队领导者并不总是团队中最熟练的人。 我认为竞争精神并不总是对团队有用。
副搜查
成为团队负责人非常酷。 但是，随之而来的是新的问题，责任和更大的责任。
新手团队负责人必须面对的第一个问题是找到代理人。 该活动的理想发展是开发人员主动承担起团队负责人的职责。 但这并非总是如此。
当我第一次休假时，我根据团队成员的才能和能力在所有团队成员中共同承担责任。 这没有用。 同事不知道向谁去问什么问题，结果来到了我身边。 我不建议这样做。
结果，我选择了两个最明智的团队成员-硬技能和软技能的评估在这里有所帮助。 其中一位队友善于交际，渴望解决行政问题，但技术能力较弱。 第二个小组进行了团队中最高质量的审查，并编写了可靠的代码，但经常跳入分析领域，因此有必要加以注意。
出于对立品质的平衡，选择了这些人。 我问他们是否愿意带领团队一点。 我向大家解释了他们的长处和短处-以便他们互相照顾并克制错误的决定。 同时，整个团队都知道有必要去找他们。 今天，我们正在使用这种方法。
还有更多新问题
当我成为团队负责人时，整个团队立即开始与我联系。 出现了各种管理任务，集会和与此有关的问题。 有必要弄清楚如何处理这个问题，而不会陷入生存危机。 答案很简单：承担还是委托。
但是有很多方法可以委派。 最简单的事情是将任务分发给团队成员。 这是我们很少做的事情。 我们经常会尝试使这些家伙自己能够根据自己的兴趣来整理任务。
但是，如果同事更好地理解一个问题或另一个问题，则强制任务分配可能会很有用。 它发生了，反之亦然-一位同事几乎不了解任何问题，我可以教他。
在授权问题上，我们走得更远，并向团队介绍了将负责人单独负责的做法。 它就是这样。 当我们并行执行大型任务时，我们会将团队分为三到四个人组成的小型小组。 在每个小组中，我们选择主要的小组-他将负责技术部分，行政事务，与分析师的会议组织，执行演示任务以及其他事项。
多亏了小团队负责人的实践，我可以看到谁和如何执行任务。 并且在必要时，也应朝正确的方向。 如果一个人参加了一个小型小组，他将能够在必要时替换整个团队的团队负责人。
这种方法有助于我避免使自己陷入第十次会议的管理程序。
团队实验
初学者团队负责人面临着无法始终快速解决的问题和任务。 要理解，阅读管理文章和书籍很有用。 更好的是，与老同志们协商。
但是其他人的经验并不总是适合您和您的团队，并且根本没有通用的方法。 要理解，我们必须尝试，因此我尝试使用适合团队的Deming周期介绍新的做法。 运作方式如下：
- 计划-在冲刺期间，每个团队成员都可以提出建议以改进流程。 回顾一下，我们讨论了提议的想法及其实现，并同意我们将在下一个冲刺中将其作为实验；
- 要做-在冲刺期间，团队遵循回顾的做法；
- 检查-回顾一下，我们讨论了实验结果。 每个团队成员均会提供反馈，我们将分析实践的实施是否有助于改善流程并取得成果。 之后，我们就下一步的工作达成了共识：我们将实践保持不变，对其进行调整并重复，它会完全拒绝；
- 行为-所有选定的实践都包括在回顾中，因此也包括在我们的最佳实践列表中。
所有这些实验帮助我们介绍了控制点，小团队领导和更多有用的东西的实践。
对我自己来说，我明白最主要的一点：如果您想组建一个团队，那就从您自己开始； 不要害怕获得经验并遇到麻烦。 并且不要忘记与同事协商并委派任务。
如有任何疑问，请在评论中提问。 或者，也许您对如何成为团队负责人有自己的想法，让我们讨论一下:)