make sense: о выстраивании отношений с командой разработки и важности технических навыков
Содержание
Это совсем не просто, если по-честному, а не «за выслугу лет». И именно поэтому тим-лиды получают лучше «чистых» менеджеров аналогичного ранга. Отдельное спасибо за помощь в написание статьи 8 украинским тимлидам, которые поделились с DOU таинствами своей профессии. Приведенные в статье цитаты взяты из их рассказов.
- После окончания работы над проектом тимлид представляет результат руководителям и инвесторам.
- Должностные обязанности торгового представителя, права торгового представителя, ответственность торгового представителя.
- Важные функции — планирование и прогнозирование разработки.
- Может, у вас официально предполагается применение agile-методологии, но при этом требуются заранее подготовленные планы и четко прописанные результаты.
- А также вести переговоры, уметь доносить и отстаивать свою позицию, когда это нужно, решать конфликты, проводить встречи, давать обратную связь и так далее.
В большинстве случаев после объяснений мне становилось все ясно, поскольку мне рассказывали обо всех ограничениях и проблемах. Но были и случаи, когда я обращала внимание коллег на проблему, о которой они не подумали. Вам нужно знать все части системы, включая те, над которыми работают другие люди. Это не значит, что нужно вчитываться в каждый новый коммит. Просто нужно быть в курсе, над чем работают ваши коллеги и что выполняет их часть системы. Обратите внимание, кто пользуется авторитетом, обучает новичков чаще остальных, менторит коллег при повышении и сам не забывает развиваться, ходить на курсы, конференции, наращивать квалификацию.
Бесплатные книги по управлению проектами для новичков и профи
Тим лид — это адвокат команды, ПМ — адвокат проекта и заказчика. Если проект большой, то здесь обязанности техлида и тимлида редко пересекаются. Так, техлид отвечает за архитектуру мобильных приложений под две платформы, iOS и Android, за проектирования REST API в контексте разрабатываемой мобильной архитектуры. А вот за управление проектом, разработку серверной реализации API и результаты всего проекта отвечает тимлид.
Для наглядности показываем, в чем разница между teamlead и techlead, в таблице. Также я примерно полгода работал с удаленной командой https://deveducation.com/ и чувствовал себя довольно уверенно. Что касается технологий, я регулярно помогал техлиду с сессиями проектирования.
Тимлид постоянно общается с разработчиками, менеджерами и коллегами из других отделов. Этот человек незаменим, если в команде проекта больше 5 человек, от которых нужны эффективность и продуктивность. В таком процессе за техническое качество реализации отвечает техлид, а тимлид — за сроки и бюджет. В целом, он будет полезен практически везде и всегда, но особенно важна эта роль на больших проектах, где много задач, насыщенная архитектура и команда состоит из 3-х и более человек. Любой команде разработки ПО требуется сотрудник, способный взять на себя обязанности по выстраиванию технических рабочих процессов, распределению ресурсов.
Повелевай и властвуй: обязанности и задачи тимлида
Третья — участие в проектировании вместе с владельцем продукта, архитектором или техлидом. Тимлид решает, как перевести бизнес-задачу в код, и, по возможности, сам его пишет — особенно, если задача очень сложная и срочная. Более того, задачи профессионального роста членов в бизнес требованиях вообще нет. Все эти «изыскания ролей» — попытка натянуть кальку «руководителя отдела» на программистов.
Независимо от организационной структуры позиция тимлида требует эффективного общения. Он обеспечивает бесперебойную работу проекта, часто несет ответственность за обновление и развитие технического направления. Кроме того, тимлид облегчает процесс принятия решений как внутри, так и за пределами команды. Senior может объяснить задачу или помочь младшим коллегам, но постановка задачи, управление командой, решение проблем внутри нее и отслеживание эффективности – не его область работы.
Большую часть времени такой специалист пишет программный код и работает над системной архитектурой. Также он тестирует код и программное обеспечение. Техлид вообще не решает вопросы по управлению людьми, в отличие от тимлида. Для начала опишем должность в общих словах. Итак, тимлид разработки является главным лицом в команде, играя роль связующего звена между разработчиками и заказчиком.
Технологии
У кандидатов, прошедших предварительно курсы, гораздо выше шансы попасть на такие интернатуры. Создание здоровой рабочей атмосферы в команде. Команда, в которой каждый знает свою роль и профессионально выполняет свои функции. Где взаимоуважение и работа на общий результат. Где люди мотивированы, развиваются, не боятся обращаться к коллегам за советом.
А вообще ситуация, когда тимлид и техлид – один человек, – плохая идея, так как их требования и зона ответственности часто вступают в противоречие друг с другом. Например, техлид четко следит за выполнением технического задания, но часто это происходит в ущерб свободному времени. Другие задачи (в частности, помощь новичкам) игнорируются, в результате чего сотрудники испытывают стресс. С другой стороны, тимлид, который создает благоприятную рабочую атмосферу в коллективе, может не справиться с решением сложных технических вопросов, и в итоге пострадает качество выполнения задачи. Оставшийся 1% людей приходят на должность тимлида не из технической деятельности, а из управленческой. Это большая редкость, ведь от руководителя команды разработки требуются быть квалифицированным техническим специалистом, а чтобы таковым стать, понадобятся многие годы опыта в разработке.
От решения ресурс-менеджера зависит, можно ли дать отпуск. Мой собственный наставник рассказал о внутренней школе Solution Architect. Я прошел программу и скоро присоединюсь к новому проекту уже в качестве Solution-архитектора, обязанности техлида а не техлида. Если бы не ресурс-менеджер, я вряд ли в ближайшее время узнал о школе. А не «давай покажу, как кодить, потому что я тоже кодил 3 года назад». Поздравляю, вы прочли половину этой статьи.
Карьерный путь разработчика
Станьте посредником в общении и интеграции с другими командами. Важно убедиться, что все специалисты имеют необходимое образование и подготовку для работы над проектом. Определив компетенции, делегируйте задачи соответствующим разработчикам. Всегда поощряйте достижения и исключительную производительность. Также полезно определять пробелы и, планируя шаги по их заполнению, трансформировать их в точки роста.
Также он часто служит связующим звеном между специалистами других команд и работает в связке с проджект менеджером. Я знаю, что я куда лучше умею помогать людям, чем производить совершенный код. Поэтому позиция техлида мне очень подходит. В каждой компании своя рабочая атмосфера или климат. Может, у вас официально предполагается применение agile-методологии, но при этом требуются заранее подготовленные планы и четко прописанные результаты.
Карьера в IT: должность Team Lead
Тимлидами становятся те, кто предлагает изменения в процессах, растет в техническом плане, ходит на конференции и стремится применять новые знания на практике. Знания не обязательно черпать из дорогих курсов, особенно если ваша цель — развитие soft skills. Мы собрали книги, которые помогут прокачать навыки управления командой и временем, а также собрать свою dream team под конкретный проект. Лидеры готовы взять на себя ответственность за все, что необходимо для достижения целей. Они умеют оценивать ситуацию с разных точек зрения и определяют, какие действия обеспечат результат. Тимлидам также важно мотивировать членов команды.
Навыки и качества, которые необходимы для эффективной коммуникации и управления командой. В мессенджере Telegram есть интересные чаты и каналы для руководителей команды разработки, и от их лица. Для тимлидов (например, о том, как найти работу или расти в глазах руководства). Онлайн-курс “Управление командами digital-специалистов” от Skillbox. Как таковое обучение для тимлидов есть только на онлайн-курсах, но благодаря высшим учебным заведениям и самообразованию тоже можно получить необходимые знания.
Нанимают сразу несколько тимлидов, которые специализируются в разных областях. Будучи техническим специалистом, тимлид может вырасти до менеджера и, в конечном счете, до руководителя. С другой стороны, чтобы стать хорошим тимлидом, необходимо быть требовательным и грамотно реагировать на возникающие конфликты. Иначе возможны проблемы в работе, например, срывы сроков. Хороший тимлид должен уметь формировать команду, управлять ею, мотивировать в нужный момент.
Предвидит технические проблемы, которые могут возникнуть в крупных проектах, и разрабатывает решения для них. Эта дорожная карта не совсем полная, но я считаю, что ею в любом случае уже можно поделиться с сообществом. В частности, я не писал, на чем следует сосредоточиться разработчику на высшем уровне индивидуальной работы, а также не указывал никаких ресурсов для таких разработчиков. То же самое пропущено и относительно менеджерских позиций.