Не всем нравится управлять людьми, общаться с бизнес-подразделениями и клиентами. Как отмечалось выше, лидер команды играет роль связующего звена между заказчиком и разработчиками. Под заказчиком в данном случае подразумевается владелец бизнеса и топ-менеджеры в продуктовых компаниях или представители клиента в заказной разработке. Работа тимлида заключается в управлении разработчиками и общении с заказчиками. Эти должные обязанности подразумевают не только наличие профессиональных навыков и знаний, но и определенных личностных качеств. Их отсутствие может доставить немало проблем в процессе попыток построить карьеру лидера.
Чтобы этого не произошло, нужно постепенно учить других сотрудников работать со сложными модулями или библиотеками. Я знаю реальные случаи, когда разработчик месяц-два не мог приступить к работе. Все это время он получал зарплату, но разочаровался и уволился. То есть, в компании полгода искали сотрудника, два месяца просто так платили ему зарплату, а после пришлось запускать процесс рекрутинга заново.
Изучаемая должность является ответственной и хорошо оплачиваемой. Она предусматривает как преимущества, так и недостатки. Зная о них, каждый человек сможет решить для себя, стоит ли вообще развиваться в выбранном направлении. Начнем с теории, без которой будет сложно понять, почему ты шел управлять разработкой, а вместо этого считаешь бюджет проекта.
А ещё важно, чтобы тимлид умел и не боялся работать руками — доделать что-то за командой, исправить ошибки или решить проблему самостоятельно. Например, дописать код, дорисовать дизайн, отредактировать текст. Иными словами — подхватить работу за своими джунами и мидлами, если что-то пойдёт не так. Классно, если лидер команды ещё и разбирается в психологии — это пригодится для общения с людьми и индивидуального подхода к каждому члену команды. Все же я считаю, что тимлид ближе к разработчику с глубокой экспертизой.
Например, раз в месяц доверять другим распределять задачи. Так в команде у кого-то еще будет такой навык, а тимлид сможет спокойно ходить в отпуск, зная, что без него ничего не сломается. Для бизнеса куда удобнее, когда тимлид и техлид — один человек.
Иногда тимлид выполняет роль «переводчика» между программистами, дизайнерами и маркетологами. Тимлид создает мотивацию, следит за нагрузкой и эмоциональным состоянием сотрудников, решает проблемы в общении. Еще он проводит тимбилдинги для сплочения команды и помогает начинающим специалистам освоиться в коллективе.
Тимлид должен обладать, по крайней мере, теми же профессиональными умениями, что и сеньор. Если возникнет необходимость, он должен уметь самостоятельно решать поставленные задачи и помогать остальной команде. Занять позицию руководителя могут бэкенд- или фронтенд-разработчик, QA-инженер, системный аналитик. Зато можно стать высококвалифицированным программистом, получить опыт и развить необходимые gentle expertise. Задумываясь над тем, как стать хорошим тимлидом, люди начинают искать способы получения подходящего образования. Стоит запомнить – получить звание руководителя команды выйдет лишь путем длительного развития в области программирования.
Пришел на текущее место работы в 2019 году, но с «низов», то есть на вакансию разработчика. Мне понадобилось проработать 1 год, чтобы вновь стать тимлидом. Также помогает твердость характера, чтобы уметь отстоять свою позицию и при этом не нанести ущерб разработке проекта. Идеальный тимлид – это человек, который ранее работал непосредственно аналитиком или разработчиком.
Первый — пересидеть всех остальных разработчиков в компании и стать тимлидом как самый «старый» сотрудник. Однако есть риск, что слово «старый» не придется брать в кавычки. — Разумеется, когда необходимо выполнять большое количество задач одновременно и всегда беспокоиться по поводу сроков сдачи проекта, то времени становится намного меньше. Однако, вместо выполнения монотонного кодинга, тимлид каждый день сталкивается с новыми трудностями и ищет способы их преодоления. Поэтому перспектива совмещать текущую должность с руководством меня не интересует в данный момент. Лучше понять разницу между техлидом и тимлидом можно, прочитав реальные истории профессионалов.
Эмоциональное состояние команды влияет на эмоциональное состояние отдельных ее членов, перформанс команды. Для сбора субъективных оценок используют интервью, опросники или командную ретроспективу. Оценка и работа с климатом влияет на перформанс команды и удовлетворенность работой. Могут помочь не только тренинги, но и профильные конференции. Нужно посмотреть несколько топовых докладов с конференции TeamLeadConf, чтобы иметь представление, с чем придётся столкнуться на позиции тимлида». В конце материала вы можете пройти небольшой тест, который проверит уровень ваших софт-скиллов для работы тимлидом.
Он знакомит новичков с проектом, кодом, инструментами и принятыми стандартами. Лидер команды помогает джуниору понять бизнес-процессы и роль разработчика в них. В больших компаниях и командах group lead привлекает к онбордингу новичков других разработчиков. Рассматриваемый обязанности тимлида специалист также формирует команду программистов для дальнейшей работы над порученным проектом, поддерживает рабочую атмосферу. Должностные обязанности в плане нагрузки и разнообразия могут быть совершенно разными – все зависит от специфики компании, в которой трудится человек.
Тимлид планирует развитие новичков и опытных специалистов, следит за их прогрессом. Лидер обеспечивает профессиональное соответствие команды в целом и её отдельных членов потребностям бизнеса. Обратите внимание, тимлид — не профессия, а должность.
И самый ключевой момент, без которого невозможен никакой рабочий процесс, — мотивация команды на успех, умение вдохновлять личным примером. Автор предлагает весёлое, краткое и полезное практическое руководство по эффективному общению с клиентами. Фокус идёт на общение с клиентами, однако описанные методы применимы в любом деловом общении и подойдут https://deveducation.com/ тимлидам. Авторы считают, что наём неподходящего сотрудника обходится компании в 15 раз дороже его заработной платы. Поэтому ключевой принцип — задавать правильные вопросы и изучать реальный опыт кандидата. Тимлид — опытный специалист и управленец, поэтому он как никто другой должен разбираться и в тонкостях профессии, и в коммуникации.
На позиции тимлида одинаково важны и хард-, и софт-скилы. Чего не хватает по хардам, разработчики обычно и сами знают. Тем более эти требования сильно привязаны к специализации и стеку технологий, поэтому универсального списка не существует. Я расскажу о софт-скилах, которые считаю критически важными для продукта и компании. Около полугода вместе со своим тимлидом я оценивал и декомпозировал задачи и пробовал раскидать их между сотрудниками.
Но большинство проблем можно решить только с помощью вышестоящего руководства. Если от коллег из других отделов нет обратной связи, он знает, кому писать, и может в ручном режиме наладить процесс. Но такая работа требует отдельной должности, поэтому нужно получить одобрение руководства компании. Важно не просто увидеть проблемы в процессах, но предложить варианты решения. С некоторыми трудностями можно разобраться самостоятельно, не привлекая менеджмента. Например, команда мучится с неудобным стейт-менеджером.
Иногда задач сыплется слишком много, и команда уже не справляется со входящим потоком. В ситуации постоянного аврала регулярные созвоны отходят на второй план — кому нужны мемы и пустой треп, когда этот час можно потратить на устранение багов. В итоге вся команда превращается в загнанную лошадь, которая рано или поздно выдохнется, и люди начнут уходить. Все, что может сделать тимлид, — попытаться выбить расширение штата или поставить задачи в очередь.
Тимлид должен учитывать навыки, опыт и нагрузку каждого сотрудника, чтобы эффективно распределять задачи и обеспечивать оптимальное использование ресурсов. Планирование также включает в себя определение сроков выполнения задач и контроль над ними. Важно не только оценить результат, но и дать сотрудникам грамотную обратную связь и рекомендации по улучшению работы. «У нас в команде есть два разработчика, каждый из которых претендовал на должность тимлида.
Даже если коллега неправ, то не нужно давить на него, а лучше попытаться объяснить, в чем он не прав, рассказать о минусах и плюсах. Взаимодействие с людьми с разными характерами и темпераментами. В одной команде могут работать как опытные разработчики, так и новички, как интроверты, так и экстраверты. Тимлид должен уметь находить общий язык со всеми членами команды и создавать благоприятную атмосферу для работы.
Например, ты исправил баг и готов вывести сборку на стенд, бизнес ждет. Но для этого нужно пройти пять пайплайнов и собрать согласования у всех причастных. Начинаешь их дергать, но приходят отписки — всем некогда. Так может пройти до шести часов, прежде чем исправленная версия попадет на стенд. И все это время ты тратишь на попытки достучаться до коллег, а бизнес теряет деньги. Я просто проявлял инициативу, светился перед руководством, и, как только появилась возможность, меня поставили тимлидом.
Обратная связь — один из немногих инструментов, который позволяет доносить собственные ожидания людям и формировать точки роста. Обратная связь от других людей дает повод для рефлексии. Умение давать обратную связь помогает лиду показывать коллегам проблемы и точки роста, а сотрудникам — быстрее расти и избегать конфликтов даже без участия тимлида. Существует понятие bus factor, когда с уходом члена команды исчезают информация и знания, накопленные им за время работы над проектом. Тимлид должен минимизировать эффект и организовать систему обмена и распространения знаний. Опять же не каждый сеньор разработчик — это готовый тимлид.
CTO должен разбираться в новых тенденциях и иметь глубокие знания в разработке и маркетинге. Отвечает за создание новых продуктов, изучает поведение аудитории и продумывает, какие функции нужно добавить в сервис. Задача менеджера — найти баланс между запросами пользователя, целями бизнеса и самой разработкой.