Впервые на Saint TeamLead Conf 2019 будет три потока докладов. Мы растём и развиваемся, а тематика конференции позволяет широко и глубоко освещать разные направления работы и развития тимлида. Традиционно будет 6 основных направлений: личное развитие, работа с командой, инструментарий тимлида, развитие осознанности, трансформационные изменения в процессах и людях и выстраивание технологического процесса. В прошлый раз я рассказывал о докладах, которые попали в секцию «Инструментарий тимлида» и «Развитие осознанности». Теперь анонсирую блок о работе в команде.



Управление маленькими командами — это основа работы лида, и мы регулярно уделяем внимание этой теме на всех конференциях серии. Saint TeamLead Conf в 2019 году не стала исключением. Этой осенью поговорим о «любимом» микроменеджменте, канбане, корпоративной культуре, «дружественном коллективе» и Data Science. Все подробности под катом.

Микроменеджмент


Начнём с любимого, с наболевшего. Среди свежих тимлидов это одна из самых распространённых моделей поведения. Страшно отпустить сотрудника в мир самостоятельности, страшно упустить какие-то мелочи, страшно ошибиться в корректном делегировании — всё это подталкивает к микроменеджменту. На более высоких уровнях управления эта проблема тоже присутствует, но неудобств от нее там еще больше.

Микроменеджмент — это когда ваш менеджер говорит, что вы должны сделать сейчас, чтобы решить задачу или проблему, и контролирует каждый ваш шаг, потому что не доверяет вам в том, как вы эту задачу решаете.

Это раздражает, это непродуктивно, но неизбежно, если у вас нет небольших задач и прозрачной и однозначной системы вознаграждений и наказаний. Вопрос в том, как вы можете определить и построить очевидную и прозрачную схему мотивации. Несколько вариантов таких схем предложит Егор Бугаенко из Zerocracy предложит в докладе «Вы уверены, что вы не микроменеджер?»

Культура


Она практически также раздражает, как и микроменеджмент. В командах и компаниях регулярно возникают споры о необходимости привития этой самой культуры, распространения её среди команд и участников процесса, и создания ценностей. Но так как понятие объёмное, а восприятие у всех разное, то споры бывают жаркие.

Во время роста команды привычные рабочие процессы или ритуалы перестают работать и их изменяют. Но при быстром росте процессы нуждаются в изменении еще до того, как станут привычными. Это бывает непросто и велик соблазн придерживаться хоть каких-то фреймворков. Рано или поздно это превращается в какой-то «bullshit» — не особенно понятно почему мы все делаем так, если это помогает нам все меньше.

Поэтому внедрение «культуры» в организациях проходит с разной степенью успешности. Плохих кейсов достаточно, но мы решили обсудить хороший. Мы пригласили Артёма Сусекова из Miro, который раньше был Realtimeboard, с рассказом «Культура как основа для масштабирования команды х2 каждый год».

Компания Артема растет каждый год в 2 раза и при таком росте неизбежна культурная революция. Это когда в короткий срок в одном месте сталкивается слишком много различных культур из разных контор. Именно потенциальная культурная революция неоднократно останавливала меня от быстрого роста числа сотрудников в командах. Послушаем, что получилось у Miro.

Канбан


Скрам все уже попробовали, кому-то он подошёл, кому-то нет. Но методологий много, есть из чего выбирать, и взоры любителей процессов устремились на канбан — это ещё один способ организации процесса разработки. Про него мы попросили рассказал одного из лучших спецов в этой области — Алексея Пименова из Realresult, в рамках доклада «Канбан-метод для команд».

Канбан-метод — это структурированный свод знаний по управлению изменениями в компании, но не доски и стикеры, к которым многие привыкли.

В докладе Алексей раскроет механики и паттерны для работы на командном уровне, разберет прото-канбан-системы, которые позволяют получать профит от их применения, не проводя разрушительных изменений в команде и поделится своим опытом и примерами из реального бизнеса.

Собеседования


Эта тема надёжно закрепилась в программе Teamlead Conf. На прошлых конференциях мы слушали Катерину Гаврилову из Digital HR, но это был взгляд профессионального рекрутера и HR. Теперь посмотрим, как это всё выглядит со стороны нанимателя-технаря. В этот раз таких докладов будет два. Один из них — от Стаса Цыганова из Туту.ру. Он известен по Подлодке, карте тимлида и другим крутым медийным проектам.

Собеседования есть во всех компаниях, и во многих из них этот процесс сложился исторически. Стас предлагает взглянуть на этот процесс системно, рассмотреть возможные решения и обсудить, как собрать собеседование своей мечты. Для этого у него есть «конструктор собеседований».

За время работы в Туту.ру команда вместе с HR меняли структуру и конкретные этапы собеседований множество раз. В каких-то случаях из-за обратной связи соискателей, в каких-то — из-за внешних факторов, где-то подсмотрели у других компаний. В том, как этот процесс менялся, много параллелей с продуктовой разработкой: появилась гипотеза, проверили в бою, на ретроспективе обсудили результаты и спланировали дальнейшие шаги.

Нас ждут реальные кейсы, причем не только от Туту.ру, фреймворк и инструкция, как им пользоваться.

Джуны


После доклада о проведении собеседований, в картину логично встраивается найм джунов. В нынешней ситуации рынок труда непростой, и многие, «внезапно» для себя, обратили на них внимание.

Нанять такого спеца просто, а что делать дальше — непонятно.

Появляется много вопросов, на которые многие так и не смогли найти ответы. Что такое «начинающий разработчик» и что он скрывает? Какие тайны он приносит с собой после того, как заканчивает обучение? Что он придумывает на собеседовании и почему он так их боится? К чему нужно быть готовым при работе с джуниорами, какие задачи нужно ему давать и как погружать в работу?

Ответы на эти вопросы знает Сергей Попов из Лига А с докладом «Как работать с джуниорами?» Лига А давно работает только с джуниорами и расскажет нам обо всём этом во всех подробностях.

Отношения в команде


Тысячи вакансий пестрят обещаниями интересных задач, высокой белой зарплаты и «дружного сплоченного коллектива». Последнее — клише и не значит ничего, либо означает излишне «свойский» круг лиц, которые устанавливают правила.

Но команда — это больше, чем сумма всех единиц, и здоровая атмосфера в ней это одно из условий успеха бизнеса.

В докладе Дмитрия Семенихина из Badoo «Неформальные отношения в команде: когда это хорошо, а когда плохо» поднимается важная и сложная тема неформальных отношений в «дружном коллективе». Нужны они или нет? Однозначного ответа нет. Мой опыт показывает, что иногда сохранение неформальных отношений при переходе из инженера в тимлида может как навредить, так и помочь.

Дмитрий поделится примерами нездоровых отношений, которые могут даже разрушить бизнес, и средствами избавления от признаков нездорового «дружного коллектива». В противовес, он расскажет, как руководителю соблюдать грань между панибратством и доверием, и как формировать и поддерживать отношения, где доверие, уважение, инициатива и конструктивная критика — нормальные явления.

Распределенные команды


На прошлой конференции было много разговоров и полемики на тему распределёнки и отдельный круглый стол на эту тему. Тема «зашла», мы решили не останавливаться, развивать ее, и вместе с Сергеем Гончаруком из Фланта поговорим об «Управлении распределенной командой в режиме многопроектности».

В компании Флант больше 80 сотрудников и все работают удаленно на 100 DevOps-проектах. Но так было не всегда: из 7 лет только 2 Флант работает режиме полностью распределенной команды.

Сергей расскажет, как они пришли к этому результату и какие препятствия преодолели на своем пути:

  • обеспечение клиентского сервиса и воркфлоу задач в команде, чтобы удерживать внимание на десятке проектов;
  • почему были разработаны свои сервисы и внутренние инструменты автоматизации, вместо знакомых trello или jira;
  • почему не всем подходит удаленная работа и как Флант подбирает сотрудников;
  • какие роли и зоны ответственности необходимы в команде — управление командой и борьба с прерываниями;
  • какие используются подходы к планированию и описанию задач — как оставаться вместе, когда вас разделяет много километров.

Я давно наблюдаю за Флантом и они не только в «кубернетсах этих ваших» разбираются:)

Data-science разработка


Ну и в завершении — доклад Эмиля Магеррамова из EORA Data Lab «Процесс в Data Science-разработке для чайников». Казалось бы, процессы и в Data Science процессы. Да, тематика задач отличается, от веба, например. Но почему мне регулярно попадаются заявки на эту тему? Может быть процессы у DS-инженеров построены иначе? Попробуем разобраться вместе с Эмилем.

Популяризация DS-инженеров растёт, вакансий и курсов по этой специальности больше. Если у вас ещё нет Data Science команды, то, возможно, скоро она появится, и лучше заранее знать их особенности.

Все доклады спикеров не содержат теорию, аксиом и вымышленных примеров. Всё, что будет рассказано — сплошная практика, которую можно применить для себя, а после докладов расспросить спикера о нюансах, тонкостях и спросить совета. Это одна из причин быть 23 и 24 сентября на Saint TeamLead Conf 2019 и забронировать билет. Об остальных причинах мы расскажем в следующих анонсах, поэтому следите за публикациями, новостями — подписывайтесь на рассылку!

Комментарии (0)