Найти в Дзене
Kravchenko Web Lab

Что делать, если ты застрял в профессиональном развитии

Ты уже 3–5 лет в разработке или администрировании. Работаешь стабильно, задачи понятны, платежи приходят вовремя — но внутри пустота. Ты ловишь себя на мысли: "Я вроде бы всё умею, но не расту". Знакомое чувство, и оно не означает, что с тобой что-то не так. Ты можешь попадать в одну из типичных ситуаций: ты «чинишь баги» весь релизный цикл, у тебя только тестовые задачи, или наоборот — постоянный on-call, из‑за которого нет сил учить новое. Может быть, тебя не ставят на архитектурные решения, или тебя просто не замечают при распределении интересных задач. Звучит знакомо? Тогда это не случайность — это набор причин, которые можно разобрать. Причины стагнации обычно простые и конкретные Комфортная рутина отъедает время на обучение. Отсутствие обратной связи превращает работу в выполнение чек-листов. У тебя может быть «learning debt»: ты читаешь курсы, но не применяешь знания в проектах. А иногда причина — компания: нет процессов для роста или нет людей, у которых можно учиться. Это
Оглавление

Ты уже 3–5 лет в разработке или администрировании. Работаешь стабильно, задачи понятны, платежи приходят вовремя — но внутри пустота. Ты ловишь себя на мысли: "Я вроде бы всё умею, но не расту". Знакомое чувство, и оно не означает, что с тобой что-то не так.

Ты можешь попадать в одну из типичных ситуаций: ты «чинишь баги» весь релизный цикл, у тебя только тестовые задачи, или наоборот — постоянный on-call, из‑за которого нет сил учить новое. Может быть, тебя не ставят на архитектурные решения, или тебя просто не замечают при распределении интересных задач. Звучит знакомо? Тогда это не случайность — это набор причин, которые можно разобрать.

Причины стагнации обычно простые и конкретные

Комфортная рутина отъедает время на обучение. Отсутствие обратной связи превращает работу в выполнение чек-листов. У тебя может быть «learning debt»: ты читаешь курсы, но не применяешь знания в проектах. А иногда причина — компания: нет процессов для роста или нет людей, у которых можно учиться.

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

Первое, с чего начать — честный аудит

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

Второй шаг — 90‑дневный эксперимент

Выбери одну проблему или навык и поставь конкретную цель: например, настроить CI/CD для нескольких сервисов, уменьшить время восстановления инцидента вдвое или реализовать высоконагруженную часть функционала. Разбей цель на недельные итерации и проверяй прогресс. Эксперимент даёт фокус и реальную работу, а не расплывчатое «надо учиться».

Третье — практическая прокачка, а не курсы ради курсов

Делай микро‑проекты, которые замыкают цикл «проблема → решение → результат». Для админа это может быть автоматизация рутинной задачи и измерение эффекта — например, сокращение времени deployа. Для разработчика — рефакторинга реального модуля с тестами и бенчмарком. Главное — получить обратную связь от кода и пользователей.

Четвёртое — бери фидбек и менторство открыто

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

Пятое — увеличивай зону ответственности постепенно

Предложи вести небольшой сервис, провести ретроспективу инцидента или написать RFC. Даже маленькое «ownership» меняет позицию в команде: ты перестаёшь быть человеком, который просто делает, и становишься тем, кто решает.

Шестое — измеряй маленькие победы

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

Не забывай про софт‑скиллы и видимость

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

Если организация крепко тебя тормозит — действуй стратегически

Сначала пробуй менять внутри: переквалифицируйся в соседнюю команду, предложи инициативу. Если это не помогает, ищи внешние площадки для роста: open source, контрибьюции, хакатоны, фриланс‑задачи. Эти вещи подкрепляют твой опыт и портфолио.

Чего не делай:

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

Начни прямо сейчас:

проведи аудит на этой неделе, поставь 90‑дневную цель и запланируй первый маленький шаг на завтра. Что мешает сделать первый шаг? Чаще всего мешает привычка ждать идеального момента — а его не будет. Экспериментируй, измеряй, проси фидбек. Ты уже умеешь многое — пора сделать так, чтобы это работало на твоё развитие.