VitalyPavlenko

Когда ты устраиваешься в компанию, тебе обещают интересные задачи, рост, нормальный график. А потом приходит письмо. И там уже что-то странное:

«Добро пожаловать в команду! Мы — не просто коллеги, мы как семья. У нас общие ценности, мы заботимся друг о друге и делаем великое дело».

Ты читаешь, улыбаешься и думаешь: «Ну, окей, пусть будет семья». Потом тебе не повышают ЗП, потому что было недостаточно восхитительных отзывов от коллег на перфревью. А твоего коллегу вообще увольняют, потому что он не соответствует ожиданиям. Разве можно так с семьёй?

Ценности придумывают маркетологи

Давайте честно: корпоративные ценности — это не про «истинную душу компании». Это про то, как красиво объяснить разработчику, что у него зарплата ниже рынка, потому что он делает великую миссию для людей.

Ценности рождаются в головах маркетологов, HR-брендовиков и пиарщиков. Это неплохо — просто не нужно путать их с духовными скрепами. Это инструмент управления. Чаще всего — это просто лендинг с вдохновляющим списком фраз, которые со временем просочились в мозги сотрудников.

«Открытость», «смелость», «командность», «инновационность» — звучит как набор случайных слов без всякой связи с реальностью.

Как появляются эти ценности

Когда трое фаундеров стартапа в комнате делают MVP, им не до «миссии» и «видения». Они просто делают, чтобы работало. Живут в коде и редактируют его вручную прямо в проде.

В начале у команды может быть культура, но нет ценностей. Культура — это как они работают: быстро, по-дружески, на кофеине. А ценности — это как будто кто-то сел и сказал: «Давайте теперь всё это назовём словами». Словами для внешних и для новеньких.

Потому что команда постепенно растёт. Уже 10, 20, 50 человек. Появляется хаос. Люди начинают спорить, кто за что отвечает, почему Вася грубит, а Олег получает больше, чем Петя.

И вот тогда приходит первый HR и говорит:

— Нам нужно оформить ценности.
— Зачем?
— Чтобы все были на одной волне. Чтобы у нас был единый подход. Чтобы мы… ну… стали как семья.

Так ценности становятся внутренним регламентом поведения. Неофициальной конституцией компании.

Почему это работает

Это хитрая штука. У человека есть базовая потребность — быть частью группы. И когда компания называет тебя "братом", мозг говорит: «О, тут безопасно. Тут меня примут». Только вот это не стая. Это офис.

Особенно если ты переехал в другой город, работаешь на удалёнке и за последний год больше общался с тимлидом, чем с родителями.

Хочется, чтобы это было не просто “работа ради зарплаты”, а “дело жизни”. Чтобы миссия, цель — чтобы ты “не зря живёшь”.

И вот ты уже читаешь корпоративный конфлюенс как Библию. А где-то в подкорке появляется мысль: «Я важен. Нас тут немного. Мы делаем великое дело. Я не просто кликер».

Но потом это становится инструментом давления

Когда тебя просят задержаться — не потому, что так надо, а потому что "ну ты же понимаешь… мы же команда, это важно".

Когда ты сам себя коришь за то, что не переживаешь за дедлайн так, как менеджер.

Когда в 18:00 ты закрываешь ноут и чувствуешь вину — хотя ты работал свои 8 часов.

Ценности превращаются в моральный рычаг: тебя не заставляют — ты сам внутренне соглашаешься.

Заражённые ценностями: корпоративные евангелисты

В какой-то момент появляются носители веры. В одной из компаний у меня был руководитель, который говорил цитатами из конфлюенса:

«Наша компания стремится к прозрачности — это означает, что любые сомнения ты должен немедленно озвучить. Даже если они необоснованные. Даже если ты уже озвучил».

«У нас культура развития. Поэтому нужно постоянно расти, брать новую ответственность. Тот, кто годами остаётся на месте, вызывает подозрения».

Человек был искренне заражён. Он не манипулировал. Он реально верил, что работает в чём-то большем, чем компания. Его триггерило, когда кто-то живёт не по этой религии, а имеет какие-то свои собственные взгляды на вещи.

И именно такие заражённые потом превращаются в менеджеров, которые не понимают, почему ты не хочешь “погрузиться на выходных”. Ведь “мы же не ради галочки работаем”.

Что делать

Первое — не очаровываться.

Компания — это не семья. Это сделка. Ты — профессионал, который умеет делать то, что им нужно. Всё.

Второе — иметь свои ценности. Не брать чужие слоганы как жизненные установки. Ты можешь уважать команду, быть вовлечённым, работать с душой — но это твой выбор. Не обязательство.

Третье — не бояться быть “не своим”. Не всем нужны вечеринки по четвергам, тимбилдинги с йогой и сторителлинг на ретроспективе. Иногда норм быть тем, кто просто работает хорошо.

Хорошая компания не требует, чтобы ты в неё верил.

Она просто платит тебе деньги за твою работу и уважает твои границы.

Мы — не семья. Мы — взрослые люди, у которых договор. И этого достаточно.

Приглашаю в свой тг-канал – пишу про ИТ, карьеру и выживание в профессии

Недавно наткнулся на гайд по двум работам в IT. Я сразу же подумал, а почему только 2 работы? Это же какое-то раздолбайство. Где гайд по 3–4–5 работам? Совсем не хотят работать блогеры. Поэтому я решил написать свой гайд на Пикабу.

1. Введение в мультиработизм: как мы пришли к двум (и больше) работам

Совмещение двух работ — это не новый тренд, но в последние годы он получил второе дыхание. Раньше люди подрабатывали вечерами на складе или в такси, теперь же сидят на двух звонках одновременно, притворяясь, что у них просто "глючит микрофон". Толчок этому дала пандемия: компании перешли на удалёнку, контроль ослаб, а желание зарабатывать — наоборот, только усилилось.

Получил известность этот тренд благодаря кейсам из США, где сотрудники IT-компаний устраивались сразу в две, а то и три крупные фирмы — и получали по 200–300 тысяч долларов в год с каждой. Один из самых ярких примеров — программист, ставший героем сайта Overemployed. Он одновременно работал в пяти компаниях, меняя аватарки и имена в Slack, чтобы не спалиться.

Идею подхватили другие: на Reddit и TikTok начали появляться гайды по тайм-менеджменту уровня “включай камеру в одной вкладке, пока деплоишь во второй, и отвечай в третьем чате через ChatGPT”. Люди делились лайфхаками: от автоматических “я на созвоне” до целых Trello-досок по управлению своей множественной карьерой.

В русскоязычном сегменте эту тему подхватил один известный блогер.

Компании, конечно, не в восторге от всего этого. В трудовых контрактах начали появляться пункты о том, что ты обязуешься работать только в этой компании. Но поймать кого-то с поличным сложно: в эпоху удалёнки никому не видно, что ты на самом деле подключаешься в пятую подряд daily.

Так что сегодня совмещение двух (или больше) работ — это уже почти субкультура. Кто-то делает это ради денег, кто-то — ради драйва. А кто-то — потому что просто не может сказать "нет" на собеседовании. Серьезно — у меня есть знакомый, который начал работать на двух работах, потому что было жалко отказываться от одного из двух офферов.

2. Кто ты: трижоббер, тетражоббер… или уже пентагриндер?

Прежде чем нырять в мир многозадачности, важно честно посмотреть в зеркало (если ты ещё не разговариваешь с ним) и задать себе вопрос: кто я в этой карьерной матрице?

• Моножоббер. Классический трудяга. Умеет сосредоточиться на одной работе и всегда на связи. Такие люди всё ещё существуют, но на них смотрят с лёгкой жалостью, как на тех, кто выключает интернет на ночь.

• Дважоббер. Первый уровень многозадачника. Обычно это сочетание фуллтайма и фриланс-проекта "для души" (и денег, конечно). Дважобберы ещё верят, что могут соблюдать work-life balance. Забавные.

• Трижоббер. Здесь уже начинается гимнастика. Один созвон прерывает другой, а отпуск — это миф. Трижобберы умеют ставить “away” в мессенджере быстрее, чем моргают. Часто говорят фразы типа “у нас” и сами не знают, в какой компании сейчас.

• Тетражоббер. Это уже не работа, а симфония хаоса. Четыре руководителя, четыре задачника, четыре повода проснуться ночью в холодном поту. У тетражобберов обычно четыре кружки на столе и один вопрос в голове: “А как я сюда попал?”

• Пентагриндер. Высший пилотаж. Человек, живущий вне времени и логики. Его день — это последовательность API, кофе и коротких провалов в сознание. Пентагриндер — это не просто роль, это состояние души. Если ты здесь — поздравляю, ты либо гений, либо миф, который мы все выдумали, чтобы не чувствовать себя уставшими.

Пройди простую проверку: если ты читаешь это и одновременно находишься в двух звонках, пишешь код и обсуждаешь задачи с проджектом — скорее всего, ты уже далеко за пределами “трижоббера”.

3. Составляем план разрушения личности

Первый шаг на пути к пяти работам — правильный выбор. Желательно, конечно, чтобы все пять были в IT. Так ты сразу исключаешь необходимость вставать с дивана и можешь одновременно участвовать в daily, править код и заказывать себе обед. Все проекты должны быть «важными», чтобы никто не догадался, что ты работаешь ещё где-то. Если работа не горит, её легко скипнуть. А если всё срочно и всё дедлайн — это создаёт идеальный шторм и постоянное ощущение значимости.

Дальше — ролевая игра. На одной работе ты — серьёзный тимлид, раздающий задачи и создающий видимость контроля. На второй — джун, который "только учится", поэтому может молчать неделями. В третьей ты, по сути, аватарка в Slack: кидаешь эмодзи, чтобы не забыли, что ты жив. Четвёртую можно взять с условием «мы тебя пока не нагружаем, просто разбирайся в проекте». А в пятой ты "поддержка на минималках" — человек, который чинит прод раз в неделю и за это получает зарплату.

Важно правильно распределить нагрузки. Если все пять работ потребуют реального вовлечения — ты сгоришь через неделю. Но если в каждой из них быть человеком-загадкой, мастером незаметного исчезновения и королём "у меня микрофон не работает" — можно продержаться месяц, а то и два.

Это и есть стратегия: берёшь много, делаешь мало, держишься уверенно. Ну и заводишь Google Calendar, в котором у тебя не жизнь, а слоёный торт из созвонов, стендапов и тревожных уведомлений.

4. Организация времени (и иллюзии продуктивности)

Если ты решил совмещать пять работ, забудь слово “спонтанность”. Теперь ты планируешь каждый вдох. Твой Google Calendar должен напоминать материнскую плату, на которую кто-то пролил цветные стикеры. Каждый пиксель времени занят. Если между двумя созвонами есть 7 минут — отлично, это твой обед. Или душ. Или короткий сеанс философского отчаяния, выбирай по настроению.

Для выживания нужен Pomodoro-метод, адаптированный под реальность: 25 минут работаешь — 5 минут плачешь в душевой. Причём лучше в холодной, чтобы взбодриться перед следующим спринтом. Главное, не перепутай: однажды ты можешь расплакаться в гугл-мите.

Спать теперь нужно стратегически. Стоя, сидя, в очереди за кофе или на встрече с продактами — главное, не начать храпеть в микрофон.

Автоматизируй всё, что можно. Ответы “я на другом созвоне”, автогенерация отчётов и стендапов, а лучше — подключи GPT, который будет вести беседы за тебя. Но помни: автоматизируется всё, кроме страданий.

И не забывай: всё это не про продуктивность. Это про иллюзию продуктивности. Ты не обязан что-то успевать — главное, чтобы все думали, что ты занят. Особенно ты сам.

5. Работа с выгоранием (и игнорирование сигналов организма)

В какой-то момент ты будешь брать отпуск на трёх работах, чтобы поработать на двух. Это и будет твоим отдыхом.

Но рано или поздно ты не избежишь выгорания, но ты можешь грамотно встроить его в график. Например, по понедельникам — тревожная бессонница, по средам — экзистенциальный кризис с утра, в пятницу — апатия и слёзы в подушку.

Если ты начал разговаривать с зеркалом — не паникуй. Это не срыв, это early access к новой версии себя.

Полезные добавки — по классике. Кофе литрами, энергетики — в паре с магнием для баланса, а иногда просто надо выйти на балкон и громко крикнуть в небо: “Кто я вообще?!” Это заменяет йогу и дорогостоящих коучей по саморегуляции.

Ну а если всё становится слишком тяжело, если ты чувствуешь, что не справляешься — есть проверенное решение. Устройся на шестую работу. Говорят, именно с неё начинается просветление. Там уже нет боли, нет тревоги — только чистое расписание и тёплая, осознанная пустота внутри.

6. Контроль урона: как всё рухнет (и когда)

Каждая империя рано или поздно падает. Даже та, что построена на Гугл митах, Trello и автогенерации стендапов. Первые звоночки ты, возможно, проигнорируешь. Ну да, бывает — открыл тасктрекер, а там тикеты с логотипами, которых ты не узнаёшь. Подумаешь. Или случайно написал в Slack не тем коллегам, потому что "все эти фронты на TypeScript сливаются в одно лицо".

Настоящий тревожный сигнал — когда ты начинаешь путать работодателей. В одном месте ты называешь CTO по имени из другой компании, в другом — случайно шлёшь мемчик, который должен был уйти в чат “для своих”. Если ты хоть раз сказал на звонке “ну у нас в другой… в смысле, в этом проекте…” — поздравляю, ты на грани краха.

7. Заключение

И вот ты стоишь посреди руин. За спиной — пять проектов, три ноутбука, один нервный тик и обострённая способность отличать утренний звонок от вечернего только по интенсивности тревоги.

Стоило ли оно того? Конечно. Ты доказал себе и миру: человек — не хрупкое существо, а адаптивный процессор, способный жонглировать десятками задач. И да, граница выгорания не достигнута — просто ты научился жить у самого края.

P.S. Кстати, я всё это написал в перерыве между третьей и четвёртой работой.

Если тебе понравилось — подписывайся на мой Telegram-канал — он и есть моя пятая

Был ли у вас хоть раз в жизни подобный диалог с начальником или тимлидом?

Тимлид: {name}, за сколько времени сделаешь эту задачу? За неделю успеешь?
Я: Да. Может быть, чуть больше — ещё тестами надо покрыть. Дней десять, наверное.

В итоге вы делаете задачу месяц.

У меня такое случалось не раз. И я всегда восхищался людьми, которые могут сразу сказать: «Какая неделя? Здесь работы минимум на месяц».

Мы попадаем в такие ситуации не потому что мы глупые. Это происходит из-за когнитивного искажения, известного как эффект якоря. Первая услышанная информация (или число) влияет на дальнейшие решения и оценки, даже если эта информация случайна.

Что касается начальника: здесь возможны два варианта. Либо это опытный манипулятор, отлично знающий тонкости человеческой психологии, либо просто плохой менеджер.

Как ещё может проявляться эффект якоря?

Если вас спросят: «Больше ли 100 стран в Африке?», это число 100 повлияет вашу дальнейшую оценку. И если вас попросят назвать точное количество стран, то ваш ответ будет близок к 100.

Это искажение активно используется в маркетинге. Когда вы увидели цену на какой-то предмет, то такая цена «якорится» у вас в голове как норма. И тогда неожиданная скидка в 30% с более высокой вероятностью заставит вас купить эту вещь. Ну вы поняли – если сначала добавить +30% к основной цене, а потом поставить скидку, то эффект не изменится. Это всё ещё работает.

Как избежать эффекта якоря при работе?

Прежде всего, нужно знать о существовании этого когнитивного искажения и стараться не поддаваться его влиянию. Если в следующий раз вас спросят: «Хватит ли недели?», не торопитесь с ответом. Возьмите паузу, чтобы обдумать задачу. А затем не бойтесь назвать реальный срок, пусть это будет даже месяц, если это действительно так.

Подписывайтесь на мой тг-канал – пишу про IT и как не поехать там кукухой

Недавно я ушёл из компании, где проработал почти три года на позиции тимлида. Сначала я руководил продуктовой командой, а затем UI-kit командой. В итоге я принял решение уйти и устроился на позицию senior фронтенд-разработчика в зарубежную компанию. Это было осознанное решение — выбрать именно роль разработчика. И спустя несколько месяцев я убедился, что поступил правильно.

Долгое время я боролся с неприятным ощущением, что роль тимлида мне некомфортна. Однако каждый раз убеждал себя, что это единственный правильный карьерный путь.

После продолжительной саморефлексии я наконец смог чётко определить, что именно было не так. Роль тимлида сама по себе интересна: она даёт возможность развить множество полезных навыков, которые сложно получить, занимаясь только разработкой. Однако у этой роли есть несколько неприятных моментов, с которыми тяжело смириться.

+50% к нагрузке, +5% к зарплате

Тимлид постоянно держит в голове множество различных направлений: люди в команде, процессы, ресурсы, цели, бэклог — и это только часть. При этом иногда нужно ещё находить время на написание кода. На практике такая многозадачность полностью тебя поглощает: ты просыпаешься с мыслями о работе, гуляешь в парке — и снова думаешь о работе, ложишься спать — и в голове всё ещё крутятся цели команды и какое повышение попросить для разработчика из твоей команды.

При этом зарплата тимлида незначительно выше, чем у хорошего senior-разработчика, а иногда даже такая же. Однако времени и энергии эта роль требует значительно больше, ведь твой мозг работает практически без остановки, постоянно обрабатывая информацию даже в пассивном режиме. У разработчика ситуация другая: его деятельность больше связана с активным режимом. Программист завершил задачу — и забыл про нее навсегда. Конечно, бывают сложные баги или проблемы, которые не отпускают даже в выходные, но такие случаи редки.

Если посчитать, сколько часов ты фактически тратишь на работу тимлидом, и разделить это на зарплату, получается не очень радужная картина. Я точно могу сказать, что на позиции разработчика можно заработать даже больше — особенно если брать дополнительные проекты.

Докажи, что молодец

На руководящих позициях оценка результатов работы становится гораздо менее очевидной. Ты можешь выкладываться на все 200%, но всё равно получить плохие оценки. Поэтому тебе нужно постоянно "продавать" себя и результаты работы своей команды.

На исполнительных позициях всё гораздо проще: ты выполняешь задачи, которые тебе ставят. Если ты справляешься с ними, то автоматически получаешь хорошие оценки и перспективы для роста внутри компании. Но на руководящей позиции ты переходишь на уровень выше. Это означает, что тебе самому нужно доказывать важность и ценность выполненной работы — как своей, так и команды. Никто больше не сделает это за тебя.

Таким образом, ты оказываешься в ситуации, где нужно одновременно презентовать результаты наверх и следить за их выполнением внизу. Если ты не справляешься хотя бы с одним из этих направлений, это сразу становится серьёзным минусом. И вероятность "оказаться плохим" на этой позиции гораздо выше, чем у разработчика.

Со временем ты учишься справляться и с такими задачами, но этот пункт тоже занимает место в твоей голове наряду с остальными проблемами. И снова появляется повод для размышлений перед сном.

А как же карьера?

Напрашивается очевидная мысль: тимлидство — это про карьерный рост. Сначала ты работаешь разработчиком, затем становишься тимлидом, потом кластер-лидом и прочими CTO. Я тоже раньше так думал, но какой процент тимлидов становится CTO? Думаю, что очень небольшой. У меня складывается ощущение, что этот путь далеко не так прост, как кажется. Чаще из тимлида ты можешь перейти только на аналогичную позицию в другую компанию с ЗП побольше в лучшем случае.

Безусловно, на позиции тимлида можно развить множество полезных навыков, которые пригодятся в будущем: будь то запуск собственных проектов, поиск своей команды или работа в других ролях. На эту позицию стоит смотреть только с такой стороны. Но посвящать этому 10 лет жизни ради потенциального повышения на один уровень — вариант для очень терпеливых людей.

Хотя я не исключаю, что такой путь может быть подходящим для кого-то. Но я не готов ставить на это своё время. Если уж стремиться к высоким руководящим позициям, стоит рассмотреть альтернативные варианты.

Что в итоге

Если ты работаешь разработчиком, то в твоей жизни всё гораздо проще. Нужно держать фокус только на нескольких задачах. Выполнил их — и сразу же выкинул из головы. Всё. Да, это менее многогранно, но, что самое забавное (или печальное), оплачивается такая работа примерно так же, а иногда даже выше.

Время — это важный ресурс, а освобождённую голову можно использовать для чего-то более значимого.

Подписывайтесь на мой тг-канал – пишу про IT и как не поехать там кукухой

Стоит ли идти в тимлиды? Я уже давно прыгаю между менеджментом и разработкой и до сих пор однозначно не ответил на этот вопрос. У меня накопилось много проблем, которые не дают расслабиться. Эти проблемы не связаны с какой-то конкретной компанией. И это не только мое личное восприятие действительности, мои коллеги сталкивались с тем же самым. Поэтому дальше пойдет речь о коллективном усредненном тимлиде.

Цель статьи – не просто пожаловаться на эту роль. Скорее я хочу подсветить самые главные проблемы, которые для кого-то станут красным флагом при принятии важного решения в жизни.

Деградация

В книжках по менеджменту или подкастах про тимлидерство всегда звучит много умных слов. Создается впечатление, что тимлидерство – это бездонная сфера для личного развития. Но давайте будем честными, на практике работа тимлидом – это чаще какая-то машинальная рутина. По сути ты просто обслуживаешь команду, пока все работают и делают сложные задачи. Чем занимается тимлид в это время:

• Следит за процессами и ритуалами проводит однотипные командные встречи

• Следит за бэклогом перекладывает задачки из одного места в другое

• Декомпозирует задачи заводит в эпике много маленьких задач

• Следит за развитием разработчиков проводит 1:1 у разработчиков и узнает у них как дела

Если нет сложных менеджерских вызовов, то ты скорее будешь погружаться в рутину одинаковых действий и однотипных встреч. Можно читать менеджерские книги и развиваться в этом направлении, но практически никакого эффекта от этого не видно в ежедневной работе. Так происходит, потому что редко удается применять знания на практике, в отличие от инженерных знаний.

Если добавить к этому ежедневную утрату технических скиллов, то ты скорее тупеешь каждый день, чем развиваешься.

Много денег – это миф

Ты легко можешь попасть в такую ситуацию, когда разработчик из твоей команды получает больше тебя. Возможно, в этом нет ничего страшного и даже можно найти логическое обоснование этому явлению. Есть ключевые синьерные разработчики, которых нужно мотивировать и удерживать. И нет такого ограничения, что потолок разработка – это ЗП его тимлида.

Но представьте такую ситуацию глазами тимлида. Ты отложил кодинг на второй план, если вообще не перестал программировать. Не программируешь год, два. А в это время разработчику из твоей команды начинают платить больше тебя. Закрадывается мысль, а точно ли я сделал правильный выбор? Возможно, если бы я развивался как инженер, то на сегодняшний день имел бы лучшие условия.

В большинстве случаев тимлиды и правда получают немного больше разработчиков, но не намного. У тимлидов и синьеров примерно одинаковая зарплата. К тому же синьор-разработчик может закрывать свои задачи за несколько часов. При этом тимлид часто тратит половину рабочего времени на встречи, которые никак не оптимизировать по времени. А дальше считайте сами.

Тяжесть оценки

Непонятно, как оценивать твои достижения. Вот команда работает и работает, задачи закрываются. Это значит, что ты хорошо поработал как тимлид? Вроде да, но я ни разу не видел какого-то восхищения этим фактом. Скорее это воспринимается как должное. В некоторых компаниях могут вообще оценивать именно твои технические достижения. То есть то, что ты успел покодить в свободное от встреч время.

Есть и проблема самооценки. Вот ты пишешь о своих достижениях за последние пол года, и непонятно что писать. Проводил командные встречи, ходил на какие-то другие встречи, задачки двигал туда-сюда. А потом смотришь, что написали коллеги про себя – “Запилил новый сервис”, “Переписал модуль с X на Y”, “Дотащил до прода важную фичу” и т.д. После этого думаешь – чем я вообще занимаюсь?

Есть компании, которые тебе сразу говорят об ожиданиях. Также существуют и разные командные метрики, по которым можно оценить твою работу как тимлида. Но это скорее редкость. И большое везение, если ты попал именно в такую компанию.

Тяжелая смена работы

У разработчиков не сильно важен контекст, в котором они находятся. Они могут легко поменять место работы после нескольких лет в одной компании. Им достаточно знать определенный язык, рабочий фреймворк и какую-то базу, типа алгоритмов и т.д.

Тимлидом ты как правило становишься внутри компании без особых знаний про это. Часто тебя ставят на эту роль, потому что ты самый ответственный или по какой-то другой причине. В результате ты просто врастаешь в контекст компании и работаешь по каким-то внутренним правилам и процессам. И когда приходит время смены работы, то начинаются проблемы.

В большинстве случаев у тимлидов есть техническая секция на собеседованиях, где ты должен сперва подтвердить уровень синьера. И это большая проблема, так как ты не кодил уже много времени и мог растерять этот скилл. Получается, что ты не можешь полностью отдаться развитию в менеджмент, потому что просто не сможешь поменять работу.

Вторая проблема – это сложность прохождения именно менеджерский секции. Ты в своей компании мог быть самым лучшим, у тебя было все четко в команде – задачи делались, цели выполнялись. Но ты приходишь на собеседование и начинается проверка на знание книжного менеджмента, аббревиатур и решения абстрактных конфликтных ситуаций из головы собеседующего. Другими словами, собеседование тимлида – это просто рандомайзер, где довольно малый шанс пересечения с твоим опытом.

Карьерный тупик

В большинстве случаев позиция тимлида – это карьерный тупик. Чтобы это понять, достаточно представить структуру компании. Есть продуктовая команда, у нее есть тимлид. Если компания большая, то 4-5 команд могут объединяться в кластер. У кластера тоже скорее всего будет условный мета-тимлид. Уже получается довольно сильное сужение, где минимальные шансы занять эту позицию. Особенно если учитывать, что лидер кластера особо не собирается никуда уходить.

Можно представить и другие вариации структуры, но везде будет примерно одна и та же проблема. Тимлидов первой линии соприкосновения с разработчиками – много, высшего менеджмента – мало. Причем у высшего менеджмента довольно низкая текучесть. Вот и сиди 5 лет в своей команде в надежде, что появится какая-то возможность.

Итог

Я накинул достаточно много негатива. И это даже не все, есть и другие проблемы. Тебе может быть просто тяжело так много общаться с людьми. Или ты можешь так сильно любить кодить, что будешь очень сильно страдать без этого.

Плюсы в роли тимлида тоже есть, но об этом и так везде говорят. Я хотел подсветить очень серьезные проблемы, которые возможно для кого-то станут красным флагом. К тому же большинство действующих тимлидов стараются закрывать глаза на эти недостатки, а иногда даже занимаются самообманом.

Теперь решение за вами, все еще хотите стать тимлидом?

Подписывайтесь на мой телеграм‑канал Вайтишная — пишу честно про IT и делюсь своим опытом

Но при этом, имея бодрого хорошего разработчика в команде, я знаю, что в трудный момент смогу положиться на него. И он на котроткое время может набрать обороты.

Поэтому ответ такой – работать 2 часа в день норм

Подписывайтесь на мой телеграм‑канал Вайтишная — пишу честно про IT

Сейчас довольно тяжело устроиться в IT, если ты новичок. Это уже ни для кого не секрет. Есть много историй, где люди годами ищут первую работу, откликаются на тысячи вакансий и даже не имеют шансов просто попасть на собеседование.

Все более популярным становится вариант с накруткой опыта. Так хотя бы есть шанс показать себя, пройти собеседование и получить заветный оффер. Конечно, это не было бы так популярно, если бы существовали другие, достаточно простые варианты без накрутки. Не каждый готов тратить много лет на обучение и наращивание какого-то плюс-минус релевантного опыта через бесплатные проекты для друзей и знакомых. В результате довольно много людей решаются на легкий путь. И далеко не все задумываются о последствиях.

В этой статье я не буду осуждать накрутку опыта и людей, решившихся на это. Я просто хочу рассказать одну реальную историю, которую наблюдал своими глазами, а затем проанализировать случившееся и сделать выводы.

История одного накрутчика

Сразу скажу, что не буду использовать реальных имен в этой истории. Но для складного повествования все-таки возьму случайное имя.

Я познакомился с Максимом, когда работал наставником по фронтенд-разработке в одной известной онлайн-школе. Максим тогда уже находился на финальной стадии обучения и делал курсовую работу с использованием React. Он брал у меня личные консультации по проекту, а после завершения обучения мы продолжили общаться.

До 30 лет Максим работал в сфере, которая вообще никак не была связана с IT. Как и у многих, у него появилась мысль, что нужно что-то менять в жизни. Он купил курсы по фронтенд-разработке и полностью погрузился в учебу. Даже этот шаг был довольно сложным, так как у него есть семья и нет возможности выключиться из реальной жизни на большой отрезок времени. Поэтому он учился практически все свободное время, а семья поддерживала его в этом. В результате он освоил верстку на CSS/HTML, базовые знания JavaScript и сделал несколько проектов на React. Обучение шло довольно тяжело, и у него даже появлялись мысли забросить курсы, не доучившись до конца. Но он все-таки закончил со средними показателями – не в топ 10% и не в числе последних 50%, которые вообще "не в ту дверь вошли".

Дошло дело до реального устройства на работу. Он даже не стал пытаться откликаться со своим абсолютно нулевым опытом и двумя типичными проектами с курсов. В этом действительно не было бы смысла, так как с таким резюме шансов никаких нет. Но при этом он уже устал учиться — хотелось наконец-то влиться в реальный контекст и начать получать опыт. Он добавил себе 2 года опыта в резюме, указал фейковые компании и приписал достижения уровня мидла.

Даже с таким резюме было довольно сложно искать работу. Но хоть какие-то шансы были. Он начал откликаться, и в среднем получал несколько ответов на 100 откликов. Первый раз его пригласили на собеседование в государственную компанию — неудачно. Уже начали появляться мысли, что все зря и что вкатиться в IT невозможно. Но он продолжал откликаться и ждать ту самую вакансию.

Наконец одно из собеседований выстреливает. Вакансия — мидл фронтенд-разработчик; проект — сайт на WordPress; зарплата 100 000 руб. Кажется, что вполне неплохо для старта. Собеседование прошло легко, потому что его проводил один из менеджеров этой компании. Конечно, хотелось свежий проект на React, но Максим радуется и этому.

Первый рабочий день. Проект — это большой сайт на WordPress, обросший кучей плагинов за долгие годы. Там есть все — от SEO до платежной системы. Над проектом работал разработчик, который ушел до прихода Максима. По договоренности он должен проконсультировать Максима по проекту, но по факту практически не выходит на связь. В помощь Максиму также дают еще одного младшего разработчика, который знает еще меньше.

Максим начинает выяснять, какие задачи нужно выполнять. Общается с ним менеджер, который вообще не из мира IT и ничего в этом не понимает. После расшифровки сообщений Максим понимает, какие проблемы существуют и что ему нужно делать.

• Сайт зависает, страницы долго загружаются.

• Баги, связанные с онлайн-оплатой.

• На почту приходят некорректные заказы.

• И еще различные жалобы от пользователей.

Максим начинает разбираться, как работает сайт и что такое WordPress. Параллельно с этим он пытается выяснить, с чего ему вообще нужно начать. Начинает разбираться с долгой загрузкой и частично решает эту проблему – оптимизирует огромные изображения на статичных страницах.

Пока он все это делает, прилетает следующая задача:

Максим, предоставь нам план, когда ты сможешь исправить проблемы на сайте. А также распиши, чем будешь заниматься ты, а чем — второй младший разработчик, которого мы дали тебе в помощь.

Максим начинает делать план в Google Таблицах, декомпозируя работу. Он сразу предупредил, что не работал с WordPress и ему нужно ознакомиться с этим движком. Ему разрешают добавить время на обучение в свой план. Он также собирает список всех багов и добавляет их в документ. Несколько дней он получает доступы к проекту, составляет план и пытается хоть как-то разобраться, как работает вся эта бандура. Параллельно с этим он пытается связаться с уволившимся разработчиком, чтобы узнать детали о проекте. Максим полностью погружен в работу с утра до ночи, забыв про личную жизнь. В это время ему пишет менеджер:

Максим, нужно исправить оплату на сайте, клиенты жалуются. Ты уже посмотрел в чем проблема?

На Максима сваливают всю работу, забывая, что он сейчас делает. Требуют всего и сразу. Пингуют по срокам. Максим со страхом открывает каждое сообщение от руководства. Он боится, что там будет что-то вроде: «Максим, мы поняли, что ты фейковый специалист. Нам нужно расстаться».

Максим мог бы сказать: «Ребята, я же просто джун, мне нужен наставник, я не знаю этого и того, дайте мне время все изучить». Но он должен держать планку и делать вид, что все под контролем, и он вот-вот все разрулит и начнет показывать результат. А как иначе, ведь он якобы работает несколько лет и "шарит в этой теме".

Максим просто не выдерживает. Он не может разобраться в проекте, не понимает, что от него хотят. Он в панике читает каждое сообщение. Работает с утра до ночи без каких-либо подвижек. Итог — он уходит сам спустя три недели работы в этой компании. Максим разочаровывается в себе и в IT в целом. Он берет паузу и завязывает с этой идеей на неопределенный срок.

Жаль, конечно, этого добряка. Но что делать?

История печальная. Я не осуждаю Максима, как говорил в начале статьи. С одной стороны, он сам виноват, когда накрутил опыт и решил всех обмануть. В результате он получил травмирующий первый опыт. С другой стороны, не было бы даже такого опыта, если бы он не накрутил.

Да, конечно, эта компания абсолютная галера, в которую и врагу не пожелаешь идти. Но разве много вариантов для начинающих специалистов? Не все компании предлагают печеньки и капсулы для дневного сна. Это данность, и это тоже работа, какая есть. Скорее всего, человек с опытом смог бы подстроиться под правила игры этой галеры и задержаться там на какое-то время.

Когда я работал в одном банке, я собеседовал и нанимал стажеров. Им не нужно было накручивать опыт. У них было абсолютно легальное резюме с 0 годами опыта и просто перечисленными знаниями и пет-проектами в лучшем случае. Даже они, выходя на работу, жутко стрессовали и боялись показаться глупыми. Они переживали, что не работали с какой-то библиотекой, переживали, что долго разбираются с задачей. Это жуткий стресс даже в такой, казалось бы, комфортной ситуации, где ты ОК, ты ждун. Все знают, что ты работаешь первый раз в своей жизни.

А теперь давайте к этому букету переживаний добавим еще один, который возникает от накрутки опыта. Да, ты накручиваешь опыт и вместе с этим осознанно ограничиваешь себя во многих вещах:

• запрещаешь себе чувствовать себя новичком;

• запрещаешь задавать лишние вопросы;

• запрещаешь жаловаться на то, что тебе тяжело.

К этому всему добавляется нескончаемый синдром самозванца и страх, что тебя раскроют в любой момент. Эти рамки начинают сводить с ума. Не каждый может справиться с этим.

Будущие разработчики, накручивайте опыт, если хотите, но учитывайте последствия. Вероятно, вас не раскусят, но вы сами быстрее морально уничтожите себя. Поменьше слушайте тех, кто пропагандирует такой подход, но почти не говорит о последствиях.

Поэтому накрутка опыта подходит не для всех. Уверен, есть такой тип людей, которые как рыба в воде чувствуют себя в новой обстановке. Они могут не испытывать угрызений совести за обман, уверены в себе. Им можно хоть 5 лет накручивать. К тому же такими людьми еще и будут довольны руководители, а самое главное — они сами будут довольны собой. А теперь решайте сами, какой вы человек.

Подписывайтесь на мой телеграм‑канал Вайтишная — пишу честно про IT