Голоса в голове нашептывают
— Ты ведь уже сколько сеньор? Года четыре? Застаиваться нельзя, пора в тимлиды идти.
— А ты чего, до старости собираешься код писать?
— Ты уперся в карьерный потолок, дружище. Чтобы пробить его, надо идти в управление.
Они не взялись ниоткуда. Сознание впитало обрывки высказываний и фраз кадровиков, коллег, друзей, и даже родителей, которым может быть не понятно чем мы занимаемся и по какому праву мажем на свой хлеб довольно уверенный слой масла.
Бытует мнение, что как все дороги ведут в Рим, так и путь сеньора упирается в ров перед крепостью менеджмента. «Просто писать код» — удел неамбициозных кодеров. Если не хочешь управлять людьми, ты либо боишься, либо пока не дорос.
Но что если есть другой путь? Что если я и не боюсь, и дорос, просто не хочу?
Горизонтальное развитие
То что профессиональное и не очень сообщество принимает за единственно верный путь — это вертикальная карьера. Выбравший такой путь сотрудник как будто поднимается, возвышается над толпой, с каждым метром получая все больше власти, контроля и ответственности. Это неплохо, и даже нормально. Однако есть альтернатива.
Вклад в развитие продукта можно делать не через управление людьми, а через техническую экспертизу. Выбирая это, вы как бы расширяетесь на том уровне влияния, на котором находитесь, обретая способность закрывать больший спектр технических задач. Для этого даже есть понятие — Individual Contibutor или IC.
Для этого можно углубиться в архитектуру, решение сложных технических задач, писать низкоуровневый код, оптимизировать производительность, исследовать новые подходы. При этом получая неописуемое удовольствие от того, что можно углубиться в проблему на неделю, покопаться в исходниках библиотеки, разобраться, как работает V8 внутри.
В чем ценность такого сотрудника? Он видит системные ошибки, которые не заметит ни один лид. Он может предсказать, где упадёт производительность в ходе такого решения. Они пишут код, который переживает долгие годы без необходимости рефакторинга.
И знаете в чем самое грустное? Если поставить такого человека управлять командой, он превратится в кислого токсичного менеджера, который ненавидит свою работу. Вместо того чтобы создавать программные шедевры, он будет сидеть в планерках и слушать, как Петя не успел закрыть таску.
Для себя я решил, что именно этого я и не хочу.
Честный список того, что я не хочу делать
Можно подумать, что переход на позицию лида — это небольшая надбавка по деньгам и на этом всё. Однако это принципиально другая профессия. Вы перестаёте быть разработчиком и становитесь менеджером с техническим бэкграундом.
Вот что ждёт вас, если вы пойдете на это:
Встречи. 50–70% рабочего времени уходит на встречи. Планирование, ретроспективы, один-на-один с разработчиками, встречи с продактом, координация с бэкендом, созвоны с заказчиками. День станет раздроблен на 15-30 минутные кусочки. Погрузиться в код хотя бы на час станет непозволительной роскошью.
Политика. Тимлид — это буфер между командой и руководством. Он выступает защитой от дурацких инициатив сверху, объясняет менеджерам, почему нельзя выкатить фичу за три дня. Он торгуется за бюджет, за премии, за инструменты. Это бесконечная дипломатия.
Кадровые вопросы. Лиду приходится принимать решение о судьбе людей — нанимать, увольнять, повышать. Иногда инициатива исходит из команды и тогда все ок, иногда сверху и тогда приходится становиться проводником для тех решений, с которыми он сам и не очень-то согласен.
Рост других людей. Тимлид тратит существенное количество время на менторство, код-ревью, развитие джунов. Это нужно, круто и благородно. Но при этом его собственная техническая экспертиза медленно гаснет, знания теряют актуальность, он перестает быть инженером и укореняется в менеджменте.
Заблуждения, которые могут сбить с пути
1. Тимлид зарабатывает больше
Не всегда. Хороший сеньор-архитектор может получать столько же или больше, чем средний тимлид. Компании платят за дефицитную экспертизу. Если ты уникальный специалист в своей области, ты ценнее, чем менеджер, которого можно найти на рынке за пару месяцев.
2. В 45 лет ты не сможешь конкурировать с молодыми программистами
Этот миф родился из-за того, что много лет назад программисты работали по 18 часов в день, после чего выгорали и уходили из профессии. Сейчас всё иначе. Опыт — это не скорость печати, а способность видеть архитектуру, предсказывать проблемы, проектировать системы. В этом молодые специалисты конкуренцию составить не смогут. Тут нужна насмотренность.
3. Если ты не растешь вверх — ты деградируешь
Как я уже сказал, рост бывает не только вертикальным. Есть горизонтальный рост: углубление экспертизы, изучение смежных областей, освоение новых парадигм. Стать экспертом в WebAssembly, в компиляторах, в графике, в высоконагруженных системах — это тоже карьера. И она ничуть не хуже, чем стать директором.
Как это объяснять другим
Когда спрашивают «а почему ты до сих пор не не тимлид?», можно сделать пафосное лицо и сказать:
«Я выбираю глубокое техническое развитие. Моя ценность — в решении сложных инженерных задач, а не в управлении людьми. Я приношу пользу компании через техническую экспертизу. И это доставляет мне удовольствие.»
Если такой ответ не принимают, это уже проблема спрашивающего. Ну или лицо оказалось слишком уж пафосным.
Итого
Стать тимлидом — это не следующая ступенька. Это поворот на другую дорогу.
Одна дорога ведёт в менеджмент, планерки, людей и процессы. Другая — в дебри технологий, в архитектуру, в исследования, в сложные системы.
Нет правильного или неправильного выбора. Есть выбор, который подходит или не подходит тебе. Также нет «потолка». Есть только горизонт, который становится шире с каждым новым проектом, каждой новой технологией, каждой сложной задачей.
Желаю успехов!
