Вам не нужно ждать десятилетие, чтобы из разработчика превратиться в техлида. Главное — осознанное движение в трёх направлениях: софт-скиллы, архитектура и операционка. Собрали для вас не просто список, а полноценное руководство к действию.
Софт — это новый хард
Техлид — это мост между бизнесом и кодом. Без этих навыков ваши технические идеи просто не услышат.
Архитектура и DevOps — ваш фундамент
Без этого глубокого понимания любая коммуникация бесполезна. Вам нужно видеть систему целиком:
Чему учат известные эксперты
Вот на каких принципах делают акцент реальные практики и коучи в своих книгах и курсах:
Что почитать
Ваш ход. Выберите один пункт из списка выше и встройте его в свой план развития на ближайший месяц. Не пытайтесь объять всё сразу — двигайтесь итеративно.
Софт — это новый хард
Техлид — это мост между бизнесом и кодом. Без этих навыков ваши технические идеи просто не услышат.
- Коммуникация: Учитесь говорить просто о сложном. Объяснять задачу менеджеру, архитектуру — джуну, а технический долг — продукт-оунеру. Прокачивайте письменную речь — 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-процессов для бизнеса
Ваш ход. Выберите один пункт из списка выше и встройте его в свой план развития на ближайший месяц. Не пытайтесь объять всё сразу — двигайтесь итеративно.
