Подписчик спрашивает:
Есть возможность рассказать со своей точки зрения чем техлид/тимлид отличается от архитектора в общих чертах?
Давно хотел коснуться этой темы. Какой-то общепризнанной классификации подобных позиций нет — но есть классный TeamLead Roadmap, который можно взять за основу для планирования карьеры.
Расскажу, глядя со своей колокольни. Моё мнение основано на 5 годах опыта работы тимлидом (в Яндексе и Топтале), а также размышлениях о том, как эффективно организовывать работу технических команд.
При этом разные команды и компании обычно работают совершенно по-разному, нарезая список активностей как требуется и называя людей на схожих позициях по-разному.
Техлид
Техлид — это, как правило, самый опытный разработчик в команде. Часто, и максимально естественно, техлидом становится один из тех, кто начинал проект и принимал решения по поводу технологий и архитектуры системы. Техлид может отвечать за следующее:
- Технические решения, их надёжность, стоимость эксплутации и развития
- Часть процессов в команде: ревью кода и архитектуры фич, оценку сложности и планирование разработки, тестирование и деплои
- Часть проектов и активностей: активное управление техдолгом, миграцию на новый стек
В компаниях, где я работал, не было выделенной должности техлида. Обычно это неофициальный тайтл для человека, к которому и так приходят с вопросами на технические темы и к чьему мнению прислушиваются.
Часто техлид работает в паре с проджект-менеджером, отвечающим за реализацию проекта и, иногда, людей.
Тимлид
Тимлид — это должность с большим количеством обязанностей. В дополнение к ответственности за технологии, тимлиды часто отвечают за:
- Найм, адаптацию, развитие и увольнение людей
- Постановку, планирование и достижение всех целей команды — технических и бизнесовых
- Настройку и поддержание всех процессов в команде
- Активную коммуникацию и распространение информации во все стороны, а также управление ожиданиями: стейкхолдеров, менеджеров, членов команды
И в Яндексе, и в Топтале есть должность тимлида. Обычно это первая ступенька управленческого трека в карьере.
Кому-то, как мне, позиция тимлида может прийтись по вкусу — скорее всего, придётся делать кучу всего и вовлекаться не только в написание и поддержку кода, но и в продуктовые решения, планирование, обсуждения и политику.
Другим не нравится, что к тимлиду часто слишком много ожиданий — и код пиши, и людей нанимай, и проекты доводи до конца. Зарплата при этом не всегда существенно выше, чем у разработчиков.
Архитектор
Архитектор — более редкая птица. Я всего несколько раз встречался с людьми в такой должности, и обычно в иерархии управления они находятся вне продуктовых команд (но не обязательно над тимлидами или менеджерами).
Архитектор может отвечать за общее направление развития технологий и технические процессы в компании, касающиеся всех команд. Например, выбор и развитие архитектуры всех систем, унификацию технологий и решений, используемых для одинаковых задач, безопасность, надёжность и эффективность инфраструктуры, мониторинг и прочее.
Между целями архитекторов (сделать правильно и единообразно) и тимлидов (выпускать проекты в срок и сохранить интерес ключевых людей к работе) могут быть противоречия. Вероятно, обеим сторонам нужно активно поддерживать и корректировать баланс между чистотой решений и скоростью релизов.
А как разработка устроена у вас в компании?