认识这个迪玛。 他是团队负责人，负责技术债务和代码审查，计划和技术流程，开发人员按时完成任务-激励，聘用并在必要时解雇。 Dima只想从事重要的工作，却要从事一百万种最多样化的工作，不断地思考工作并且睡眠不足。 一切对他着火：截止日期，任务，时间和自尊心。 迪玛在地狱。
熟悉的情况？ 对于
Alexei Kataev （
deusdeorum ）-可以肯定。 Alexey作为后端，前端，全栈开发人员和团队负责人从事Web开发已有15年以上。 现在，阿列克谢（Alexey）在Skyeng工作，一旦他设法从团队中组建了一支超级团队-公司中最好的。 从那时起，阿列克谢就一直在Skyeng建立永久团队。 在
TeamLead Conf 2019与会者在会议上
称赞最好的报告抄本中，他是如何做到这一点的。
我们建议您在有时间的情况下观看视频，-Alexey热衷于更改。 并且该文章更适合于回顾要点，以思考以前始终未曾了解的事情。
您已经熟悉Dima。 他曾经是一名优秀的开发人员-他每天承担3个任务，直到完成为止-这是最重要的事情。 迪玛旁边的绿色死亡标志着他一生的地狱。
Dima接下来会发生什么？ 如果您认为他变得胆小，而地狱又变得更多，那么您就猜到了。 产品来到迪马说：“
我们去计划第二季度！ 任务1653何时生效？ 我们即将发布 ！” 地狱变得更大了。
然后是CTO：“
我们需要聘请另一位开发人员。 您的技术债务是多少？ 这是Google文档中的另一份调查表-请填写！” 地狱变得更大了。
然后开发人员来了：“
我们要成长！ 增加我们的薪水！ 迪玛开始燃烧。
所有这些导致Dima睡眠不足。 早上，他去洗个澡，思考开发者和产品，以及他答应给谁和给谁。 任务丢失了-要么Dima忘记了它们，要么它们在积压中很遥远，永远无法完成。
在本地，当Dima说：“
就是这样！ 我将不再是团队负责人！ 我只想做我的任务，别管我！” 还是让任务受挫，因为其中有很多，而且Dima独自一人-很难一直专注于所有事情。 结果，我们会损失很多钱或不按时发布东西。
我将告诉您如何消除生活中的地狱并建立一支超级团队。 最后，根据传统，将有奖金。
前言
Skyeng有17个开发团队，每个团队都独立开发其产品。 最常见的是，除开发人员外，团队至少包括产品和团队负责人。
该产品设定了业务目标-他对产品有远见，对我们赚取和花费的钱负责，并与所有客户和客户进行沟通。
Timlid，即Dima，负责技术策略，技术解决方案，技术债务-涉及所有技术性事务。 他是
技术负责人 。 另一个团队负责人是
项目经理 。 我们没有专门的项目角色，因此团队负责人负责计划和所有流程：负责由正确的开发人员执行的任务，而不是挂在状态上。 蒂姆利德（Timlid）是
领导者和良师益友 ，与人合作：雇用和解雇，发展和交流，领导和激励。
让我们看一下Dima的任务。 我将它们分为：
- 重要任务 ;
- 可以委派或自动执行的任务，以便其他人可以执行，但是您需要花时间在此上；
- 例行程序 -必须执行的简单任务。
在我的分类中，重要的任务是
投资回收期长。 这些是我们现在在团队上花费的资源，可以在很长的距离上对其进行改进。 这些是
领导者的
任务 ，只有他才能或应该做。 当然，Dima只想做重要的事情，其余的都不做。
表面溶液
我们摆脱了整个例程，委托了所有可以委托的东西，自动化了所有可以自动化的东西。
是的，您立即认为有必要委派和自动化所有事情，幸福就会来临。 Dima也知道必须这样做，但是由于某些原因，这是行不通的。 也许是因为Dima每天工作10个小时，而在周末，当没有人在Slack折磨他时，他完成了重要任务。 代表团还需要时间-毕竟，每个人都需要长时间解释什么以及如何做-最好自己动手做。 要实现自动化，还需要时间-您需要编写一些代码，但是甚至没有足够的时间来创建萝卜。
这是每个人都知道的方式，但没人知道。 但是我走了另一条路，类似。
摆脱常规
首先，您需要找到低挂的果实-
非常简单的任务 ，需要花费大量时间，但也很容易摆脱。 您知道这些任务，如果没有，工作交流者会有所帮助。
我每天都在工作，写下我所做的一切，然后进行分析。
讯息和问题
最有可能的是，这将
适用于call 。 以我的经验，团队负责人花费大量时间回答开发人员，产品，CTO和客户的问题-Slack总是充满信息。 现在，我将告诉您消除这种噪音有多容易。
当我与团队负责人一起加入计费团队时，我立即说我
没有回答任何一个问题 。 我创建了
#billing频道，说我在那里有所有问题，并将状态设置为“我不在PM中回答”。
在Slack中，我替换了红色图标，以使我的观点永不燃烧，并分配了职责-有人应在该频道中回答人们。 呼叫服务员可以从开发人员或质量检查人员中选择。 我制定了质量检查的时间表，并要求标记正确的开发人员，如果服务人员无法回答自己。 我还告诉团队不要进入这个渠道-地狱，我们就在努力。
然后我看到人们如何写呼吁：
-啊！ 什么都行不通，什么也没有得到！ 钱不见了！ 我们都会死！因此，我编写了编写支持电话的规则。 然后，我们快速编写了一个机器人程序，该机器人程序在进入频道时会编写这些规则。
顺便说一句，我们不是自己编写机器人。 没有团队花这个时间。 为此，我们在公司中分配了两个人，有时我们从自由职业者那里订购工作。 它便宜又快速。 对代码的质量没有要求-我们在几个小时内订购并收到了带有规则的机器人。
总计：一个小时内，我摆脱了花费大量额外的时间来回答问题的麻烦。 是的，可能有人冒犯了您，但您可以做其他事情。
还有什么要改进此解决方案的？
常见问题部分 。 要求服务员写下最常见问题的答案，并写简短的说明，以免浪费时间回答。
质量控制 。 查看出色的支持，收集想法。 我简化了质量控制：我告诉服务员每周写一次请求数量，我们回答了多少问题以及我们没有解决多少问题。
然后，我们集成了另一个漫游器，该漫游器通过表情符号分析所有渠道中的电子邮件，并发布相同的摘要渠道ala SLA进行申诉。
Dima拒绝回答问题，将责任转移给质量检查人员，编写了联系支持人员的规则，创建了FAQ，并控制了支持工作的质量-地狱越来越少了。
行政助理
正如我所说，您可以将任务交给开发人员，质量检查人员和机器人。 但是，当您向团队聘请出色的专家时，您会付给他们很多钱，要求他们做些废话，例如将文档从一个Google Doc传输到另一个文档，字幕，文件改组是不方便的。 而您自己做，这更加愚蠢。
因此，Skyeng设有专门
的行政助理部门 。 这是内部的YouDo，但有所不同。
- 由NDA提前签署 。 每个人都可以访问所有公司的Google文档，您不必花时间在此上。
- 质量控制 。 有一个特别的人负责助手的工作质量。 他们被雇用了很长时间，如果工作不佳，他们会被训练并被解雇。
- 制定行政助理任务的明确规定 。 Trello的卡片格式在一分钟内即可创建-瞧！ -执行简单的任务。 此外，它不仅对团队负责人可用，对开发人员也可用。 任何人都可以使用行政助理的服务。
我们委派助手许多任务。 例如，点击数的
分类是每年查看一千个点击数并将其分为几类。
我们编写所有会议的视频 ：每天，聚会，回顾展，有人应将它们放在团队和文件夹中。 现在，助理可以执行此操作，您随时可以看到任何一天的会议。
我们还减少了迪玛（Dima）生活中的例行事务，而牺牲了行政助理，他们的工作时间表和质量控制。
绝地技巧
然后Dima决定进一步优化他的时间管理，并阅读Maxim Dorofeev的书“ Jedi Techniques”。 狄玛从书中拿出了一堆生活上的技巧。 他决定在每天结束时保留一份
清单 ：他今天做的事情，他做的重要事情以及他会做得更好的事情。
Dima保留了一份清单，看来他需要在一天结束时进行分析，但无法解决。 怎么了 由于食物是在星期二掉落的，迪马整夜修理了它，现在他的头不起作用了。
固定生产
这里的一切都很微不足道。 我们使用
自动升级 -我们配置一个特殊的漫游器。 在Skyeng中，这是OpsGenie，如果产品出现故障并要求我们修复，OpsGenie会在夜间致电给我们。 但是我们只是想摆脱这种情况，而不是晚上起床！
因此，我们创建了一个工作时间表并将自己从该时间表中删除。 Timlid不应在晚上醒来。
责任是通过逐步升级来设置的：如果开发人员未解决问题，则机器人将致电团队负责人。 第二天，团队负责人将弄清为什么开发人员没有起床。 但是如果开发人员在10分钟内醒来之后开始打电话给团队负责人本人，那将毫无用处。
因此，
我们可以让所有值班人员立即访问所有诊断工具 ：Kibana，Sentry，New relic，以及对服务器的根访问，并撰写有关如何使用它，在哪里观看以及如何修复的简短文档。
没错，这在帐单团队中行不通-钱太多了，但是在所有其他团队中都存在。 我们正在写一个特殊的文档
“ Panic doc” -如果一切崩溃了该怎么办。 当您晚上醒来时，所有的东西都躺在床上，过敏症不断涌入，您不知道该怎么办，一页上只有一个简单的Google文档，其中的步骤告诉您在这种情况下该怎么做。
返回清单。 现在Dima睡得足够好，可以从笔记中分析出他最近几天做过重要的事情：6月3日-没事，6月4日-没事，6月5日-没事。 这是典型的情况，经常发生在我身上。 最主要的是对自己诚实，不要在5分钟的检查清单上胡扯。
Dima看看他今天做了什么：
- 上午集会。
- 技术评审-这就是我们所谓的任务技术讨论。
- 与奥列格一对一。
- 追溯或改善。
整天开会！
您正在等待我说：“让会议参加！” 这是一个“前额”解决方案，我们将以技术审查为例进行研究。
技术审查
如果Dima说：“
Max，明天您将进行技术审查 ”，那么很可能将无法正常工作。 迪马（Dima）花费了两年时间进行技术审查，他阅读文章，他有很多经验-失去它会很奇怪。
如何在团队中组织技术评审？ 我试图
将我的所有经验
正规化 -我写了一份有关如何进行技术审查的文档。 顺便说一句，它帮助我制定了一些东西。 我写的基金会是：
- 为什么要进行技术审查的问题的答案。
- 逐步算法。
- 给主持人的提示，例如，如何防止holivar碰面。
- 模板：用于投票，用于任务，用于时间表，从而使所有内容都具有相同的样式，并且一个人无需再次编写所有内容。
- 成功案例的例子：任务描述如下，我们对其进行了审查，并按预期完成了任务。
我在文件上花了40分钟。 我的一生，如何快速编写文档：传播基础，向公司中的所有团队负责人展示并收到大量评论。 结果，在本说明中，我们结合了所有Skyeng的经验，因为有许多有趣的建议。
接下来是什么？ 您不能仅凭此文件将一罐炖肉扔给一个人：“
对该算法进行技术审查！ “那是行不通的。 我问谁想进行技术审查-事实证明，整个团队！ 我们制定了时间表，并开始依次进行审核。
重要的是不要将自己排除在流程之外，因为做不好自己做得不好的事情是不可能的。 蒂姆利德（Timlid）应该被打开，观察一切如何发生，并自我激励。
我已经多次看到此错误，如果您自己不参加并且不做十分之一，那么结果将很糟糕。
我们开始依次进行技术审查并收集反馈：每次会议后，每个参与者都收到一份调查表，他在其中评估了会议的过程以及
“有趣” ，
“建设性” ，
“听到了所有意见”和
“免费反馈”类别中的领导者。
最后一点是最重要的。 有很多有趣而有趣的事情：“我无法立即提出需要改进的地方。 尖叫的孩子很生气，但他们总是很生气-远程团队的细节。 但是有一些有用的建议：“在记录决定之前，值得大家保持沉默，并再次发表结论。”
我们绕了一圈进行了几轮改进和改进，直到无处可改进。 在此过程中，算法也进行了更改。 此后，选择了进行技术审查的人员更好-他们介绍了
协助者的角色。 我们还自动执行了此过程，并编写了一个进行调查而不是团队领导的机器人，并在适当的时间形成了技术审查的时间表。 现在，我们希望将积压的会议中的一部分自动化，用机器人代替主持人。
结果，
迪马摆脱了举行所有会议的需要 。 似乎已经到了时机，但是无论如何，当技术会议上的同事无法达成共识时，他们要求Dima参加对话并帮助解决技术冲突。
但是迪马（Dima）阅读了
雷·达里奥 （
Ray Dalio ）的大肆宣传书“原理”（Principles），并决定有必要制定技术原则，以帮助在他不参与的情况下做出决定-将其正式化。
技术原理
我们聚集了整个计费团队，我草绘了这些原则的基础，我们讨论了很长时间，对它们进行了投票，改进。 结果列出了12条原则。 这是十二个
问题中的三个：
对我们而言重要的是 -代码的质量或开发速度，是否有可能将我们的开发外包，我们是否在考虑后果？
帐单小组的回答表明，帐单有利于一切，反之则不利：我们
始终追求质量 ，
您不能外包并
考虑后果 。
但是公司中的团队对这些问题的答案是不同的。 例如，对于平台团队而言，
速度很
重要 -并不是他们编写了不好的代码，而是假设测试的速度很重要。
外包不仅是可能的，而且是必要的 -他们确实将产品外包。
结果也很重要 ，而且对计费
也很重要 ，因为如果平台躺下了，财务损失将是巨大的。
但是还有许多其他团队不考虑后果，这对于他们的产品来说是正常的。
每个团队应有自己的原则，这取决于产品和团队。
工作原理
我们还制定了工作原理并将其记录在纸上。
Yuomo Noah Harari在Homo Deus中。 “明天简史”写道，思想在被写下并不仅被表达时具有特殊的魔力。 因此，我们记录了对我们重要的内容。
例如，我们
什么都不做，我们在文化上进行交流，公开谈论问题和风险 。 这是我们最重要的原则-我们在会议上保持沉默。
总结起来，我计算了投票的标准差并推论出最矛盾的原则，而在这些原则上我们并没有达成共识。
个人生活比Skyeng更重要 。 人们对个人生活更为重要的人以及对公司而言的人是平等的。
- 在家自制，在工作 。 我们不是“ offtopic”！
感谢上帝，我们不是民主国家，接受原则的原则行之有效：“团队领导者可以选择原则”。 因此，第一段被删除，第二段被删除。
Dima处理技术审查，技术和工作原理，并且未参加所有会议。
只剩下那些必须参加的人，因为认为确实是复杂的或未描述的情况。 但是，这些原则也可以得到补充。
推杆
— - .
— , , .
Kanban, . , : , .
. : « , .»
, , . : « », , . , .
, 2. , , , . , , - ?
, , — , - - , , . — .
. . , .
Kanban + Demo
: Kanban-, , 40 . , , .
SCRUM Demo day — - -demo. Kanban, , 7 , . , — , , , .
, , :
99% — .
— - .
« » , .
.
, . , , , .
Skyeng :
— — — — . .
, .
, : « !».
, .
, . , , , .
: « — 2 » « 10%». .
. , .
.
. , . . .
, , . - : « , », , , , , 3 .
, , . - , .
. , — :
— , ! , , !, . , . .
. . — , . , , .
1:1, . . , . .
. -. . , . , .
— , 10 , PHP Go..
, . . , .
— , — , . — , . , . : « , — !»
— . , - , . — , .
, . . , — .
— , .
— . , .
.
. 12 12 . , , . , , .
— , . .
- . , - .
— telegram (@ax8080)
Facebook . telegram-
, .
同时，我们已经为9月23日至24日在圣彼得堡举行的下一届TeamLead Conf做好了准备。我们正在寻找新的发言人，我们会与熟悉的专家一起选择当前的问题。这是我们在圣彼得堡会议的会议计划中要注意的主题的示例列表：
- 流程，计划，管理。
- 与员工的私人工作。
- 建立团队和内部关系。
- 与利益相关者的互动。
- 个人成长。
在以下一篇文章中，我会告诉您更多信息，但是如果列出的棘手路径已经完成，您已经提交了报告。如有疑问，您可以先写信给我或计划委员会的其他人员-我们将讨论，建议和帮助。