Накануне Saint TeamLead Conf Анатолий Панов, руководитель отдела разработки новых проектов на Авито, поделился мыслями о том, какими качествами должен обладать хороший тимлид и в чем особенности этой позиции конкретно на Авито.
— Расскажите в нескольких словах о себе и своей работе.
В какой роли вы имеете дело с руководителями команд? Раньше в Lazada я занимался разработкой платформ — низкоуровневых сервисов, которые используют разработчики, но не видят конечные потребители.
Но на данный момент вся моя работа связана с разработкой продукта.
В Авито я занимаю должность руководителя отдела развития по вертикалям — проще говоря, менеджера менеджеров.
Отдел разработки в Авито — это кластер, включающий в себя несколько независимых друг от друга команд, решающих свои задачи.
У каждой такой команды есть свой руководитель.
И это я их веду.
Последние полгода я активно набирал в команду руководителей.
У нас была новая команда, которой нужен был руководитель.
А в одной из старых команд исторически не было технического лидера, а по факту он был нужен, а изнутри на эту должность никто не подходил.
— Какую роль тимлиды играют в разработке продуктов на Авито? Мы в Авито перешли на вертикальную структуру; Здесь очень развиты agile/scrum. Все наши команды — мы называем их подразделениями — кроссфункциональны, и, соответственно, тимлиды, выполняющие роль технических менеджеров, немного отличаются.
В подразделениях, где работает 30 человек, тимлид не имеет в своем непосредственном подчинении всю команду.
Внутри он самостоятельно организует отдельные структурные подразделения, например, Скрам-команды, без непосредственного руководителя, и выполняет роль Скрам-мастера или назначает на эту должность другого специалиста.
Если команда небольшая — 5-10 человек — это тимлид в обычном понимании.
Учитывая это, на Авито требования к тимлидам немного другие.
В других компаниях руководителем группы часто является бывший старший разработчик с отличными техническими навыками.
Но у нас больше требований к управленческим навыкам, так как нам нужно организовать разработку, понять, как работают scrum/agile-процессы, и настроить их.
— То есть в структуре Авито тимлид — это скорее руководящая должность, чем инженерная? Скорее, она инженер-менеджер.
Руководитель группы является техническим руководителем.
Он должен понимать с технической точки зрения, что происходит в командах.
Помимо тимлида, в каждом подразделении есть менеджер по продукту — по сути, владелец продукта, если говорить в терминах Scrum. Владелец продукта отвечает за заполнение бэклога, расстановку приоритетов задач, достижение бизнес-целей и т. д. А задача технического менеджера — обеспечить быстрое и качественное выполнение поставленных задач.
Он отвечает конкретно за процессы в команде, за самих людей, за качество технических решений, которые они реализуют. — На ваш взгляд, оптимальный баланс менеджмента и инженерии в работе тимлида на «Авито»? Хороший вопрос.
Мне кажется, 50/50 — серьезных дисбалансов я не вижу.
Не бывает, например, того, чтобы ребята, занимающие эти должности, ни разу не прикасались к технике.
Ведь руководитель команды – это технический менеджер.
Он активно участвует в принятии технических решений, и если у меня, как у старшего менеджера, возникают вопросы, тимлид должен обосновать, почему они делают что-то именно так.
Они могут писать код, если у них есть желание и время, но это не их обязанность.
— Есть ли в вашей компании какие-то особенности позиции тимлида, помимо упомянутых управленческих акцентов? В Авито у тимлида достаточно большая свобода действий.
В своем подразделении он может самостоятельно налаживать процессы и выстраивать их в Jira так, как ему удобно.
Понятно, что у нас есть фреймворк, который стандартизирует разработку в целом, но может по-своему перестраивать отдельные этапы развертывания или тестирования.
К нему есть одно главное требование: чтобы в итоге был качественный продукт. А как этого добиться, он выбирает сам.
В других компаниях это выглядит немного иначе.
Конечно, могут быть разные варианты, но зачастую все процессы просто стандартизируются кем-то сверху, обычно руководителем отдела разработки, а тимлиды никогда этого не делают. Все команды работают одинаково.
В нашей стране, например, вам не обязательно использовать эту структуру, если вы думаете, что можете добиться большего.
То есть мы ожидаем, что руководитель группы будет использовать свою свободу для улучшения процессов в команде.
Какими качествами должен обладать идеальный руководитель команды? Для меня в тимлиде важны, прежде всего, управленческие качества – даже не с точки зрения управления проектами, а с точки зрения управления людьми.
Человек должен понять, что люди – не машины, что у них есть свои желания и потребности, что ими нужно управлять.
Управление персоналом — это отдельная дисциплина, по которой существует много различной литературы.
Этому нужно научиться.
Если нет понимания этого факта, то работать очень сложно.
Я не беру таких людей.
По этому принципу мы отбирали немало кандидатов.
Судя по тому, что я видел в интервью, это самая большая проблемная область.
Обычно технические навыки у всех более-менее развиты, а еще они кое-что понимают в управлении проектами: есть базовая идея, что в спринт все не впихнешь.
Но понимание того, что людей необходимо сознательно развивать, обычно есть у немногих в голове.
— Может ли стать тимлидом кто-то другой, кроме самого лучшего и опытного разработчика — среднего звена? Я думаю да.
Но здесь есть тонкая грань — в разных компаниях понятия Senior и Middle Developer сильно отличаются друг от друга.
В Авито есть сильные разработчики среднего звена, которые в других компаниях легко могли бы претендовать на руководящую должность.
Поэтому применительно к Авито я легко могу представить ситуацию, когда мидл сразу становится тимлидом.
— А если это не самый опытный разработчик даже внутри команды (то есть внутри есть более высококвалифицированные специалисты)? Я тоже так думаю.
Но абстрактно говорить очень сложно, потому что все зависит от навыков этого человека, от того, насколько все сбалансировано.
Если знаний достаточно, есть желание и коллектив готов принять его как своего лидера, то есть есть к нему доверие, то все получится.
Чего не хватает претендентам на должность тимлида, помимо управленческих навыков? Пожалуй, вторым по распространенности являются технические навыки, но не в том смысле, что человек не умеет писать код, а скорее отсутствие видения общей картины.
Особенно это заметно в крупных компаниях.
Люди не знают, как вообще работает продукт, над которым они работают. Человек делает свой небольшой сервис, но очень плохо представляет, как этот сервис интегрирован во всю структуру.
Это плохо, потому что если где-то что-то сломается, тимлид перестает понимать, как работает система и где находится его сервис.
На мой взгляд, он не может делать это достаточно хорошо, потому что не понимает, что там происходит, не знает, каковы потребности пользователей его сервиса.
Вполне возможно, что прикладное решение не является оптимальным, поскольку модели использования совершенно разные.
— Является ли лидерство в команде естественным и неизбежным путем для разработчика? Естественно, но не неизбежно.
Кому-то нравится эта работа, кому-то нет. Это просто другая работа.
У меня много примеров, когда люди пробовали себя на этой должности, но отказывались.
Они решили, что хотят программировать, потому что им нравится писать код, а не управлять процессами и людьми.
И в будущем они были просто отличными разработчиками.
Это отлично.
— На ваш взгляд, что будет интересно тимлиду на Saint TeamLead Conf? Почему стоит туда поехать? Мне кажется, в России очень мало конференций именно по техническому менеджменту.
Мероприятий по программированию, разработке и администрированию много, и они проходят не только в Москве, но и в регионах - в Ульяновске, Новосибирске и т. д. Есть отдельные конференции по проектному менеджменту (управлению проектами), но у меня их нет. видел что-нибудь еще о техническом управлении командами.
В РИТ++ уже два года проводятся отдельные секции для тимлидов, и лично мне они показались очень интересными.
Сейчас мне, конечно, интересно посетить отдельное мероприятие, посвященное этой теме.
Много будет сказано о том, как превратиться из разработчика в тимлида.
Поэтому мне кажется, что это отличное место, чтобы расширить свои знания, узнать что-то новое для себя и посмотреть, какие проблемы возникают у тимлидов.
— Стоит ли приходить тем, кто не является тимлидом или вообще не имеет отношения к IT? Например, представители HR? Я посмотрел программу конференции – там было не только о том, как управлять, но и о жизненном пути тимлидов, с какими проблемами приходилось сталкиваться на этом пути, какие требования предъявляются к тимлидам, какие ожидания от тимлидов.
рынок.
В частности, об этом пойдет речь в мой отчет .
Опираясь на свой опыт, я подробно расскажу о том, как подбирать тимлидов в команду.
— Будет ли доклад больше ориентирован на кадровиков? Думаю, это будет полезно как самим руководителям команд, так и тем, кто их ищет. Возможно, просто HR-специалисты.
Я расскажу о том, что спрашивать на собеседовании и как это вообще выглядит в нашей компании.
Друзья, до нашей питерской конференции Saint TeamLead Conf осталось чуть меньше недели.
Это будут два полных дня, в течение которых на двух параллельных потоках будет прочитано три десятка докладов.
Подробное расписание можно найти здесь .
Теги: #Управление разработкой #Управление проектами #Управление персоналом #Управление продуктом #teamleadconf #тимлид #avito
-
Как Купить Mp3-Плеер
19 Oct, 24 -
Множество Преимуществ Удаленного Доступа
19 Oct, 24 -
Ci/Cd С Aws И Bamboo
19 Oct, 24 -
Aws: S3 И Корневые Домены
19 Oct, 24 -
#30 Джокаст
19 Oct, 24 -
Как Заработать 30% Годовых В Рублях
19 Oct, 24
