Вам не нужно ждать десятилетие, чтобы из разработчика превратиться в техлида. Главное — осознанное движение в трёх направлениях: софт-скиллы, архитектура и операционка. Собрали для вас не просто список, а полноценное руководство к действию.
Софт — это новый хард
Техлид — это мост между бизнесом и кодом. Без этих навыков ваши технические идеи просто не услышат.
Коммуникация: Учитесь говорить просто о сложном. Объяснять задачу менеджеру, архитектуру — джуну, а технический долг — продукт-оунеру. Прокачивайте письменную речь — 80% общения в команде происходит в чатах. Совет в дело: начните вести личную вики и практиковать письменные ретроспективы по итогам задач.
Планирование: Дробите эпики на задачи, реалистично оценивайте сроки, считайте риски. Ваша новая суперсила — предсказывать, «где вот-это вот всё может пойти не так».
Интервью: Вы станете тем, кто собирает сильную команду. Учитесь составлять задачи, оценивать не только знание алгоритмов, но и образ мышления кандидата. Важно: ваш главный вопрос на интервью должен проверять, как человек работает с обратной связью и неудачами.
Архитектура и DevOps — ваш фундамент
Без этого глубокого понимания любая коммуникация бесполезна. Вам нужно видеть систему целиком:
Архитектура: Уделите внимание не только шаблонам (микросервисы, event-driven), но и их стоимости. Поймите, почему и когда они применяются. Изучате принципы устойчивости к сбоям (Resilience): ретраи, циркуиты, балансировка нагрузки
DevOps: Ваша цель — не стать инженером DevOps, а понимать его боль и говорить с ним на одном языке. Разберитесь на практике с:
Контейнеризацией (Docker) и оркестрацией (Kubernetes)
Принципами CI/CD — что такое пайплайн, какие в нём стадии и зачем
Мониторингом и алертами — что такое метрики, логи и трейсы
Чему учат известные эксперты
Вот на каких принципах делают акцент реальные практики и коучи в своих книгах и курсах:
Раджив Пант, бывший директор по продуктам и технологиям The Wall Street Journal, рекомендует фокусироваться на системном мышлении. Его совет: начните рисовать диаграммы взаимодействия сервисов не для документации, а для собственного понимания и выявления узких мест.
Патрик Куа, тренер технических директоров, бывший технический директор N26 и главный технический консультант ThoughtWorks, говорит, что первый год техлида — это про осознанный отказ от кодирования. Ваша ценность смещается с написания кода на то, чтобы ваша команда писала код лучше.
Гергели Орос, бывший software engineer в JP Morgan, Skype/Microsoft, Skyscanner и Uber, Engineering Manager и ведущий популярного информационного бюллетеня Pragmatic Engineer, постоянно повторяет про «управление рисками». Перед началом любого спринта техлид должен ответить на вопрос: «Что может пойти не так и как мы это смягчим?».
Что почитать
«The Manager’s Path», Camille Fournier — классика, которая разбирает переход от senior к лиду
«Топологии команд», Мэттью Скелтон и Мануэль Пайс — для понимания, как устроены команды
«Руководство по DevOps» Джин Ким, Джез Хамбл, Джон Уиллис, Патрик Дебуа. — чтобы говорить с опсами на одном языке
«Staff Engineer», Will Larson — исчерпывающее руководство по переходу от senior-разработчика к роли с лидерским влиянием без управления людьми
«Проект Феникс. Роман о том, как DevOps меняет бизнес к лучшему», Джин Ким, Кевин Бер, Джордж Спаффорд — знаменитый бизнес-роман, который наглядно объясняет принципы DevOps и важность сквозного понимания IT-процессов для бизнеса
Ваш ход. Выберите один пункт из списка выше и встройте его в свой план развития на ближайший месяц. Не пытайтесь объять всё сразу — двигайтесь итеративно.