Тимлид vc техлид. В чем разница, какие функции

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

Тимлид и техлид: краткое сравнение

Техлид — не специальность, а роль

Техлид — это роль, а не отдельная специальность. Формат зависит от проекта и команды. Обычно её берёт на себя опытный инженер, который отвечает не только за свои задачи, но и за технические решения команды.

В классическом Scrum роли техлида нет, но команды нередко вводят её на практике.

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

Обязанности техлида

Основная задача техлида — вести техническую часть проекта: проектировать архитектуру, согласовывать решения и следить за качеством реализации. В спорных технических вопросах за ним обычно остаётся последнее слово.

Пример — разработка мобильного приложения. Если проект большой, то здесь обязанности техлида и тимлида редко пересекаются. Так, техлид отвечает за архитектуру мобильных приложений под две платформы, iOS и Android, за проектирование REST API в контексте разрабатываемой мобильной архитектуры. А вот за управление проектом, разработку серверной реализации API и результаты всего проекта отвечает тимлид. Если проект не очень большой, то случается, что тимлид забирает на себя задачи техлида — для этого тимлиду нужны и технические, и управленческие навыки.

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

Как разделить ответственность

Граница между ролями зависит от устройства компании, проекта и команды.

Мы сразу провели границу между тимлидами и техлидами. Техлид сосредоточен на технической стороне, тимлид — на управлении и коммуникации. Граница — в соотношении этих навыков, причем в зависимости от контекста, заданного проектом и командой.

Для того чтобы прояснить ситуацию, приведу пример. Это кросс-платформенные проекты с сервис-ориентированной архитектурой по разработке омниканальных цифровых витрин. В рамках такого проекта разрабатываются web&mobile-приложения, сервисы управления контентом, сервисы интеграции и реализации бизнес-логики (API). В таком проекте может быть целая команда лидов:

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

Разберемся детальнее с распределением ответственности между тимлидом и техлидом на примере процесса управления разработкой в контексты реализации фичей из бэклога. Процесс может быть таким:

В таком процессе за техническое качество реализации отвечает техлид, а тимлид — за сроки и бюджет.

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

Навыки техлида

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

Управленческие и коммуникационные навыки:

• Поиск и подбор кандидата, собеседование.
• Постановка личных целей.
• Стратегическое видение развития.
• Отношения с людьми: эмпатия и эмоциональный интеллект.

Технические навыки:

• Знание языков разработки и опыт программирования. Знание сопутствующих и окружающих этот стек технологий.
• Понимание архитектуры проекта: принципы проектирования архитектуры, паттерны и инструменты.
• Уметь масштабировать системы и проводить архитектурные ревью.
• Процессы и инструменты тестирования. Оптимизация тестирования, метрики и мониторинг.
• Управление инцидентами.

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

• Текстовые редакторы и интегрированные среды разработки.
• Инструменты для создания схем в разных графических нотациях и офисные программы.
• Системы управления задачами и проектом.
• Системы управления знаниями и документаций.
• Системы управления версиями кода и инструменты CI/CD.
• Системы контейнеризации и инструменты DevOps.
• Системы мониторинга и управления инцидентами.
• Серверные операционные системы и их сервисы.
• Скрипты и собственные наработки кода.

Кто может стать техлидом?

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

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

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

Когда проекту не хватает управленческой или технической экспертизы, нужного специалиста можно подключить через аутстаффинг AGIMA.