Из техлида в менеджеры продукта: чем поможет бэкграунд разработки и стоит ли переходить именно вам Хабр

Привет, я Олег Абрамов, VP of Engineering в продуктовой компании iDeals Solutions. Хотел бы поделиться опытом и своими взглядами на особенности управления процессами в IT-компаниях. А именно рассказать подробнее о том, чем отличаются роли Team Lead и Tech Lead и какие функции и задачи могут быть с ними связаны. Прежде всего это будет интересно тем, кто работает в растущих командах или задумывается о карьерном росте на позиции разработчика.

Затем, имея на руках эту информацию, тимлид займется формированием команды из сотрудников, способных справиться с предстоящей работой. Поскольку должность технического лида неофициальна, работодатели оставляют за собой право лично выбирать, как именно материально вознаграждать такого сотрудника. В большинстве случаев в его трудовой прописана та же должность, что и у коллег из его сферы. Однако за выстраивание технических процессов и решение связанных с этим задач он получает ежемесячную премию, которая может быть больше зарплаты, иногда даже в несколько раз. Официально должности техлида пока не существует, обычно обязанности Tech Lead′а на себя берет наиболее инициативный и опытный в техническом плане сотрудник.

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

Важные личные качества

Способы управления техническими знаниями внутри компании. Это ребята, которые занимаются «сквозными» болячками команд — делают инфраструктуру для разработки приложений и их работы на проде, помогают им работать быстрее и качественнее. Хранение данных как сервис, CI/CD как сервис и т.п.

• Мы долго думали, что объединяет таких людей, как их распознать.
• Но одно качество должно обязательно присутствовать в человеке с его компетенциями и навыками – это сильная инженерная составляющая базы знаний и профессионального опыта.
• В целом, он будет полезен практически везде и всегда, но особенно важна эта роль на больших проектах, где много задач, насыщенная архитектура и команда состоит из 3-х и более человек.
• И главный вопрос — кто отвечает за технологическое совершенствование компании?
• Например, как-то у нас возник вопрос по поводу скачивания «тяжелых» файлов в разрабатываемом дополнении к нашей системе.
• И если в процессе у него возникают вопросы, то он разбирается с ними сам.

Судя по результатам, мы практически ничего не упустили. Если команда достаточно велика, то с учетом всех перечисленных обязанностей, времени на написание кода обычно не остается. Тимлид по привычке еще вешает на себя девелоперские задачи, ничего не успевает, нервничает, сидит над ними в выходные или, вздыхая, перевешивает на других.

В QA-области им будет тестировщик, а в разработке на этой позиции может быть программист. Основную часть рабочего времени они выполняют те же задачи, что и остальные сотрудники в команде. Но когда поступают таски, предназначенные для технического специалиста, такие сотрудники переключаются на них. Таким образом в команде или компании может быть сколько угодно техлидов. Голос из зала подсказывает, что оптимальное число техлидов в компании — 42. Ну потому что, все то огромное количество знаний в одну голову не влезает, и вся ответственность на одних плечах не удержится.

В чем сильные стороны программиста, ставшего продактом

Прекратить работать руками страшно, но опыт показывает, что при необходимости вернуться к активной разработке форму можно восстановить через несколько месяцев. Получив задачу, он думает, как её выполнить с минимальными трудозатратами и максимальной эффективностью. А затем — как встроить её в систему так, чтобы команде в дальнейшем было удобно с ней работать. За это же время продакт успевает сгенерировать десяток гипотез, отсечь девять из них и выпустить сырую фичу на А/В тест. Другими словами, типичная задача продакта — придумать, как очень быстро и дешево проверить очередную гипотезу (а лучше сразу штук десять). Исследование No Flame No Game & Miro 2019 годаДействительно, почему бы программисту не стать продактом.

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

Основные составляющие деятельности тимлида

Различия встречаются не только между разными компаниями, но и даже в рамках команд, находящихся в одном офисе. Таким нужно помогать, отдавая под полную их ответственность реализацию отдельных фич, особенно если над фичей работают несколько человек. Когда я шел из тимлидов в архитекторы, команду возглавил коллега, который пришел в нашу команду джуниором за два года до того. Сейчас мы с ним снова на одном проекте — теперь он мой PM. И еще двое из этой славной команды перешли в другие проекты сразу на позиции лидов.

Кроме того, у каждого специалиста могут быть более индивидуальные сильные и слабые стороны, и командный лидер обязан их учитывать. Техлид – это один из самых опытных сотрудников, который способен глубоко погружаться в решение повседневных задач. Ему неинтересно решать вопросы управления, но он сделает все, чтобы работа была выполнена на высоком уровне.

Итак, о том, что важно налаживать связь между разработчиками и тимлидом, мы уже сказали. Но не менее важно контролировать взаимодействие сотрудников между собой. Настроение команды разработчиков и отношение специалистов друг к другу играет большую роль. Обычно серьезный конфликт можно решить лишь избавившись от одного из его участников.

Профессиональные знания и навыки

Знание HR – нужно разбираться в кадровой политике, потому что точно придется участвовать в формировании команды и наборе сотрудников. Аналитические способности и критическое мышление – для правильной оценки сложности задачи, расстановки приоритетов. Оценивает задачи, сроки каждого этапа, https://deveducation.com/ разбивает их на спринты. Общается с клиентами или бизнес-подразделениями компании. Необходимость непрерывно обновлять свои знания, следить за появлением новых методов организации рабочих процессов. А еще техлид, как и любой высококлассный специалист, должен думать о том, как он думает.

Бесплатные книги по управлению проектами для новичков и профи

Итак, сейчас в каждой команде у нас 2-3 Back-end Engineers, 1-2 Front-end Engineers, 2-3 QA/AQA Engineers. Как правило, команда состоит из Senior/Middle+ специалистов, которые достаточно автономны (70-90% решений принимается самостоятельно). Руководство начинает требовать метрики эффективности каждого инженера. Любящий data-driven подход Алекс принимается изучать показатели, чтобы понять, что и где можно улучшить. Да, он начинает замечать, какие проблемы есть у каждого из инженеров в работе, и пытается им с этим помочь.

Поэтому теорию по основным методологиям разработки, а сейчас это разные производные Agile, нужно знать и уметь применять. Я много писал на Java до 7 версии, поэтому в моей картине мира нет ни сдержек, ни лямбд. То есть я все это знаю, попробовал и оценил, но не набил на них руку до нужного уровня.

Техлид vs Тимлид

Если они работают дольше десятков секунд — уже больно. Добро пожаловать в мир, где результаты вашей работы будут видны в лучшем случае через месяцы. При этом техлиды больше развернуты в сторону бизнеса, чем рядовые инженеры. Они занимаются процессами — связывают людей и инструменты с целями организации.

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

Обязанности руководителя группы разработчиков сравнивают и с обязанностями проектного менеджера. Начали мы со сбора информации, создав рабочую группу из десятка человек, которые поделились информацией о том, кто такой тимлид в их случае. В этой группе приняли участие руководители разработки как из российских, так и зарубежных компаний, как из обязанности техлида небольших стартапов, так и очень крупных заведений. Первый брейншторм подтвердил нашу изначальную гипотезу. Несмотря на большое количество различий, все ожидания и обязанности можно было обобщить в несколько отдельных кластеров-ролей. Personal Skills.Личные навыки и качества, наличие которых необходимо для определенных ролей и обязанностей.