В чём разница между техлидом, тимлидом и ар­хи­тек­то­ром?

Опубликовано 25 мая 2021 г.

Карьера

Подписчик спрашивает:

Есть возможность рассказать со своей точки зрения чем техлид/тимлид отличается от архитектора в общих чертах?

Давно хотел коснуться этой темы. Какой-то общепризнанной классификации подобных позиций нет — но есть классный TeamLead Roadmap, который можно взять за основу для планирования карьеры.

Расскажу, глядя со своей колокольни. Моё мнение основано на 5 годах опыта работы тимлидом (в Яндексе и Топтале), а также размышлениях о том, как эффективно организовывать работу технических команд.

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

Техлид

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

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

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

Часто техлид работает в паре с проджект-менеджером, отвечающим за реализацию проекта и, иногда, людей.

Тимлид

Тимлид — это должность с большим количеством обязанностей. В дополнение к ответственности за технологии, тимлиды часто отвечают за:

  • Найм, адаптацию, развитие и увольнение людей
  • Постановку, планирование и достижение всех целей команды — технических и бизнесовых
  • Настройку и поддержание всех процессов в команде
  • Активную коммуникацию и распространение информации во все стороны, а также управление ожиданиями: стейкхолдеров, менеджеров, членов команды

И в Яндексе, и в Топтале есть должность тимлида. Обычно это первая ступенька управленческого трека в карьере.

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

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

Архитектор

Архитектор — более редкая птица. Я всего несколько раз встречался с людьми в такой должности, и обычно в иерархии управления они находятся вне продуктовых команд (но не обязательно над тимлидами или менеджерами).

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

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

А как разработка устроена у вас в компании?

Читать дальше