距最大的thymids派对还剩2周，我们有一个非常真实的
时间表 。 Radisson Slavyanskaya将于2月25日至26日在他的网站上聚集数百名工程师，团队负责人，各行各业的领导者和对管理无动于衷的军衔。 我们肯定打破了Peter出席的记录，旨在击败敏捷时代。
这次我们对程序准备过程进行了一些更改。 首先，我们确定了几个关键主题，并真正尝试收集可以最大程度地揭示这些主题的报告：委派，应对超负荷，计划工作，无形的动机，遗产，从代码审查到组织会议的各种小组活动。 同时，他们并没有忘记会议的旗舰主题-团队管理和沟通。 其次，我们以圆桌会议和研讨会的形式分配了整个交流渠道。
最后，我们开始按顺序接收报告，而不是像以前那样大量接收报告。 结果，在137份报告申请中，我们设法筹集了32个报告，4个主题圆桌会议和两个成熟的讲习班的计划。 之前，我更详细地
讨论了新的通信格式，并宣布了
前十份报告 。
根据削减计划，剩余的20份报告以及对即将采取的行动的一些想法。 很多信件！
这样啊 我们仔细研究了您对以前事件的反馈，并应用了必要的补丁进行改进。
所有报告，表格和讲习班将分为6个主题部分：
- 团队管理。
- 通讯。
- 方法和过程。
- 努力工作。
- Timlid在组织中。
- 变革性的变化。
这次我们放弃了安排时间表的想法，以便各节中的报告按顺序进行。 这常常导致这样一个事实，即在类似的情况下，对某些敏感主题进行了三次讨论。 唯一的例外是，第二天的早晨会以严密的自学开始。
第一天
首先，我将向您介绍一些有关我们的嘉宾的信息，特别是因为其中一位将在会议开幕后与
叶戈尔·托尔斯泰同时演讲。
Wargaming将
派出一个由3名发言人组成的代表团。 几乎没有人听说过这个办公室。 这些家伙制作非常酷的游戏，他们有很多东西，包括开发人员。 对于模拟人生，我们邀请他们揭开秘密面纱，以及该游戏品牌其中一个部门的安排。
我们看看最酷的办公室的经验
让我们从
Ilya Roslyakov的故事开始
“谁是Wargaming平台的领导者”。 在某个时候，Wargaming平台面临许多问题，试图解决这些问题，这导致人们认识到有必要改革结构。 再来一次 自从公司努力成为工程组织以来，成为骨干的不是一些经理，而是真正的工程师。
将军，先生们，经理们 。 听起来不错。
Vyacheslav Kostikov撰写的第二
份报告致力于平台团队的工程文化。 有关平台团队如何变化的故事。 为什么需要进行这些更改？ 他们是如何准确地改变并正在
改变工程文化 。 为什么从原则上讲，对于Wargaming而言，“工程文化”不仅仅是另一个流行词。 知识共享，研讨会，绩效评估（可以与Badoo和Avito所做的比较，啊哈）。
好吧，从我的角度来看，如果没有
Olga Prokhodskaya的平台团队
HRBP关于“员工保留：管理绩效和满意度的指标和工具”的
故事，那么有关Wargaming平台团队如何组织的一系列故事就不会完整。 此报告与如何保留来自另一家公司的录取通知的员工有关。 当然，可以而且应该保留这种方式，为此有很多选择。 但是，
“灭火”总是比在有能力的人员管理的帮助下
主动预防灭火要贵得多 。 奥尔加（Olga）在她的报告中将讲述Wargaming平台如何收集有关员工情绪状态的数据：压力水平，离职风险，满意度等。
在圣彼得堡举行的上次会议上
，Spotify的朱莉娅·库拉帕滕科娃（Julia Kurapatenkova）的故事以英语和Skype以及非常有趣的内容
被记住。 尽管听众有不同的反应，我们还是决定继续制作有关最酷的办事处之一的组织方式的故事，市场领导者会进行监督并尝试复制有关组织和管理的决定。 这次，Julia用俄语（我怀疑这很重要）
将谈论 “如何衡量程序员的绩效”，最重要的是为什么要这么做以及如何加入经理和开发人员的意见，以便对提升职业阶梯感兴趣。
组成一个梦之队
来宾很好，但是网站的所有者准备了非常酷的故事，并且由于我提到了人力资源和与员工一起工作，因此值得一提的
是 Katerina Gavrilova的
报告 ，在该
报告中，我们被要求问一些访谈问题，以免向您隐瞒真相。 留住员工很重要，但是如何
正确聘用 ，提出正确的问题，以及随后又不会因候选人没有扎根团队而感到失望，尽管他非常适合技术技能。 但这经常发生。 让我们从一开始就从采访中看这个问题。
艾哈迈德·谢里耶夫（Ahmed Sheriev）（会稍稍低一些）将介绍传统团队及其改革，但问题还有另一面-在什么都没有（可能没有人）的情况下如何组建一支团队。 来自Avito的
Ivan Lukyanov将在他的
报告中谈论创建和运营团队。
组建清单的过程中积累了数十个团队的经验，据此，组建团队，克服适应阶段并达到设计能力将变得更加容易和高效。
继续
围绕团队建设的主题，我们邀请了
SkyEng的Alexei Kataev分享了团队增强的经验以及激励，授权和自动化的
秘诀 。 所有这些使您可以
卸载团队负责人，同时集结团队并使其更加酷炫。
顺便说一句，自组织和与拥塞作斗争的话题仍在几份报告中。
格里高里·彼得罗夫（Grigory Petrov） 将分享他的组织工作计划，以解决偏执狂:)。 Gregory会提醒您，有数百种方法用于处理任务，大量工具以及大量的个人发展顾问。 所有这些暗示在这个世界上并非所有事物都如此简单。 您的KO （c）。 该报告将
涉及认知偏见和社会操纵 。 总的来说，我们喜欢的所有东西：心理学和技术合而为一。 顺便说一句，Gregory是Python社区的积极参与者，同时还是
Moscow Python Conf ++计划委员会的负责人。
敏捷方法论的爱好者将有兴趣了解以下事实，即团队领导也可以以Scrum形式开发为软件产品。
关于这一点，
将在
傍晚的第二个房间
告诉 Andrei Sukhonosenko 。 这个想法是团队领导者的培训过程应符合专业，行业，公司的价值体系。 例如，作为需要根据客户要求快速发布的“软件产品” Timlid呢？ 然后，根据敏捷精神开发团队领导者并使用Scrum，我们可以将团队培训视为“ Timlid产品”的开发。 听起来像是要考虑的事情。
建设过程
该程序将辅之以来自开发世界的korefei的一些技术故事。
Badoo的
Nikolai Krapivny讲述了他们如何按时完成工作，同时使之成为企业文化的一部分。 该
报告将讨论使用截止日期的规则，为何
评估和监视截止日期的重要性如此重要，这些流程如何以及为何有助于发展团队。
截止日期很清楚，但是代码呢？ 更准确地说，处理它是可以理解的，但是如何监视代码质量是可以理解的。 卡巴斯基实验室（Kaspersky Lab）的
弗拉基米尔·罗曼科 （
Vladimir Romanko）第二天将听取有关此内容的
报告 ，内容
是进行代码审查的实用技术 。 我确信将要讨论的那些开发和技术对您有用。
好吧，在第一天结束时，我们将探讨团队和潜在客户的一些重要主题。
车队
的 亚历山大·切尔尼 （ Alexander Cherny）的
故事主题是车队
的反馈及其演变。 这是一篇论文。 没有要添加的内容。
“您可能在大型团队中遇到了有关Performance Review设备的信息：Badoo，Avito和Yandex。 这些体面的做法并不总是适合较小的团队。 作为领导者，您已经决定需要某种形式的员工评估，但尚不清楚。 您的资源有限：没有办法坐下来进行数据编译，没有办法吸引项目经理或人力资源，也没有办法停止当前的工作。”星期一我们还要谈论什么？
关于Adizes博士 。 您可能听到或阅读了有关他的东西。 他真的很酷。 在他看来，我们有几种领导风格，根据我们倾向于哪种领导风格，管理方法会发生很大变化。 不仅如此，Marina Paych
的报告
“如何在团队管理中利用领导风格的优势” 。
转发并与歌曲一起
在第一天结束时，我们从
弗拉基米尔·克拉西尔希克 （
Vladimir Krasilshchik）准备了一个非常有趣的
故事 ，说
IT和音乐之间有一些
共同点 。 弗拉基米尔（Vladimir）乍一看得出了他的悖论发现，并得出了许多实际结论。 特别是，他将根据建立一些知名音乐团体的经验告诉您如何收集和领导成功的团队。 在检查了几个成功的摇滚乐队的领导者之后，我们概述了团队领导者可以占据的团队位置。
依靠音乐产业与IT部门之间相似性的假设，我们将找到“一个团队可以领导积极开发代码的问题”的答案，并解释为什么“不，可惜，它不能，它具有不同的功能，忘记了代码”。
作为该报告的自学指南，请考虑一下甲壳虫乐队的团队负责人是谁。 我们将在聚会后以及可能在聚会中进行讨论。
传统上，第一天将以喝不同强度的酒精来结束，但是我强烈建议您不要过分喝酒，因为第二天同样会等着我们来。
第二天
第二天将以三个最酷的演讲者开始，围绕三个同样酷的话题进行。 关于
Max Tsepkov的报告“
Timlid的软技能模型”和
Anastasia Kalashnikova的 “神秘的移情，倾听和反馈，或Timlid作为心理学家”。 我刚才说过 为了使您确信您需要计算自己的酒精度：)）），我们通过增加定期的管理会议发言人来加强了该公司的实力。
第二天，
亚历山大·扎扎 （
Alexander Ziza）将以“团队开发和反思作为团队负责人的管理沟通”
报告开幕。 这是
秋季秋季演讲的延续，作为团队工作的表现区域。 这次，从我的历史观点来看，注意力集中在极其重要的方面-反思。
聪明的人说：“没有反思，所有的一切-并非如此”，这是将体验重新组合为模式，将各种不同的实践组合为工具的唯一方法。
将提出各种方案供考虑和讨论，以及将“发展”和“反思”的概念转化为实用的算法，这将有助于进行管理技能发展的下一步。
变身
同时，对于那些已经了解了自己，并希望在团队管理和转型变革方向上拓展视野的人，我们编写了一份三份报告。
Vitaliy Levchenko将开始有关管理分布式团队和远程员工的
对话 。 我们将从组建分布式团队（从选择人员到组织独立团队，管理需求和管理整个结构）的经验中汲取经验。 该报告的主要思想是，
分布式团队的效率不得低于本地团队 。 好吧，让我们看看。 毕业后，您可以立即进入圆桌会议厅，与同事讨论报告，并分享与远程员工合作的秘诀。
在同一主题中，我们将听
Boris Ershov撰写的关于“如何构建DevOps 24/7的工作”的
报告，这对于我们的会议来说有点不寻常。 这是一个故事，讲述了从小团队到客户系统的全天候服务的过程。 该报告将包括陷阱，问题，最重要的是，那些使他们能够建立可靠支持的解决方案。
在同一区块中，我们包含了
Akhmed Sheriyev关于“重构遗留团队和开发流程”的
故事 。 当您必须接受“具有历史记录”且建立的过程并不十分有效的团队时该怎么办。 从哪里开始，什么团队改革方法已经证明了自己，并做出了最轻松的改变。 让我们与艾哈迈德（Ahmed）寻找这些问题的答案。
我们有点哲学
休息后，让我们继续讨论更多哲学主题和报告。
Alexey Pikulev 将分享他对团队信任的想法。 让我们看看哪些因素会影响信任，为什么保持开放性和透明性很重要，
Team Trust Canvas是谁，以及如何将其用于建立迭代之间的信任。 上尉？ 是的，在所有公司中，信任和开放都在蓬勃发展：)如何在实践中建立良好的长期关系。 如何将团队成员的注意力集中在建立信任上。 哪些实用工具和练习可以帮助我们建立或增强信任，选择哪些工具以及为什么选择，我们将在2月26日询问Alexey。
您已经注意到，在这次会议上，我们正在尝试续集的故事。 这是该报告是上一个报告的延续。 这是另一个例子。 一年前的
Eugene Rossinsky SRT ivi.ru
谈到了ivi如何进行敏捷转型，通过创建具有价值流的可扩展Scrum取得了什么结果。 这次，尤金
将谈论 ivi在创建新产品期间如何改变产品和技术部门的结构，灵活的方法论还剩下什么，为什么质量控制工程师在开发过程的组织中起着关键作用，成为产品和团队领导者ounerami。 适应外部和内部条件变化的最酷话题。 不要错过！
在同一波浪中，我们将听
菲利普·德尔吉亚多 （
Philip Delgyado）以及他
关于作为构造函数的
方法论的演讲 。 许多人可能听说过Phil在HighLoad ++中谈论技术主题。 现在该分享管理经验了。 在报告中，Phil将通过文章
“每个项目都有自己的方法论”来发展Cowbern的想法。
因为没有一种方法适合每个人，所以您始终需要做一些独特且个性化的事情。 让我们看看开发方法论可以包含哪些细节，在设计和实现开发方法时应注意什么，何时以及如何重建所创建的方法论。
卡巴斯基实验室
的 纳塔利娅·斯维什尼科娃
（ Natalia Sveshnikova）撰写
的一份报告专门介绍了如何防止挥霍和将会议变成富有成效的消遣。 我们所有人都遇到了会议，这些会议很快变成了轻率而没有结果。 当我们参加此类会议时，我们会指责会议的发起者。 当我们自己的会议像这样进行时，在我们看来问题出在参与者身上。 让我们尝试弄清楚周围所有人互相指责时该怎么办。
我们会跳舞吗？
有支持。
亚历山大·阿夫约诺夫（Alexander Afyonov）决定分享拉莫达在处理支持任务流程方面的
经验 。 上一次，有关该主题的报告引起了热烈的讨论，但这是食品公司报告的，产品周期非常明显。 考虑到大多数观众（数字用户），我们决定邀请一家产品和流程友好的公司代表。 大家都知道疮的好坏，每个人都有自己的食谱。 所以比较:)
之后，
我们 将与
Andrei Ryzhkin一起
讨论如何在团队负责人和经理之间分担责任。 您可能遇到了这个问题。 因此，让我们找出谁负责什么，我们如何在岸上达成共识，如何建立有效的沟通等。 毕竟，安德烈（Andrei）有话要说。 他的公司有三十名团队负责人和一百多名开发人员，大约有相同数量的经理。 , .
让我们继续前进。 N26? , - . 2013, , . — , ( - ). ?:))
. , , ,
. , , , . — - , N26.
FunCorp
, . , , , , . .
, . , « », . , , .. .
Badoo
, . , / , — e-mail, , , . , , .
. , ,
. ,
- . , – . , . , , , – !
: — «». .
.
, !
TeamLead Conf 2019 !
, :