Чем бы хотелось заниматься менеджментом или кодом?

Менеджмент или код? Мой выбор и аргументация

Это один из самых честных вопросов на собеседовании. За 10+ лет я прошёл оба пути и хочу поделиться реальным опытом.

Опыт с менеджментом

Я был техническим лидом (tech lead) на протяжении 3 лет. Это включало:

• Code review всех PR в команде
• Архитектурные решения для проекта
• Mentoring junior разработчиков (4 человека)
• Планирование спринтов и распределение задач
• Коммуникация с PM и дизайнерами

Что понравилось в менеджменте

Широта влияния

• Решения одного человека влияют на работу всей команды
• Помощь junior разработчикам в росте — большая удовлетворённость
• Формирование культуры кода и стандартов в проекте

Развитие софт-скиллов

• Переговоры с stakeholders
• Управление конфликтами в команде
• Стратегическое планирование

Что не понравилось в менеджменте

Отдаление от кода

• Со временем начинаешь терять актуальные навыки
• Сложнее разобраться в сложной баг-фиксе, если ты долго не писал код
• Risk: через 3-5 лет становишься "чистым менеджером" с устаревшими знаниями

Административная нагрузка

• 40% времени уходит на координацию, встречи, отчёты
• Сложность в фокусировке на стратегических задачах
• Постоянное давление deadlines

Эмоциональная нагрузка

• Ответственность за ошибки всей команды
• Сложные разговоры с разработчиками (увольнения, плохая производительность)
• Прямая зависимость от других людей

Почему я выбрал код

Я сознательно вернулся на позицию senior engineer с фокусом на архитектуру и сложные технические задачи. Вот мои причины:

1. Глубина вместо широты

// Я предпочитаю писать код, который работает на миллионах девайсов,
// а не делегировать его написание другим

// Вместо:
// "Ты, Сергей, возьми эту задачу по оптимизации памяти"

// Предпочитаю:
// Сам углубляюсь в детали, пишу решение, потом объясняю команде

2. Инновации и learning

• В коде постоянно появляются новые вызовы
• Каждый проект — это возможность выучить что-то новое
• Менеджмент более консервативен и предсказуем

3. Чистая продуктивность

• Я вижу результат своей работы: приложение работает лучше, быстрее, стабильнее
• В менеджменте результаты более абстрактные и долгосрочные

4. Баланс жизни

• После 18:00 я не участвую в проблемах команды
• Можно отключиться и сосредоточиться на личном развитии
• Менеджмент требует 24/7 готовности

Гибридный подход

Я не полностью отказался от менеджерских обязанностей:

• Провожу code reviews и помогаю junior разработчикам
• Участвую в архитектурных обсуждениях на уровне компании
• Наставляю молодых разработчиков (но не официально)
• Пишу документацию и best practices для команды

Это позволяет мне влиять на качество и развитие без полного погружения в менеджмент.

Вывод

Для меня код — это стержень карьеры, а менеджмент — дополнительный навык. Я остаюсь проактивным и влияю через качество решений, а не через управление людьми. Это путь individual contributor на уровне principal engineer, что меня вполне устраивает.