有时，从西蒙·路易斯·刘易斯·卡洛尔的诗中看来，提姆里德是某个人或类似Snark的人：它确实存在，在日常和商业表现中都具有多面性和矛盾性，但尽管如此，这仍然是个谜。 为了了解这个（团队负责人，而不是Snark）角色在工程团队中的重要性，最好是由
谁来承担 ，以及团队领导者中隐藏的陷阱，
Saint TeamLead Conf 2018承诺将提供帮助，该活动将于9月24日至25日在圣彼得堡举行。
活动开始前一个月，我们与Mos.ru项目
Roman Ivliev的技术总监进行了正式
交谈 ，后者是Saint TeamLead Conf 2018程序委员会的负责人。成为他们责任的圈子，还有更多。
帮忙
罗曼·伊夫利夫（Roman Ivliev）于1982年出生。 2005年，他毕业于莫斯科工程物理研究所控制论系。 从事IT工作超过15年。 专业化：高工作量，技术团队管理，培训。
最后工作地点：
•在2009–2013年，首先是卡巴斯基实验室的高级工程师，然后是项目经理（他负责公司站点（b2c和b2b）的支持和开发）。
•2014-2016年-信息技术总监Banki.ru
•他于2016年底担任Mos.ru项目的CTO职位。-近两年来，您一直是Mos.ru项目的首席技术官，在此之前，您主要在商业组织中工作了多年。 根据您的经验，在政府机构中担任技术主管与在企业中担任相同职位有何不同？-从生产过程的角度来看，没有显着差异。 任务设置系统与商业办公室所采用的系统没有太大不同。 规模上的差异：通常，政府项目是一个巨大的机制。 许多人参与他的工作，有权做出决定。 进行比较：如果在Banki.ru中我们雕刻了大约五个内部项目，那么在Mos.ru中，大约有二十个人可以参与一个可比较的项目。 在一个政府组织中，IT部门在建立外部沟通方面要困难一些：碰巧您试图抓住合适的人半天-仅仅是因为人员庞大。 但是，与那些需要与您定期进行互动（包括通过服务集成）进行互动的人，我们的关系很短：我们彼此了解。
在莫斯科市信息技术部（DIT）的每个角落以及我们必须与之交互的其他结构中，我们的游戏规则和问题，就像任何大型组织一样，至少在同一Sbertekh中也是如此。 我们的Mos.ru与b2c服务市场没有太大不同-除了我们不赚钱以外。
当然，我们仍然依赖法律。 并且，如果我们将某种服务转换为电子形式或发布新服务，则只有在有适当的监管框架的情况下。 假设使通过互联网和通过注册表向牙医记录的人的权利平等。 在部门内部，这不是我们的责任范围。 有时，由于类似的情况，我们推迟了发布，因此我们无法影响。 虽然现在的生意一团糟。
-Mos.ru幕墙后面是什么？-Mos.ru是大门。 一个门户网站，汇集了一大堆服务。 在他的下面，有一个新闻编辑室，里面写着关于城市的事件并张贴海报。 我们必须依法拥有某些部分，例如，包含有关监管法律行为和政府结构的信息。 资源的这些部分也由受过专门训练的人员填补。 我们为内容管理的机制做准备，他们会使用它。
仍在我们的责任范围内的是数字专用项目。 从新鲜开始-专为Zaryadye公园而设计。
相对而言，我们有一个完整的团队。 我们从侧面采取一些措施，尽管很少。 由于内部集成，因此可以在该站点上获得位于
www.mos.ru域中但不是由我们而是由DIT的其他部门开发的其他服务。 我们对用户隐藏它们，以便对他而言门户内的任何转换都是无缝的。 坐在Mos.ru上，您可以轻松地进入另一个系统，但是，如果您不进入页面代码，您将不会注意到任何事情。
相同的
市政府服务 （可以通过我们的网站访问）由一个单独的团队负责。 反过来，他们的服务仅限于特定于行业的IT系统：医疗保健，社交等。
-在您的监督下，有多少大团队参与了门户的技术支持？-发展中的二十个人。 经过十多项测试，包括涉及自动化的测试。 在此处添加开发团队和DevOps。 总共多达50个，确切的数量和组成取决于当前的情况和负载。
-如何建立技术管理层次？ 责任范围如何划分？-我们有三个主要领域：开发，测试，运营。 依次将操作分为干净操作和DevOps。 此外，与数据中心进行交互的人员和从事自动化的人员都非常出色，但是他们有许多共同的任务，因此我不会在不同的阵营中进行繁殖。
测试是根据“测试即服务”方案实施的。 有一群测试人员及其老板。 他们名义上隶属于团队，但实际上不是其成员。 如有必要，我们会将测试人员从一个任务转移到另一个任务：这些人是跨职能的。 唯一的例外是移动设备。 我们派专人测试移动应用程序，并尽量不要一无所获：他们的工作具有明显的特异性。
我们还提供了DevOps即服务：设置任务，确定优先级，然后遍历devop，而对于某些团队来说，devop也没有严格固定。 同样，操作也可以。
但是开发分为功能领域的团队。 我们有两种类型的团队。 首先是高度专业化。 特别是进行搜索的人。 它不涉及前端和GUI：仅涉及后端。 锯自己的算法，遍历机器学习，制作巫师，提示，统计数据，分析器，错字校正。 他们坐在自己的技术堆栈上，并通过API与Mos.ru连接。 搜索服务已连接到门户网站的任何部分。 一个单独的团队负责移动应用程序的开发。 她有自己的后端。
这两个团队都与DevOps，测试和运营的“核心开发”互动。
第二类命令是那些创建和支持单独的Mos.ru模块（包括GUI）的命令。 通常每个方向有五个，最多六个员工，具体取决于方向。 在这些小型群体中，前端和后端有明显的区分：在我们的例子中，事实证明它是有效的。 大多数支持者都是全栈开发人员，但我不会让他们一次在两个舞池上旋转。 每个这样的团队都有一个团队负责人。
-这个词听起来很对。 这样的蒂姆利德有什么作用？-首先，他是前线领域的策略师-他监控对我们建立的游戏规则的遵守情况。 除此之外，还包括任务分解，代码审查，回顾性组织，新手培训。
译成军衔，这是一个像中士的人-班长。 他有权并有权在我们共同采用的技术解决方案和标准的框架内做出决定。
另外，我的团队成员是建筑团队的一部分。 这不是一个正规的，而且不是持续不断的运营结构：它是在技术需求成熟时提出的。 然后，所有团队负责人，测试和操作部门的负责人以及对变更非常感兴趣的其他所有人将与我会面。 具有不同能力，对技术前景有不同看法，具有不同职位的专家围成一圈坐下来。 他们讨论有争议的问题，达成协议，提出架构或解决方案-并表示不同意。
直到最近，在Banki.ru和Mos.ru中，唯一的“后援”被淘汰出了我的队友。 通常，高级后端开发人员将担任此角色。 但是目前，我已经从前端获得了两个团队负责人。
一切都在改变。 我们必须适应当前的技术现实，结果我们得到了所谓的行会。
事情是这样：领先者很难跟踪2018年后端世界的情况，反之亦然。 我们意识到人们需要横向合作，在没有直接从属的情况下加入非正式协会，但要有地位-像秘密社会中的行列一样，就像“后端秩序的主人”。 此类“标题”的承载者实际上是做出具有应用性的管理决策的人：我们将使用PHP 7.2，Angular进行开发还是押在React上更好？
公会定期聚会-分别在前端，在后端。 他们聚在一起，找出谁是好人，谁是坏人，什么时尚又酷。 他们争论说Webpack到底是不是一本呆板的帽子，它收集了一堆不必要的东西，还是只需要学习如何处理它。 它们只是不会从空变到空，但最终它们提供了一个实用的解决方案。
最终，架构团队取代了我的系统架构师。 是的，我没有系统架构师。
-团队领导在您的团队中占据什么位置？ 他是直接向CTO汇报还是有中层管理人员？-我们没有中间级别-只是这样。 按照事情的逻辑，在团队负责人和我之间应该有一名开发经理。 实际上，测试和操作部门有老板，我亲自管理开发。 因此，蒂姆利德犬队直接向我报告。
一个更棘手的是devops的提交方案。 最初，我还打算与老板将他们分成一个单独的小组，但是我俩考虑了一下，认为这是额外的管理联系。 他们带来了DevOps而不是看板老板，这就是为什么他们非常满意。
-您什么时候第一次遇到像开发团队负责人这样的实体？ 我的个人经验什么时候确信该功能有用？-2008年，我和我的同事在一家国防工厂编写了狡猾的软件。 一旦我们冒犯了进攻这一简单事实，就掩盖了鼻子：一个由十名开发人员组成的团队无法生产任何东西，而只能嘲笑和发誓。 然后，这是我人生中第一次出现“组长”一词-组长的原型。
工程师团队分为两部分，分别为两个小组分配了负责人。 我就是其中之一。 我和另一个小组的负责人开始建立内部开发流程，并调试迷你团队两半之间的交互。 我们一起将“牧群式”集体变成了两个有效的作战单位。 他们开始在它们之间分配任务并确定这些任务的优先级，计划更长的时间，最后，同步团队的工作以避免停机。
在Banki.ru中，技术部门的结构也是“蜂窝式”的：其中的团队是由团队负责人控制的，大多数时候我与五个人直接联系，而没有开发经理。 就像现在在Mos.ru中一样。
在此之前，在我负责公司站点工作的卡巴斯基实验室，有多个团队在我的管理下运作-多学科，具有不同的技术堆栈。 因此，如果没有Timlids，这些人的脑海就会受伤。这些人的领导人使我免于构建所有细节的技术全景所带来的痛苦。 我在意识形态和流程的整体协调方面与他们互动。 制定游戏规则-如何进行代码审查，是否帮助年轻人，是否欺骗长者等等-仍然取决于他们的良心。
再说一遍：蒂姆利德家族还与谁进行了比较？ 在美国，全军坚持。 我也不能没有“军士”。 相反，我可以，但会感到痛苦，并且会穿过树桩甲板。 他们是我的眼睛，耳朵，手。 他们是第一个将我的愿望，建议和指示“传达给群众”，并确保所有这些都得到执行的人。
-在您看来，是团队负责人，而是组织中的Scrum主管，是组织中的专业还是情景角色？-我现在都在团队中。 当团队的任务基本相同并且人们以单一的节奏运动时，这是一回事。 另一个是在团队中并行解决n个问题时，其中n可能超过团队中工程师的人数。 在第二种情况下，团队负责人将有机会甚至临时将其转变为自然的管理员，由他们来“路由”这些任务。 对我来说，这既是角色，也是职业。
此外，市场上仍在争论谁是小tim鸟，其基本功能是什么。 每个人都提出最适合他的配置。 他们甚至更多地来自特定团队中需要解决的任务。 例如，在Banki.ru，我将人员的选择委托给我的团队负责人：他们足够“开明”，可以在面试中提出正确的问题，不仅可以确定候选人的资格，还可以测试他的软技能。 逐渐地，这些家伙从最初的普通技术领导者转变为以下级别的单位。 在Mos.ru，我们逐渐采用了相同的系统。 伙计们自己研究简历，看候选人，进行技术面试。 我经常以旁观者的身份参加这个阶段。
timlid是否作为职业存在，问题是回填。 团队负责人是专业吗？ 绝对是 从其代表所执行的功能及其执行的任务范围来看，只有火箭科学是一种，而编程则是另一种。 在公司中，有五个人在发展，一个人。 在办公室中有250名员工-另外一个。
与Scrum Master一样。 没有人会打扰他成为后端，前端，测试人员，甚至是技术作家。 最主要的是能够将人们召集在一起，以正确的方式安排他们并组织起来，尽可能减少熵，并鼓励同事以单一的节奏和一个方向前进。
-让我们访问您的理想世界。 当团队包括产品经理，项目经理和所有人时，团队负责人的责任在哪里？ Timlid是否倾向于“设计”而不是“生产力”？“是的，他更接近设计。” 但是业务就是业务，内部工程流程就是内部工程流程。 所有的盐都是它的主要责任领域是“社会单元”中的劳动组织，它生产最终产品。
更准确地说，团队负责人有两个重点。 首先是微观集体中的劳动组织，从输入数据的收集到结果的交付。 第二是在团队内部提供社交互动，并与最高IT领导建立联系。 如果在一个方向或另一个方向上存在明显的偏见，那就是垃圾。
-Timlid必须控制什么？-首先，他力求确保在清理工作中遵守公司，单位，雇员组采用的游戏规则。 有产生代码，维护文档，进行一般事件的规则-这意味着每个人都应遵循它们。
其次，他提供了技术指导：他负责分解任务，在开发过程中执行任务，目的是使任务的执行尽可能容易和易于理解，并实际监视其执行情况。 它与团队负责人被低估且极其重要的功能相邻，以确保团队输入数据的完整性。 我让这些家伙站在他们的小型团队的入口作为过滤器：如果团队得到明确的废话而不是TK，则其团队负责人会按项目或产品进行操作，直到他制定正确的要求为止。
必要时，团队负责开发资源，例如网络访问。 当然，他了解队友所参与的系统部分的结构，包括对他来说很清楚集成是如何工作的。 否则，他将无法代表其团队正确制定测试和运营部门的任务。
第三，这样的领导者在发生任何自身无法应对的失败事件时，会立即向他们发出信号，并使他们引起能够解决问题的人们的注意。 如果团队没有时间，他几乎没发现时间就走到他的老板那里，并且没有失落地承认：“我们没有时间，因为我们被“低估了”，”并为他提供了解决方案。
在2018年的样本Mos.ru中，团队负责人负责确保团队的任务在指定的预算范围内按目前的专家组成按时完成。 这是理想的。 某件事失败了-他立即提出了一个他无法利用其可用资源处理的问题，并“挤压”该问题，直到在团队内部或一两个级别以上解决该问题为止。 至少它不会独自留下问题的过程。
因此，团队负责人是成熟的技术经理，而不是“随它去”类别中的某种附属物。
-提姆利德犬的护理还能或应该承担什么其他责任？-Timlids经常履行其职能的另一部分，只是视情况而定，他们或多或少地注意到了组织。 例如，对开发方法进行了调整：作为团队负责人，您首先可以看到为每个人选择的方法是否特别适合您的站点。 事实证明，不可以。 想象每个人都看到一个GUI，而您是一个服务组件。 显然，您的过程与邻居的过程完全不同。
, «» : , , - «- ». HR-. , , , . . HR- .
, . , - . .
. - , , , . : , . , : «- , - ».
, — , , — . . , Mos.ru . , . - , . , «» , , , : , . , : , , .
— «», ?— , - . , . . — , , - . , code review, - , . , (, ). , Vue.js, PostgreSQL 10 «» . , , -, .
, . , , : , Sphinx Avito. .
, , — - , . . , , , .
- , . , , , .
— , ? , back-end front-end .— . , , , «», . «» , , , .
— — , — ? , ? «»?— , . . - , - — . . , , , . , IT — , . . : , .
CTO . — , ? , « — — » — , , , ? .
— , , , ?— , . , - . — . , . .
, , . . , : « PHP, Go, - -». , , .
, «», : , , .
. - , . - « ». , , .
— . . — . HR-. , . , ? , , . , , — - .
— . , . — .
, soft skills, , , , . , ? , . : .
— «» «-». , , . , ? ?— , . — — . , : « ». , . , — . .
Saint TeamLead Conf : , «», «».
, — — . , , , : « , — ». : , .
, , : : « , , — - ».
— ? ?— , , soft skills. , , , , , .
, , , , , . — , , .
— , , , ? ?— - . , . 7±2, , , , , ( ). -, — -.
— , ? ?— : , .
:
• . , , , , , .
• , , , , , , .
• , , .
— , IT , ?-不！ . , «» IT-. , , : , «» .
TeamLead Conf, , «», , , , — , , — .
, , . , Mos.ru , . : . Banki.ru , , , , ; - .
— . , , , , review. .
, Saint TeamLead Conf, — . , , , , , .
— , TeamLead Conf , , ? ?— , , , - . , .
— , .
— IT , «» ? ?— . . , - - . , . - .
— ? « », , - ?— . , - : , , , IT-, . , « », .
«» —
HighLoad++ , ++, «» — Whale Rider Aletheia Business. « »: , , , .
, Saint TeamLead Conf . , ?
春季TeamLead Conf的资料已完全发布在我们的YouTube频道上 。 也将在几个月后出现新会议的视频。 如果您不想错过，请订阅。
我们所有有关管理和企业家精神的新闻都收集在新闻通讯中。 它包括：文章和成绩单的出版，公开视频，出色的演讲者和其他实用性。 如果有兴趣，请注册 。