topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Обычно думают так: junior — это «знает меньше», middle — «знает больше». На практике разница не в количестве знаний, а в том, как человек работает в неопределённости.

Кейс. Джун получил задачу: «сделай фильтр и отправь на ревью». Он уточнит детали, будет ждать пример, часто сверится с ментором и боится отклониться от плана. Это нормально.

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

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

Если коротко: junior просит направление, middle задаёт его сам.


network: hypewave

cluster: it-careers

channel_slug: junior-to-middle

channel_name: Junior→Middle

topics: самостоятельность

topics: обратная связь

topics: план развития

format: text

content:
На собесе рост видно не по слову «middle» в резюме, а по тому, как ты рассказываешь про работу.

Свежий кейс с поля: junior приходит и говорит: «делал таски, учился, помогал команде». Звучит нормально, но непонятно, где именно вырос. А другой кандидат отвечает проще и сильнее: «в начале я брал только задачи по шаблону, потом начал сам уточнять требования, разбивать работу на шаги, замечать риски и предлагать варианты. За последние полгода стал меньше зависеть от подсказок, потому что сам закрываю типовые решения и лучше оцениваю сроки».

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

Рост — это не «я старался». Рост — это конкретная разница между версией тебя полгода назад и сейчас. И на собесе это нужно уметь назвать вслух.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
План развития работает, когда у него есть цифры, а не только желания.

Кейс: junior QA хотел «стать сильнее в тестировании». Звучит нормально, но непонятно, что менять. Мы разложили рост на метрики на 90 дней:

— 20 тест-кейсов в неделю, из них 5 — на новые фичи
— 2 найденных дефекта в неделю, с нормальным описанием и шагами воспроизведения
— 1 разбор причины ошибки после каждого пропущенного бага
— 3 вопроса к ментору в неделю, но только после попытки решить самому
— 100% задач с понятным статусом: что сделал, что блокирует, что дальше

Через месяц стало видно, где человек буксует: в аналитике, в формулировках или в самостоятельности. И это уже не «я вроде расту», а конкретная карта прогресса 📈

Хороший план развития отвечает на 3 вопроса: что измеряем, как часто смотрим, по чему поймём, что стало лучше. Если этого нет — план превращается в список надежд.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Частая ошибка junior’а — добирать навыки «вширь» вместо того, чтобы закрывать реальные пробелы в работе.

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

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

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Фидбек работает, когда ты сам его правильно вытягиваешь.

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

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

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

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Портфолио роста — это не папка ради красоты, а способ видеть, как ты реально меняешься.

Есть два подхода.

1. **«Складываю всё подряд»**
Сюда летят скриншоты задач, отзывы, ссылки, сертификаты, заметки. Вроде полезно, но через месяц это превращается в свалку. Найти, что именно ты сделал сильнее, почти невозможно.

2. **«Веду по смыслу»**
Раз в 1–2 недели фиксируешь 3 вещи:
— что сделал сам;
— где было сложно и как разобрался;
— что стало лучше по сравнению с прошлым разом.
Такое портфолио показывает не активность, а рост. 📈

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

Хорошее правило: в портфолио должны быть не только победы, но и ошибки. Именно они лучше всего показывают, как ты взрослеешь как специалист.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Middle — это не «тот, кто знает больше». Это тот, на кого можно опереться без постоянного контроля.

Чек-лист, по которому чаще всего видно разницу:

— Junior ждет подробную задачу. Middle умеет уточнить цель и сам разобрать путь.
— Junior делает по инструкции. Middle понимает, где инструкция не подходит, и предлагает вариант лучше.
— Junior боится ошибиться. Middle ошибается, но быстро замечает и исправляет.
— Junior спрашивает «как правильно?». Middle чаще спрашивает «что важнее для бизнеса и почему?».
— Junior работает в рамках своей части. Middle видит соседние зоны и не ломает процесс.
— Junior просит проверить почти каждый шаг. Middle приносит результат и понятный статус без лишнего шума.
— Junior растет через задачи. Middle — через влияние на команду, качество решений и предсказуемость.

Главный маркер простой: после твоей работы команде становится легче, а не просто «код/дизайн/текст готов» 🙂


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На собеседованиях всё чаще смотрят не на список курсов, а на траекторию. Заметный тренд: кандидаты, которые умеют показать рост через кейсы, проходят сильнее тех, кто просто говорит «я изучал».

Что работает:

— Было / стало. Не «я делал баги», а «сначала закрывал задачи по инструкции, потом начал сам уточнять требования и предлагать варианты решения».
— Сложность. Показать, какие задачи перестали быть страшными: от простых правок к участию в фиче, от одиночной работы к взаимодействию с дизайнером, QA, аналитиком.
— Самостоятельность. Как ты принимал решения, где искал информацию, когда просил помощь и почему.
— Ошибки. Не прятать их, а объяснять, что поменял после них.

Собес — это не экзамен на «идеальность». Это проверка, виден ли у тебя рост 📈

Если можешь спокойно рассказать, как менялся твой подход к работе за 3–6 месяцев, это уже сильный сигнал для middle-уровня.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Я однажды сделал план развития, который выглядел идеально.
Список на 3 месяца: «прокачать Python», «научиться дизайну систем», «стать самостоятельнее», «улучшить коммуникацию». Красиво, амбициозно, бесполезно.

Через две недели стало ясно: такой план не работает, потому что в нём нет поведения, которое можно проверить. Я не понимал, что именно делать в понедельник утром и как понять, что есть прогресс.

Потом я переделал всё проще:
— одна цель на квартал;
— 2–3 конкретных навыка;
— задачи из реальных рабочих ситуаций;
— критерий, по которому видно результат.

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

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
У джуна часто не хватает не «знаний вообще», а конкретных навыков, которые дают самостоятельность.

Разберём на кейсе: человек хорошо пишет задачи по ТЗ, но постоянно буксует на ревью и в мелких изменениях.

Что добирать:
1. Чтение кода. Чтобы понимать не только свой файл, но и как проект устроен вокруг.
2. Декомпозиция. Уметь делить задачу на шаги, а не идти вслепую до первого стопора.
3. Коммуникация. Раньше задавать уточняющие вопросы и фиксировать договорённости.
4. Отладка. Искать причину проблемы, а не просто «перепробовать всё».
5. Работа с обратной связью. Не защищаться, а извлекать конкретное действие на следующий раз.

Рост здесь не в количестве изученных технологий, а в том, насколько меньше ты создаёшь неопределённости для команды. Это и есть переход к middle-поведению. ✅


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Когда я был джуном, я ждал фидбек как экзамен: сделал задачу, потом надеялся, что мне скажут, нормально или нет. Проблема в том, что так ты получаешь либо тишину, либо размытое «всё ок».

Работать стало проще, когда я начал просить фидбек точечно:
— что в решении ок, а что лучше бы сделал иначе
— где я слишком долго принимал решение
— что мешает мне быть самостоятельнее

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

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

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Портфолио роста — это не папка с «красивыми» проектами. Это журнал, где видно, как ты думаешь, ошибаешься и становишься самостоятельнее.

Кейс: джун пишет в резюме «делал фичи». На собесе это звучит бедно. А в портфолио роста у него было бы иначе:

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

Такой формат ломает шаблон «главное — список технологий». Грейд растёт не от количества стеков, а от качества решений.

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

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На прошлой неделе в команде был показательный кейс.

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

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

Если коротко: junior чаще выполняет задачу, middle — отвечает за результат в контексте 🧭
Разница не в количестве строк кода. Разница в том, сколько неопределённости ты можешь удержать сам и сколько решений принять без постоянной подсказки.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На собесе рост лучше всего виден не по словам «я стал сильнее», а по фактам.

Кейс: junior QA за 6 месяцев пришёл на пересмотр. Что он показал:
— за квартал закрыл 120 тест-кейсов, из них 18 — в автотесты;
— сократил время регресса с 2 дней до 1,2 за счёт чек-листов и повторного использования сценариев;
— снизил число возвратов задач от разработки с 14% до 6%;
— сам нашёл и завёл 23 бага, 7 из них — критичные.

Это и есть рост: не «я стал внимательнее», а «я сократил ручную работу, уменьшил ошибки и ускорил цикл». 📊

Если цифр мало, не выдумывай. Считай то, на что влиял:
— сколько задач брал и доводил до конца;
— сколько времени экономил команде;
— сколько ошибок предотвратил;
— насколько меньше стал зависеть от помощи.

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Главная ошибка в плане развития — писать его как список желаний, а не как рабочий инструмент.

«Выучить React», «стать сильнее в алгоритмах», «прокачать софт-скиллы» — звучит нормально, но не помогает расти. Потому что в таком плане нет ответа на главный вопрос: что я буду делать по-другому уже на этой неделе?

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

Если не привязать развитие к практике, получится красивый документ, который никто не использует. А рост — это не намерение, а повторяемые действия.

Хороший тест простой: если план нельзя превратить в задачи на 2–4 недели, он слишком абстрактный.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Правило, которое я вижу снова и снова: добирают не «все навыки подряд», а те, которые снимают узкие места в работе.

Кейс. У junior-разработчика код был нормальный, а вот задачи он делал долго. Сначала он хотел срочно прокачать всё: алгоритмы, фреймворк, архитектуру, soft skills. Но проблема была проще — он терялся в постановке задачи и не умел быстро уточнять требования.

Что реально сработало:
— научиться задавать 3–5 точных вопросов до начала работы;
— разбивать задачу на маленькие шаги;
— фиксировать риски и непонятные места;
— после каждого фидбэка делать один вывод и сразу пробовать его в следующей задаче.

Рост ускоряется не от количества новых тем, а от точного попадания в слабое место. Если не знаете, что добирать, смотрите не на список модных навыков, а на то, где вы чаще всего тормозите ⚙


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Есть два подхода к фидбеку.

1) Ждать, пока его дадут.
Обычно это выглядит так: «Ну я работаю, если что-то не так — скажут». Проблема в том, что скажут не всегда. Иногда молчат, потому что заняты. Иногда потому что не знают, как сформулировать. В итоге ты месяцами повторяешь одну и ту же ошибку.

2) Запрашивать фидбек самому.
Не «ну как я?», а конкретно:
— что в моей задаче было сильным?
— где я затянул?
— что стоит делать иначе в следующий раз?
Такой запрос проще обработать, и ответ обычно полезнее. 📌

Кейс: джун после ревью спросил у лида не «я норм?», а «какой один навык мне прокачать в ближайшие 2 недели, чтобы работать автономнее?». Вместо расплывчатой оценки он получил конкретный фокус: меньше ждать подтверждений, больше предлагать решение вместе с рисками.

Фидбек — это не оценка твоей ценности. Это навигация. Чем точнее вопрос, тем быстрее рост.


topics: самостоятельность

topics: обратная связь

topics: план развития

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

Чек-лист, что туда складывать:

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

Хороший кейс выглядит так: «собрал баг-репорт, сократил время проверки, понял, что нужно лучше писать сценарии теста». Плохой — «поработал над проектом, было интересно».

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Замечаю один устойчивый тренд: middle на собеседованиях всё реже отличается от junior знанием «ещё пары технологий» и всё чаще — способом работы.

Junior обычно ждёт, что задачу разрежут на шаги, а риски подсветят заранее. Middle уже сам уточняет требования, видит дыры в постановке, предлагает вариант попроще и сразу думает, как это поддерживать через месяц.
Junior часто спрашивает: «как правильно сделать?»
Middle чаще спрашивает: «что будет считаться успехом и какие есть ограничения?»

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

Если совсем коротко: junior растёт в исполнении, middle — в самостоятельности и качестве решений. И именно это сегодня заметнее всего.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На одном собесе кандидат честно сказал: «Я делал задачи, но роста у меня пока нет — просто работал».
И это был провал не потому, что у него не хватало опыта. А потому, что он не смог его упаковать.

Middle на собесе — это не человек, который «всё уже знает». Это человек, который может показать:
— какие задачи брал сам;
— где стал делать меньше ошибок;
— как начал принимать решения без постоянной подсказки;
— что поменялось в его работе за последние 3–6 месяцев.

Ошибка в том, что многие рассказывают про список задач, а не про изменения в себе.

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

На собесе ищут не идеального кандидата. Ищут того, кто умеет учиться на работе и становиться самостоятельнее.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
План развития не должен быть красивым документом «на всякий случай». Он нужен, чтобы через 1–3 месяца было видно: ты двигаешься, а не просто занят.

Разбор по пунктам:
1. Сначала зафиксируй точку А. Не «хочу расти», а что уже умеешь: задачи, которые делаешь сам, где нужен саппорт, какие ошибки повторяются.
2. Выбери 2–3 цели. Не 10. Например: меньше подсказок от тимлида, стабильнее оценка задач, лучше коммуникация с командой.
3. Переведи цели в действия. Не «стать увереннее», а «сам предлагаю план задачи», «пишу статус каждые 2 дня», «делаю self-review после каждого спринта».
4. Добавь срок. Без даты план превращается в мечту.
5. Сверяйся раз в 2 недели. Что получилось? Где буксуешь? Что нужно убрать или упростить?

Хороший план развития — это не про идеальность. Это про ясность и честный следующий шаг. 👣


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
У меня был junior, который хорошо писал задачи, но на ревью всё время всплывало одно и то же: «не хватает самостоятельности». Не потому что он был слабый, а потому что опирался только на код.

Мы разобрали, что ему нужно добирать не «ещё один фреймворк», а навыки вокруг работы:

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

Через пару месяцев стало заметно: он реже терялся, меньше возвращался с переделками и начал предлагать варианты, а не просто выполнять указания. Это и есть рост 📈

Если коротко: чаще всего до middle добирают не только технику, а умение двигать задачу самому.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Фидбек часто ждут как оценку: «скажи, я молодец или нет». Это ловушка.

Хороший фидбек — не про похвалу и не про приговор. Это способ увидеть, что в твоей работе уже работает, а что мешает расти. И получать его нужно не раз в полгода на ревью, а по ходу задач.

Что помогает:
— задавать узкий вопрос: «где я теряю время?», «что было неочевидно в моём решении?»
— просить пример, а не общую оценку
— не спорить сразу, а уточнять: «что бы ты сделал иначе?»
— фиксировать повторяющиеся замечания, а не собирать разовые мнения

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

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На прошлой неделе у меня был разговор с junior-аналитиком: «Я работаю много, но на ревью мне снова сказали, что рост не видно». И это, честно, частая история.

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

Что стоит фиксировать:
— какие задачи ты довёл до конца без подсказок
— где сам нашёл ошибку и как её исправил
— какие решения ты предлагал, а не просто выполнял
— что стало проще за последние 2–3 месяца
— какую обратную связь получил и что поменял после неё

Это не отчёт ради отчёта. Это твоя рабочая память и материал для повышения, ревью и разговора о грейде.

Самый рабочий формат — короткая заметка раз в неделю: задача → что сделал сам → где застрял → чему научился → что улучшить в следующий раз. 📌

Когда человек приносит не «я старался», а конкретные примеры самостоятельности, разговор о росте становится предметным.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Junior и middle часто делают похожие задачи. Разница не в «знает больше», а в том, сколько неопределённости человек закрывает сам.

Кейс: два разработчика ведут один и тот же таск. Junior ждёт 3 уточнения, 1 ревью-цикл и 2–3 правки. Middle сам снимает большинство вопросов, приносит 1–2 варианта решения и в среднем сокращает число итераций до финала.

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

Проще говоря: junior выполняет, middle снижает стоимость ошибок для команды и берёт часть неопределённости на себя. 🚦


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Частая ошибка на собесе — пытаться доказать рост красивыми словами: «я стал самостоятельнее», «мне доверяют задачи», «я быстро учусь».
Для интервью это звучит слабо. Потому что рост не в оценках себя, а в фактах.

Как выглядит сильнее:
- не «я вырос», а «раньше я ждал ТЗ, теперь сам уточняю риски и предлагаю вариант решения»;
- не «стал лучше работать в команде», а «после моего фидбэка в команде сократилось число правок»;
- не «научился ответственности», а «брал задачу под ключ: согласование, реализация, проверка, передача».

Ошибка новичков — говорить про потенциал вместо примеров.
А собес любит конкретику: что было, что ты сделал, что изменилось. 📌

Если хочешь показать рост, готовь 3–4 истории по схеме:
ситуация → твое действие → результат → чему научился.

Так ты выглядишь не как человек, который «старается», а как специалист, который уже меняет работу вокруг себя.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
План развития не должен быть списком «выучить всё подряд». Из опыта лучше работает другое правило: на 1 период — 1 главный навык, 1 рабочая зона и 1 измеримый результат.

Кейс. Джун-аналитик хотел «прокачать SQL, Python, коммуникацию и презентации». На выходе — усталость и ноль ощущения прогресса. Мы собрали план проще:
— главный навык: писать понятные запросы без помощи
— рабочая зона: задавать вопросы до того, как задача застопорилась
— результат: 3 задачи подряд без правок по логике

Через 6 недель стало видно, где рост есть, а где он только в голове. 📈

Хороший план отвечает не на вопрос «что мне вообще развивать?», а на вопрос «что изменится в моей работе через месяц?»
Если ответа нет — план слишком абстрактный.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Есть два подхода к росту: добирать всё подряд или закрывать только то, что реально тормозит тебя в работе.

Кейс: junior-аналитик хочет «прокачать себя». Первый список выглядит красиво: SQL, Python, Power BI, английский, презентации, soft skills, системный анализ. Но через месяц — усталость и ноль видимого эффекта.

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

Рост — это не склад навыков, а закрытие конкретных пробелов. 🚧

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Фидбек не приходит “сам”, его обычно надо уметь собирать.

Кейс: джун сделал задачу, сдал в срок и получил сухое “норм”. Через месяц снова те же ошибки. Проблема не в том, что фидбека не было. Проблема в том, что он был слишком общим.

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

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Замечаем один и тот же тренд: те, кто быстрее растут, ведут не «дневник успеха», а портфолио роста.

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

Пример из кейса: junior QA два месяца собирал не скриншоты, а короткие заметки по каждому спринту. Через 3 месяца у него уже было что показать на ревью: уменьшил число пропущенных багов, научился писать тесты на рискованные места, стал сам предлагать проверки. 📌

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

Формат простой: 1 задача = 5 строк. Главное — фиксировать не «я старался», а что именно стало сильнее.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Джун на одном проекте сделал задачу почти без вопросов. Код прошёл, фича уехала, все довольны. Через неделю прилетает баг: в соседнем модуле сломалось поведение, потому что он не уточнил одно важное ограничение и не проверил интеграцию.

Он не был «плохим разработчиком». Он просто работал как человек, который ждёт точное ТЗ и делает свой кусок. Это нормально для junior.

Middle в такой же ситуации ведёт себя иначе:
— сам замечает риски до выката;
— задаёт вопросы не ради галочки, а чтобы снять неопределённость;
— думает не только о своей задаче, но и о том, что будет вокруг неё;
— умеет сказать: «Тут есть развилка, давайте выберем сейчас, а не после инцидента».

Вот где разница. Junior делает задачу. Middle отвечает за результат и последствия. 🤝

Рост начинается не с “писать больше кода”, а с привычки видеть систему шире своей тикетки.


topics: самостоятельность

topics: обратная связь

topics: план развития

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

Разложи кейс по пунктам:
1. **Что было задачей** — не общими фразами, а конкретно: какой баг, фича, дедлайн, ограничение.
2. **Что сделал лично ты** — где принял решение сам, где уточнил у команды, где взял ответственность.
3. **С какими трудностями столкнулся** — это нормально. Важно показать не идеальность, а ход мысли.
4. **Как проверял результат** — тесты, ревью, метрики, обратная связь от пользователя или команды.
5. **Что изменил после ошибки** — вот здесь и виден рост. Не «накосячил», а сделал вывод и не повторил.

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
У меня был junior, который честно говорил: «Я не понимаю, как расти, если задач и так много».

Мы разобрали не «учиться больше», а что именно должно измениться в работе за 3 месяца. План вышел простой:

— 1 навык в фокусе:, например, самостоятельная оценка задач
— 1 зона, где нужен контроль: качество и тестирование
— 1 привычка: приносить на ревью не только код, но и риски
— 1 метрика: сколько задач закрывает без подсказок

Главная ошибка — делать план из 10 пунктов. Такой план никто не тянет. Работает только то, что можно увидеть в деле.

Раз в 2 недели мы смотрели не на «старание», а на поведение: стал ли он раньше задавать вопросы, точнее ли оценивает сроки, умеет ли сам предложить решение. 📌

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
У джуна часто спрашивают не «что ты знаешь», а «что ты можешь довести до конца без постоянной подсказки».

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

Что обычно сильнее всего влияет на переход к middle:
— умение уточнять задачу, а не додумывать;
— способность оценивать риски и говорить о них заранее;
— привычка разбирать свои ошибки без защиты;
— базовая самостоятельность: искать, проверять, предлагать вариант;
— нормальная коммуникация с командой, а не только с редактором кода.

Разрыв шаблона такой: middle — это не «знает больше технологий». Часто это человек, на которого можно положиться в типовой и не очень типовой задаче.

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На созвоне джун спросил: «Ну как я? Что мне подтянуть?»
И услышал: «Нормально, работай дальше». Всё. Ни примеров, ни ожиданий, ни следующего шага.

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

Что помогает:
— спрашивай не «как я?», а «что было сильным в моей задаче и что мешало бы мне взять следующий уровень?»
— проси примеры: «в каком месте я потерял время / где можно было сделать самостоятельнее?»
— уточняй критерий: «что должно измениться, чтобы вы были спокойны отдать мне такую задачу без контроля?»
— после разговора фиксируй 1–2 действия, а не 10 🙃

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Портфолио роста — это не папка с красивыми скринами, а журнал прогресса.
Если хочешь расти из junior в middle, фиксируй не «я старался», а цифры.

Пример кейса:
за 3 месяца junior QA начал вести короткий лог:
- 12 задач в спринт, закрывает 8–9 без помощи;
- время на ручную проверку упало с 2,5 часа до 1,5;
- количество возвратов от лида — с 6 до 2 в месяц;
- 4 раза сам нашёл баги до ревью;
- 2 раза предложил улучшение и сэкономил команде около часа в неделю.

Такое портфолио показывает не активность, а вклад. 📈

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

Через 2–3 месяца у тебя уже есть не ощущение роста, а доказательства. А с доказательствами проще просить новый уровень.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Самая частая ошибка джуна — думать, что middle отличается от него списком технологий.

На деле разница чаще в другом.

Джун спрашивает: «Как правильно сделать?»
Middle чаще спрашивает: «Что сломается, если сделать так?»

Джун ждёт, пока ему разложат задачу по шагам.
Middle сам уточняет цель, ограничения, риски, сроки и предлагает рабочий вариант.

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

То есть рост — это не «знать больше фреймворков».
Это начать меньше надеяться на чужую подсказку и больше опираться на своё понимание задачи.

Если вы хотите расти, не сравнивайте себя с образом «сильного разработчика».
Смотрите, насколько вы самостоятельны в обычной работе. Именно там и видно разницу между junior и middle. 🔧


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На собесе рост видно не по словам «я быстро учусь», а по тому, как ты рассказываешь про работу.

Правило из опыта: **показывай не задачи, а уровень самостоятельности**.

Плохо:
«Делал багфиксы, помогал команде, участвовал в проекте».

Сильнее:
«Сам нашёл причину бага, согласовал вариант с тимлидом, закрыл задачу и потом зафиксировал это в чек-листе, чтобы не повторялось».

Работает простая схема:
**было → что сделал сам → какой был результат → чему научился → что изменил в следующем проекте**.

Для middle важен не список выполненных тикетов, а сигнал:
человек уже умеет разбираться, брать ответственность и не теряться без постоянных подсказок.

Если в ответах только «мне поручили» — выглядит как исполнитель.
Если есть «я предложил / проверил / решил / улучшил» — это уже рост.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Два подхода к росту выглядят так.

**Подход 1: «буду учиться всему понемногу»**
Человек смотрит курсы, читает статьи, пробует новые инструменты. Вроде движение есть, но через 2–3 месяца сложно ответить: что стало лучше именно в работе? Обычно в таком плане нет приоритета, а значит, нет и измеримого прогресса.

**Подход 2: план от задач и пробелов**
Сначала берёшь 2–3 конкретные проблемы: например, долго делаешь задачи без помощи, часто ошибаешься в оценке, неуверенно пишешь тест-кейсы. Потом для каждой ставишь действие: попросить ревью, взять задачу с большей самостоятельностью, разбирать ошибки после каждого спринта. 📌

Сильный план развития — не список «что бы почитать», а ответ на вопрос: **какое поведение я хочу поменять и как пойму, что стало лучше**.

Если план не помогает в работе, это не план, а список надежд.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Если чувствуешь, что работаешь уже не как trainee, но до уверенного middle ещё не дотягиваешь — не надо добирать «всё подряд». Смотри на пробелы по чек-листу:

• можешь ли ты довести задачу от ТЗ до результата без постоянных пингов
• понимаешь ли, где искать ответ, если нет готового решения
• умеешь ли разбить задачу на шаги и назвать риски
• можешь ли объяснить своё решение простыми словами
• замечаешь ли крайние случаи, а не только happy path
• умеешь ли принимать фидбек без защиты и быстро вносить правки
• можешь ли оценить срок хотя бы грубо, а потом попасть в него

Если по нескольким пунктам пусто — добирай не «теорию вообще», а конкретный навык под провал. Например: коммуникация, декомпозиция, тестирование, чтение чужого кода, оценка задач. Рост начинается не с количества курсов, а с закрытия реальных дыр. ✅


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Замечаем тренд: сильные джуны и мидлы не ждут ревью раз в квартал. Они сами собирают обратную связь по ходу работы.

Кейс. Разработчик после каждого таска писал тимлиду коротко:
«Сделал X. Хочу проверить 2 вещи: правильно ли выбрал подход и где есть риск на будущее?»
На созвоне он не спорил и не оправдывался, а уточнял:
— что было ок;
— что мешало;
— что делать иначе в следующий раз.

Через пару спринтов фидбек стал точнее. Почему? Потому что запрос был не «ну как я?», а про конкретное решение. Так люди и начинают расти: не ждут оценки, а учатся управлять ею.

Рабочая схема простая:
1. Проси обратную связь после конкретной задачи, а не в общем.
2. Сужай вопрос: про код, коммуникацию, сроки, самостоятельность.
3. Сразу фиксируй, что изменишь в следующем таске.

Фидбек полезен только тогда, когда из него появляется действие.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Я однажды вёл рост как попало: задачи, фидбек, удачные решения — всё в голове и в разрозненных заметках. На ревью я честно сказал: «Прогресс есть». В ответ услышал: «Покажи». И тут выяснилось, что показывать почти нечего.

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

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

Главная ошибка — вспоминать рост только перед ревью. Тогда история получается из обрывков. Лучше фиксировать маленькие шаги регулярно. Так видно не только результат, но и путь к нему.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Junior и middle отличаются не «умом» и не количеством лет в резюме. Разница — в уровне самостоятельности и ответственности.

Вот где это видно на практике:

— **Постановка задачи.** Junior ждёт подробного ТЗ и часто уточняет базовые вещи. Middle умеет разобрать расплывчатый запрос, задать правильные вопросы и собрать понятный план.

— **Работа с ошибками.** Junior может долго застревать на проблеме. Middle быстрее находит причину, проверяет гипотезы и знает, когда идти за помощью.

— **Качество решений.** Junior решает локально: «чтобы работало». Middle смотрит шире: как это повлияет на поддержку, сроки, риски и команду.

— **Коммуникация.** Junior в основном сообщает статус. Middle уже договаривается, предупреждает о рисках и помогает синхронизировать людей вокруг задачи.

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

Middle — это не про идеальность. Это про то, что ты стабильно приносишь результат и меньше зависишь от внешней опоры.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На одном собесе меня спросили не про стек, а про рост: «Что вы стали делать по-другому за последний год?»

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

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

Это сработало, потому что звучало не как «я стал умнее», а как «я стал самостоятельнее». Именно это обычно и ищут на собесе 🌱

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
План развития часто делают неправильно: пишут список навыков, как будто это меню в кафе. «Выучить Docker, подтянуть SQL, пройти курс по коммуникации». Через месяц список лежит мёртвым грузом.

Лучше начинать не с «что изучать», а с «какой разрыв мешает мне расти».
Кейс: junior QA хочет в middle. Он не «должен знать больше всего». Ему важно увидеть, где он пока зависит от других:
— сам не оценивает риск задачи
— просит помощь вместо того, чтобы сначала проверить гипотезу
— пишет тест-кейсы, но не объясняет, почему это важно для продукта

Хороший план роста отвечает на 3 вопроса:
1. Что я уже делаю стабильно?
2. Где я торможу команду?
3. Какой один навык даст заметный эффект за 1–2 месяца?

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На одном из недавних собеседований junior-разработчик показал нормальный код, знал стек и уверенно отвечал по задачам. Но на вопрос «что вы делаете, когда требований неточны?» завис.

И вот тут обычно всплывает разница между «могу писать код» и «могу доводить работу до результата». 🔥

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

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

Если сейчас кажется, что «я и так всё знаю по стеку» — проверь не знания, а поведение в реальной работе. Именно там обычно и видно следующий грейд.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Фидбек полезен только тогда, когда его можно проверить.
Не просите «сказать, нормально ли я работаю». Просите цифры и конкретику.

Кейс: junior QA после спринта стал спрашивать не «как я?», а:
— сколько задач я закрываю в неделю;
— сколько времени уходит на тестирование одной фичи;
— сколько багов нахожу до релиза и сколько после;
— какие типы ошибок я пропускаю чаще всего.

Через 2 месяца у него появился понятный трек роста:
время на задачу сократилось с 6 до 4 часов,
доля багов, найденных до релиза, выросла с 55% до 78%,
а повторяющиеся ошибки стали видны в отчётах, а не в догадках.

Фидбек без метрик — это мнение.
Фидбек с метриками — это план развития. 📊

Просите не оценку личности, а показатели работы: скорость, качество, стабильность, самостоятельность. Тогда у вас будет не «что-то не так», а конкретно что улучшать.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Самая частая ошибка в портфолио роста — делать его как папку с «я молодец».

Скриншоты задач, список пройденных курсов, пара общих фраз про «стал лучше коммуницировать» — это не портфолио. Это архив фактов без вывода.

Нормальное портфолио роста отвечает на 3 вопроса:
1. Что я делал?
2. Что из этого получилось?
3. Что я теперь делаю иначе?

Пример из кейса: junior пишет не «сделал 12 задач», а «за месяц сократил количество правок в QA-задачах с 5 до 2, потому что начал согласовывать критерии до старта». Это уже рост, а не просто занятость.

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

Если вести его честно, появляется главное: не иллюзия прогресса, а карта развития.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Есть простое правило из практики: junior ждёт, пока ему скажут, что делать. Middle сам понимает, что именно надо сделать, и берёт это в работу.

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

Middle в такой же ситуации не просто спрашивает «как правильно?». Он уточняет цель, предлагает вариант решения, проговаривает риски и договаривается с командой. То есть не только делает задачу, а двигает её к результату.

Разница не в том, что middle «умнее». Разница в уровне самостоятельности.
Juniorу важно научиться выполнять. Middleу — ещё и управлять неопределённостью. 🔧

Если коротко: junior закрывает задачу, middle закрывает задачу и снижает хаос вокруг неё.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На собесе рост виден не по словам «я быстро учусь», а по тому, как ты рассказываешь о своей работе.

Есть два подхода.

**Слабый:**
«Я делал задачи по ТЗ, потом получил сложнее, а потом стал увереннее».
Звучит нормально, но это не рост. Это просто хронология.

**Сильный:**
«Сначала я работал только по четким инструкциям. Потом начал сам уточнять требования, предлагать варианты и заранее ловить риски. Например, в одном проекте заметил, что задача может сломать соседний модуль, и предложил правку до релиза. В итоге меньше переделок и меньше конфликтов с командой».

Разница простая:
первый рассказ — про занятость, второй — про изменение уровня самостоятельности.

На собесе хорошо работают 3 опоры:
- что ты делал раньше;
- что начал делать сам;
- какой был эффект для команды или продукта.

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


topics: самостоятельность

topics: обратная связь

topics: план развития

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

Кейс: junior QA хочет за 3 месяца стать увереннее в задачах и меньше зависеть от подсказок. Значит, план должен быть не про абстрактный рост, а про конкретные навыки.

Чек-лист нормального плана:
— выбран 1–2 приоритета, а не 10
— у каждого навыка есть измеримый результат
— есть срок: неделя, месяц, квартал
— понятно, что делать на практике
— есть способ проверить прогресс
— заложена обратная связь от ментора/лида
— учтены слабые места, которые мешают в работе
— план можно пересмотреть, если задачи поменялись

Пример: не «улучшить коммуникацию», а «самостоятельно уточнять требования в 80% задач и фиксировать договорённости письменно».

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Замечаем один и тот же тренд у ребят, которые хотят вырасти из junior в middle: сильнее всего не хватает не «ещё одного фреймворка», а навыков, которые помогают работать без постоянной подсказки.

Кейс простой. Два разработчика пишут код примерно одинаково. Но один умеет:
— уточнить задачу, если в ней есть дыры;
— предложить 2–3 варианта решения;
— заранее назвать риски;
— показать прогресс, не дожидаясь дедлайна.

Именно он быстрее получает более сложные задачи. Не потому что он «умнее», а потому что с ним меньше неопределённости.

Что чаще всего стоит добирать:
1) коммуникацию по делу;
2) умение декомпозировать задачу;
3) базовую инициативу;
4) привычку фиксировать решения и выводы;
5) навык защищать своё решение, а не просто писать код.

Это не замена техничке. Это слой сверху, который начинает отличать уверенного junior от начинающего middle. Если хотите расти быстрее — смотрите не только на стек, но и на то, насколько вы удобны для командной работы.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Однажды я получил фидбек, который звучал как приговор: «С тобой тяжело работать».
Я обиделся, начал оправдываться и решил, что проблема в токсичном руководителе. На деле проблема была в том, что я ждал обратной связи только на ревью — и каждый раз слышал не про рост, а про сюрпризы.

Потом дошло: фидбек не падает с неба. Его надо собирать самому.
После этого я начал раз в 1–2 недели спрашивать коротко и по делу:
— что я делаю хорошо;
— что мешает работать со мной;
— что стоит изменить в следующем спринте.

Важно не спорить в моменте. Сначала слушаешь, потом уточняешь пример, потом фиксируешь один конкретный шаг. Не десять. Один.

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Портфолио роста — это не папка «я молодец», а рабочий журнал твоей эволюции.

Что туда класть:

1. **Задача и контекст**
Что было нужно сделать, в какой роли ты участвовал, какие были ограничения. Без этого результат выглядит случайной удачей.

2. **Твой вклад**
Не «мы сделали», а что сделал именно ты: собрал требования, нашёл баг, предложил решение, довёл фичу до релиза.

3. **Сложность**
Что было непросто: дедлайны, неполные данные, конфликт ожиданий, новая технология. Это показывает уровень, а не просто список задач.

4. **Чему научился**
Не общие слова, а конкретика: стал лучше оценивать сроки, научился задавать уточняющие вопросы, перестал теряться в правках.

5. **Доказательства**
Скриншоты, ссылки на задачи, отзывы, цифры, до/после. Без подтверждений кейс быстро превращается в красивый рассказ.

6. **Вывод**
Что бы сделал иначе в следующий раз. Это и есть рост.

Такое портфолио помогает не только для собеседований, но и для разговоров с руководителем о грейде. Видно не количество часов, а качество движения 📌


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Когда я был junior, я ждал, что мне скажут не только что делать, но и как именно. На созвонах я часто задавал вопрос: «А это нормально?» — потому что боялся ошибиться.

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

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

Главная разница не в количестве знаний, а в уровне самостоятельности. Junior ждёт направления. Middle помогает двигать задачу вперёд. Это и есть первый заметный шаг вверх 🚀


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На собесе рост виден не по фразе «я стал сильнее», а по смене масштаба задач.

Кейс: junior приходит и говорит: «Я сделал 5 фич». Звучит нормально, но это не про рост. Middle отвечает иначе: «Сначала я ждал ТЗ и делал по пунктам. Потом начал сам уточнять риски, предлагать вариант попроще, заранее ловить баги и согласовывать спорные моменты с PM». Это уже прогресс.

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

Разрыв шаблона вот в чём: рост — это не «я знаю больше технологий». Часто это «я меньше создаю хаоса вокруг своей работы» 🙂

Если хочешь показать рост, говори не про гордость, а про изменение поведения: что делал раньше, что делаешь сейчас и какой эффект это дало.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На проекте часто видно одно и то же: junior старается «прокачаться вообще», а через 2–3 месяца удивляется, почему прогресс не заметен. Проблема не в лени. Проблема в плане без привязки к работе.

Хороший план развития — это не список красивых навыков. Это 3 вещи:
1) что мешает тебе закрывать задачи без постоянной помощи;
2) какие навыки нужны именно в твоём проекте;
3) как проверить, что ты вырос, а не просто устал.

Сильный ход — брать один рабочий кейс и разбирать его до конца: где споткнулся, что спросил у наставника, что сделал сам, где ошибся. Из этого и собирается план на месяц, а не из абстрактного «надо выучить всё». 📌

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Если хочешь расти в грейде, не собирай навыки «на всякий случай». Смотри на цифры.

Кейс: junior QA думал, что ему не хватает «глубины в автотестах». Начали смотреть метрики за 2 месяца:
— 38% багов находил уже после передачи на проверку
— 5 из 12 задач требовали переделки из-за неполных чек-листов
— среднее время на разбор одной фичи — 3 часа, у мидла в команде — 1,5

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

Хорошее правило: если навык не меняет сроки, количество переделок, число багов или самостоятельность — он пока не в приоритете. 📊

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


topics: самостоятельность

topics: обратная связь

topics: план развития

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

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

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

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

И да: просить фидбек — не слабость. Слабость — надеяться, что кто-то сам догадается тебе его дать 🙂


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Портфолио роста — это не папка «на всякий случай», а рабочий дневник для перехода на следующий грейд.

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

У меня самый сильный прогресс был у тех, кто раз в неделю добавлял в заметки 3 пункта:
1) что сделал;
2) где был не уверен;
3) чему научился и что теперь сделает иначе.

Это не про красивый список. Это база для разговоров о повышении, фидбэке и следующем плане развития 📌

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Junior часто ждёт, что ему дадут понятную задачу, объяснят шаги и потом проверят результат. Middle действует иначе: он сам уточняет цель, видит риски и предлагает, как сделать лучше.

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

Разница не в том, что middle «знает всё». Разница в подходе:
— junior ждёт структуру;
— middle сам её строит;
— junior делает задачу;
— middle решает задачу в контексте продукта.

💡 Рост начинается там, где ты перестаёшь быть только исполнителем и начинаешь думать на шаг вперёд.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Рост на собесе видно не по словам «я быстро учусь», а по тому, как вы описываете свою работу.

Чек-лист для ответа про рост:

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

Хороший ответ звучит как движение: был такой-то уровень → столкнулся с таким-то кейсом → сделал вывод → стал работать иначе → получил измеримый эффект.

Если хочется показать рост, не пересказывайте обязанности. Покажите, как вы стали самостоятельнее. Это и есть главный сигнал для middle.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Замечаем один тренд: у сильных junior’ов план развития перестал быть списком «выучить 5 технологий». Он стал ближе к рабочему плану на квартал.

Кейс: junior QA пришёл с запросом «хочу расти в middle». Раньше такой план выглядел бы так: Selenium, SQL, Git, ещё что-нибудь. Но это не рост, а каталог тем.

Мы собрали план иначе:
1) какие задачи он должен закрывать сам;
2) где пока ждёт подсказку;
3) какой результат считается нормой через 90 дней;
4) что он покажет в конце — не знание, а действие.

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

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На одном собесе кандидат уверенно рассказывал про стек, фреймворк и пару pet-проектов. А потом его спросили: «Что ты сделаешь, если задача расползлась, сроки горят, а требований вон уже три версии?»

Он завис. Не потому что не умел кодить. А потому что весь рост был в сторону «добавить ещё один язык» и «подтянуть ещё один инструмент».

Провал оказался полезным: до middle часто не хватает не «ещё знаний», а навыков вокруг работы.

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

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

Хорошая проверка простая: можете ли вы не только сделать задачу, но и помочь команде сделать её предсказуемой? Вот это уже другой уровень.


topics: самостоятельность

topics: обратная связь

topics: план развития

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

Разбор по пунктам:

1. **Проси после конкретного действия**
Не «как я работаю?», а «что можно улучшить в этом таске/ревью/созвоне?»

2. **Сужай вопрос**
Лучше: «Где я тормозил команду?»
Хуже: «Ну, как я вообще?»

3. **Проси примеры**
Без примера фидбек превращается в мнение.
С примером — в рабочий сигнал.

4. **Не спорь в моменте**
Сначала запиши, потом перевари. Если сразу защищаться, люди быстро перестанут говорить честно.

5. **Задавай следующий вопрос**
«Что бы ты сделал на моём месте?»
Так фидбек превращается в план, а не в оценку личности.

6. **Проверяй прогресс через 2–4 недели**
Фидбек нужен не для чувства вины, а чтобы увидеть, что изменилось 📈

Самый полезный фидбек — тот, после которого у тебя появился следующий шаг.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
У меня был джун, который честно работал, но на ревью каждый раз звучало одно и то же: «Растёшь, но это не видно». Не потому что прогресса не было — просто он нигде его не фиксировал.

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

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

Если коротко: портфолио роста нужно не для красоты, а чтобы твоя работа не растворялась в памяти команды. 📌
Веди его регулярно, хотя бы раз в неделю. Это сильно помогает увидеть, где ты уже самостоятелен, а где пока только «помогал» участок работы.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Junior часто думает: «middle — это тот, кто просто знает больше».
На практике разница другая.

Вот кейс: два разработчика закрывают одну задачу. Junior ждёт, когда ему распишут шаги, и задаёт много уточнений по ходу. Middle сначала сам разложит задачу, увидит риски, предложит варианты и скажет: «Если пойдём так, потеряем день, если иначе — упростим поддержку».

То есть middle — не про «умнее».
Он начинает **снижать нагрузку на команду**: меньше эскалаций, меньше переделок, меньше сюрпризов на ревью.
И ещё важнее — он работает не только с кодом, но и с последствиями: сроками, поддержкой, договорённостями, качеством. ⚙

Junior растёт, когда делает задачу.
Middle — когда делает задачу так, чтобы потом не пришлось тушить пожар.

Если коротко: junior спрашивает «как сделать?», middle — «как сделать нормально и без сюрпризов?»


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На собесе часто смотрят не на то, сколько ты «выучил», а на то, как менялся твой способ работать.

Свежий кейс с поля: junior приходит и говорит «делал задачи в Jira». Middle — уже иначе:
— сначала уточнял требования,
— сам находил риски,
— предлагал вариант попроще,
— после релиза смотрел, что сломалось, и дорабатывал.

Вот что реально показывает рост 👇
1. Ты меньше ждёшь точной команды и чаще задаёшь правильные вопросы.
2. Можешь объяснить, почему выбрал именно такое решение.
3. Видишь не только свою задачу, но и соседние зависимости.
4. Умеешь признавать ошибку без защиты и делать выводы.

На интервью лучше приносить не список технологий, а 2–3 истории по схеме: проблема → что сделал сам → что изменилось → чему научился. Это звучит взрослее и честнее, чем «я просто много работал».


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
План развития без цифр обычно превращается в список желаний: «стать сильнее в SQL», «лучше общаться с командой», «пора вырасти». Это не план — это надежда.

Нормальный план начинается с измерений. Не «улучшить качество кода», а, например: сократить число правок в ревью с 5 до 2 на задачу; закрывать 80% задач без помощи; отвечать на вопросы по своему модулю за 1 рабочий день; раз в неделю приносить 1 улучшение в процесс или код. 📊

Дальше — горизонт. Не на год вперёд, а на 30–90 дней. На коротком участке видно, что реально меняется, а что нет.

Хороший ориентир: 1–2 навыка, 3–5 метрик, 1 регулярная точка проверки с лидом. Если через месяц цифры не двигаются, значит, план слишком общий или ты выбрал не ту практику.

Рост — это не «стало легче». Рост — это когда можно показать: было так, стало так.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Частая ошибка джуна — добирать навыки «на всякий случай».
Человек видит вакансию middle, рядом где-то звучит «надо знать Kafka, Docker, K8s, SQL, CI/CD» — и начинает распыляться. В итоге по чуть-чуть знает много, а уверенно не умеет ничего.

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

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

🛠 Навык добирают не потому, что он модный, а потому что он закрывает конкретный пробел в работе.

Хороший вопрос к себе: «Что я не могу сделать без подсказки прямо сейчас?»
Ответ на него и есть твой следующий навык.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Фидбек работает не тогда, когда его «получили», а когда после него стало понятнее, что делать дальше.

Правило из опыта: просите не общий комментарий, а разбор по конкретному кусочку работы. Не «ну как я?», а:
— что в решении было сильным;
— где ты бы поступил иначе;
— что стоит поправить в следующий раз.

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

Хороший фидбек — это не оценка личности. Это список действий на следующий раз.
Если после разговора у тебя нет ни одного конкретного шага, значит, ты просто поговорил, а не получил обратную связь.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Один junior ведёт портфолио роста в формате «сделал задачу — прикрепил скрин — забыл». Другой собирает не артефакты, а доказательства своего уровня: что было до, что сделал сам, где ошибся, чему научился, какой стал результат.

Первый вариант удобен для памяти. Второй — для разговора с тимлидом, на ревью и при поиске следующей роли. Когда у тебя есть не просто список задач, а контекст, видно рост: от «могу по инструкции» к «могу разобрать проблему и довести до конца» 📈

Что хранить:
— кратко: задача, роль, дата;
— сложнее всего;
— что пришлось узнать;
— как понял, что решение сработало;
— какой фидбек получил.

Портфолио роста — не дневник успехов. Это инструмент, который помогает самому увидеть прогресс и не спорить с памятью.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Junior и middle часто отличаются не «талантом», а тем, как человек работает в реальных задачах.

Проверь себя по чек-листу:

- **Понимаю задачу без постоянной расшифровки**
  Junior ждёт подробного ТЗ. Middle умеет уточнить цель, ограничения и сам собрать недостающее.

- **Вижу риски до того, как они стали проблемой**
  Junior замечает баг, когда он уже случился. Middle заранее думает: где сломается, что не учли, что проверить.

- **Довожу до результата, а не только начинаю**
  Middle не теряется на середине и не бросает задачу, если стало сложно или не очень понятно.

- **Могу предложить вариант, а не только вопрос**
  Вместо «как сделать?» middle часто приходит с 2-3 решениями и объясняет, почему выбрал одно.

- **Нормально принимаю обратную связь**
  Не спорю из принципа, а использую комментарии, чтобы улучшить результат и следующий раз сделать быстрее.

- **Помогаю команде без роли спасателя**
  Middle уже не только про себя, но и про качество общего процесса.

Если у тебя есть 2-3 пункта из списка — ты уже не «просто джун». Если почти все — у тебя хороший задел на middle.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На собесах всё чаще замечают не «самого сильного» кандидата, а того, кто умеет показать движение.

Это особенно видно у джунов: два человека делают похожие задачи, но один говорит:
— я просто помогал
— делал по ТЗ
— иногда спрашивал коллег

А второй показывает рост через кейс:
— сначала разбирался только в готовых задачах
— потом начал сам уточнять требования
— потом закрыл кусок без подсказок
— потом поймал ошибку до релиза и предложил фикс

Разница не в красивых словах. Разница в том, что видно: человек берет больше ответственности и меньше зависит от постоянного контроля.

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

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Один junior однажды принес мне план развития на полгода: «выучить React глубже, подтянуть английский, понять Docker, стать самостоятельнее».
Звучит бодро. На практике — это не план, а список тревог.

Через месяц он выгорел. Не потому что ленивый. Потому что пытался расти сразу во все стороны и не понимал, по каким признакам вообще увидеть прогресс.

Мы пересобрали план иначе:

1. Выбрали одну рабочую цель: закрывать задачи без постоянных подсказок.
2. Разбили ее на поведение: задавать точные вопросы, фиксировать договоренности, делать first draft сам.
3. Добавили измеримый результат: 3 задачи подряд без переделок из-за базовых ошибок.
4. Раз в 2 недели — короткий разбор: что стало легче, где стопор, что менять.

Хороший план развития не должен впечатлять. Он должен помогать двигаться.
Если в нем нет приоритетов, сроков и признаков успеха — это не рост, а шум.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Если ты уже делаешь задачи, но чувствуешь, что до middle не хватает “чего-то ещё”, смотри не на абстрактный рост, а на конкретные пробелы.

Разбирать стоит по пунктам:

— **Самостоятельность**: можешь ли сам добить задачу до конца, не дожидаясь пинка?
— **Декомпозиция**: умеешь ли разложить туманную задачу на шаги и оценить риски?
— **Коммуникация**: можешь ли заранее сказать, где упрёшься, а не приносить сюрприз в дедлайн?
— **Качество**: есть ли у тебя привычка проверять крайние случаи, а не только “работает у меня”?
— **Контекст**: понимаешь ли, зачем задача вообще нужна бизнесу и команде?

Типичный кейс: разработчик хорошо пишет код, но застревает на стыке с другими людьми и на неясных требованиях. Значит, добирать надо не “ещё один фреймворк”, а умение уточнять, фиксировать договорённости и предлагать варианты.

Рост — это не про “учить больше”. Это про то, чтобы закрывать именно те дыры, которые тормозят тебя на текущем уровне. ✅


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На одном из первых проектов я ждал фидбек как приговор: если молчат — значит, всё плохо. В итоге работал вслепую и нервничал зря.

Что помогло:
1. Просить не «ну как я?», а конкретно: «Что в моей части сейчас тормозит команду?», «Что из моего кода/решений лучше исправить в первую очередь?»
2. Не ловить фидбек только на ретро. Я начал спрашивать после задач, демо и спорных решений.
3. Переводить разговор в действие: «Ок, понял. Что бы ты хотел увидеть в следующий раз?»

Самый полезный фидбек обычно не про «хорошо/плохо», а про ожидания 😌
Если их не проговорить, junior часто делает много, но не туда.

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Портфолио роста — это не папка с «посмотрите, какой я молодец».

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

Что туда класть:
— задачи, где ты сначала зависал, а потом начал разруливать сам;
— ошибки и что именно ты из них вынес;
— решения, которые ты принимал без подсказки;
— фидбек от тимлида, коллег, заказчика;
— маленькие, но показательные сдвиги: быстрее оцениваешь задачу, точнее задаёшь вопросы, лучше приоритизируешь.

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

Формат простой: дата → ситуация → что сделал → что изменилось → чему научился.
Если это нельзя объяснить за 30 секунд, значит, запись ещё сырая.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На проекте часто видно это без тестов и таблиц.

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

Горячая новость с поля: в последних проектах сильнее всего ценят не «знание всех технологий», а способность довести кусок работы до результата без постоянного пинка. Middle не идеален, но он держит контекст, видит риски раньше и не исчезает, когда задача становится мутной.

Главная разница простая: junior учится выполнять, middle — влиять на результат 🛠

И да, рост заметен не по названию в резюме, а по тому, сколько вопросов к тебе остаётся у команды.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На собесе рост лучше всего видно не по словам «я сильно прокачался», а по цифрам.

Кейс: junior QA пришёл на вторую встречу и вместо общих фраз показал простую динамику за 4 месяца:
— 18 багов в месяц → 41 баг, из них 12 критичных
— время на регрессию сократил с 6 часов до 3,5
— 70% тест-кейсов перевёл в чек-листы, и команда стала быстрее запускать проверки
— количество возвратов от разработчиков по его багрепортам упало с 5 до 1 в неделю

Что это дало? Интервьюер увидел не «я старался», а эффект от работы.

Формула простая:
что было → что сделал → что изменилось в цифрах → почему это важно для команды. 📈

Если цифр мало, не выдумывай. Считай то, что реально связано с твоей работой: скорость, объём, ошибки, сроки, качество, нагрузка на команду. Даже маленький рост лучше, чем красивые общие слова.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Самая частая ошибка в плане развития — делать его списком хотелок: «выучить Docker», «подтянуть SQL», «стать увереннее». Звучит правильно, но не работает.

Почему? Потому что такой план не отвечает на главный вопрос: что изменится в работе через 1–2 месяца?

Рабочий план строится от проблем, а не от абстрактных навыков.

Пример:
не «стать лучше в коммуникации»,
а «научиться за 10 минут объяснять статус задачи и риски без лишних деталей»;
не «прокачать backend»,
а «самостоятельно закрывать типовые баги в модуле X и писать понятные тесты».

Хороший план = навык + ситуация, где он нужен + критерий, по которому видно прогресс.

Если у тебя в плане только слова без проверки результата — это не план, а список надежд. И он быстро умирает 🧭


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Правило из опыта простое: добирай не «всё, что модно», а то, что снимает узкие места в твоей работе.

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

Так и выбирают, что учить дальше:
1) смотри, где чаще всего тормозишь;
2) добирай навык, который убирает этот тормоз;
3) проверяй результат на реальных задачах.

Не копи знания впрок. Middle отличается не количеством тем, а тем, что умеет закрывать работу стабильнее и с меньшим количеством сюрпризов. 🙂


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Есть два способа просить фидбек.

**Подход 1: «Как я?»**
После задачи человек пишет: «Посмотри, пожалуйста, как тебе мой код/дизайн/текст».
Проблема в том, что ответ обычно такой же общий: «нормально», «вроде ок», «есть нюансы». Это не помогает расти.

**Подход 2: фидбек по конкретике**
«Я сделал X. Можешь посмотреть на 3 вещи: логика, читаемость, где я мог упростить? Особенно интересно, что бы ты исправил, если бы это было твоё решение».
Тут уже есть рамка. Человеку проще дать полезный ответ, а тебе — понять, что именно подтянуть.

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

Фидбек работает лучше, когда ты сам задаёшь ему форму. Чем точнее вопрос, тем полезнее ответ.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Портфолио роста — это не папка «я молодец», а доказательство, что ты становишься сильнее как специалист.

Чек-лист, что туда складывать:
- задачи, которые ты закрыл сам, без постоянной подсказки;
- сложные баги и как ты их разбирал;
- решения, которые улучшили процесс, а не просто «сделали задачу»;
- отзывы от лидов, коллег, заказчиков;
- ошибки и выводы: что не сработало и что ты изменил;
- новые навыки с примерами, где ты их применил;
- результаты в цифрах, если они есть.

Как вести:
- обновляй раз в неделю, а не раз в полгода;
- пиши коротко: задача → что сделал → результат;
- отдельно отмечай, где был вклад именно твой;
- не прячь косяки: рост видно в том, как ты с ними работаешь;
- перед ревью открывай и смотри, что уже можно показывать как уровень 🧭

Если портфолио пустое, это не значит, что ты не растёшь. Значит, ты пока не фиксируешь свой рост.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Замечаю один устойчивый тренд: junior чаще измеряют по знаниям, а middle — по тому, как он проходит работу без постоянного сопровождения.

Вот простой кейс.
Junior приносит задачу и ждёт, что ему распишут шаги. Middle сам уточнит цель, увидит риски, предложит 2–3 варианта и сразу скажет, где нужна помощь. Не потому что он «умнее», а потому что умеет держать задачу целиком.

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

Junior часто растёт через «сделал по инструкции». Middle — через «понял, что здесь инструкция не спасает, и собрал решение сам». 🔧

Если коротко: junior спрашивает «как сделать?», middle чаще спрашивает «что мы на самом деле хотим получить и какие есть ограничения?»


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На одном собесе junior уверенно рассказывал: «Я быстро учусь, уже знаю стек, могу закрывать задачи».
Звучало бодро. Но когда его попросили показать рост, всё развалилось.

Вопросы были простые:
— что ты делал сам, без подсказок?
— где ошибался и как это исправлял?
— что теперь делаешь иначе?

И вот тут оказалось пусто. Не «мне не дали шанс», а просто не было материала про рост. 👀

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

Если хочешь выглядеть сильнее, не говори «я вырос». Покажи:
1. какую проблему видел
2. что сделал сам
3. где ошибся
4. какой вывод применяешь сейчас

Middle звучит не громче. Он объясняет свои решения спокойнее и точнее.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
План развития — это не список «когда-нибудь стану сильнее». Это рабочий документ, который помогает расти без хаоса.

Разберём по пунктам:

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

2. **Куда идёшь**
   Не «хочу в middle», а какие признаки middle тебе нужны: самостоятельность, оценка рисков, качество коммуникации, умение доводить задачи до результата.

3. **Что мешает**
   Часто рост тормозит не отсутствие знаний, а пробелы в практике: не задаёшь вопросы вовремя, боишься предлагать решение, не умеешь декомпозировать задачу.

4. **Что делаешь в ближайшие 30–90 дней**
   2–3 цели максимум. Например: вести задачу от уточнения до релиза, сократить количество правок по своей работе, научиться писать короткий статус без воды.

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

План развития не должен быть красивым. Он должен помогать тебе видеть следующий шаг и не теряться между «я стараюсь» и «я расту» 📈


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Когда я впервые попал в команду, мне казалось: если я знаю стек, этого хватит. Не хватило.

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

Что я добирал в первую очередь:

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

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

Если не понимаете, что добирать дальше, смотрите не на «чего я не знаю», а на «где я чаще всего буксую». Там и есть зона роста.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Фидбек — это не «подскажите, как я вам?», а инструмент, который помогает расти быстрее.

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

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

Как получать нормальный фидбек:
— задавай узкий вопрос: «что в решении было самым слабым местом?»
— проси оценить не «в целом», а конкретно: код, коммуникацию, самостоятельность
— уточняй: «что бы ты сделал иначе на моём месте?»
— после фидбека не оправдывайся, а пересобери план

Фидбек нужен не для самооценки. Он нужен, чтобы увидеть, что именно уже тянет на middle, а что ещё надо добрать.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На одном собесе junior показал не «портфолио работ», а портфолио роста — и это сильно изменило разговор.

Что было внутри:
— 3 задачи, над которыми он работал
— что именно делал сам, а где просил помощь
— какие ошибки поймал и как исправил
— чему научился за 2–4 недели
— 1–2 примера обратной связи от лида или коллег

Это не про красивую папку ради галочки. Это про доказательства, что ты умеешь расти в работе, а не только проходить курсы. 📌

Такое портфолио полезно вести постоянно:
1. после каждого заметного таска фиксируй результат
2. отдельно пиши, где был затык и как его решил
3. раз в месяц пересматривай: что стало делать проще, где нужна практика дальше

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Middle отличается от junior не «стажем», а тем, сколько неопределённости он может закрыть сам.

Простой кейс: джуниор делает задачу с 2–3 уточнениями, middle — с 0–1.
Джуниор чаще ждёт готовое решение, middle сам предлагает 2–3 варианта и объясняет риски.
Джуниор может закрывать 60–70% задач в срок только при плотной поддержке, middle — стабильно держит 80–90% без постоянного контроля.

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

Если упростить: junior учится делать работу, middle делает работу предсказуемой.
Именно поэтому от middle ждут не героизма, а стабильности 📊


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Частая ошибка на собесе — рассказывать не про рост, а про список задач.

«Делал багфиксы, писал фичи, участвовал в митингах» — это звучит как описание вакансии, а не развития. Интервьюеру важно другое: что изменилось в твоём способе работы.

Покажи рост через 3 вещи:
— больше самостоятельности: раньше ждал ТЗ, теперь сам уточняешь требования и риски
— качество решений: раньше просто делал, теперь предлагаешь варианты и объясняешь, почему так
— влияние на команду: раньше работал только в своей задаче, теперь помогаешь другим, замечаешь проблемы раньше

Хорошая формула ответа:
«Был входящий запрос → я разобрался → принял решение → получил результат → чему научился → что теперь делаю иначе»

Рост на собесе не выглядит как магия. Он выглядит как цепочка более зрелых решений. И да, лучше показать 2–3 сильных примера, чем перечислять 20 мелких задач.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
План развития работает только тогда, когда он не похож на список желаний.

Кейс: junior QA принес план на 3 месяца: «выучить SQL, автоматизацию, английский, стать сильнее в коммуникации». Формально — красиво. По факту — это не план, а перегруз.

Правило из опыта: в плане должно быть не больше 2–3 целей, и у каждой должен быть измеримый результат. Не «подтянуть SQL», а «писать 5 запросов с JOIN и GROUP BY без подсказок». Не «стать лучше в коммуникации», а «самостоятельно вести один созвон по багу и фиксировать договоренности».

Хороший план всегда отвечает на 3 вопроса:
1. Что я хочу уметь делать сам?
2. Как пойму, что уже получается?
3. Что из этого реально успею за 1–2 месяца?

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Когда junior спрашивает: «Что добирать, чтобы вырасти?», чаще всего есть два пути.

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

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

Практика простая: если ты часто не понимаешь, как довести задачу до конца, добирай глубину. Если задачи делаешь стабильно, но упираешься в новые контексты — расширяйся. 📌

Не надо тащить всё сразу. Выбирай то, что снимает твой текущий потолок.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Фидбек не появляется сам. Его нужно уметь забирать.

Кейс: junior сделал задачу, получил молчание и решил, что всё нормально. Через месяц выяснилось: часть решений была неудобна для команды, но сказать об этом уже было поздно.

Чек-лист, как просить фидбек:
1. Спроси сразу по конкретной задаче, а не «ну как я вообще?»
2. Уточни, что важно: качество кода, коммуникация, сроки, самостоятельность.
3. Проси примеры: «что было ок, а что мешало?»
4. Не спорь в моменте — сначала запиши.
5. Переспроси про ожидания: «что мне делать иначе в следующий раз?»
6. После фидбека коротко покажи действие: «понял, в следующей задаче учту вот это».

Хороший фидбек — это не оценка личности, а данные для роста. Чем точнее запрос, тем полезнее ответ.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Замечаем тренд: у сильных джунов и трайни всё чаще есть не просто «портфолио проектов», а портфолио роста.

Это не про красивые скриншоты. Это про короткий лог того, как вы менялись в работе.

Что туда складывать:
— какой был запрос;
— что вы сделали сами;
— где ошиблись и как исправили;
— какой был фидбек;
— что стало лучше в следующем спринте.

Пример из практики: в начале человек тянулся к наставнику по каждому мелкому вопросу. Через 2 месяца в портфолио уже видно: сначала он писал неясные задачи, потом начал формулировать гипотезы, а затем сам предлагал варианты решения. Это и есть рост, а не просто «сделал 5 задач».

Такое портфолио полезно на ревью, собесе и в момент, когда самому кажется, что «я стою на месте». На деле прогресс часто есть — просто его никто не фиксирует. ✍


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На одном проекте junior сделал всё по ТЗ. Без ошибок, без вопросов, даже аккуратно.
И всё равно задача развалилась на ревью.

Почему? Потому что middle отличается не количеством строчек кода, а количеством решений, которые он умеет принять сам.

Junior обычно ждёт, что ему скажут:
— что делать
— в каком порядке
— где границы задачи

Middle уже умеет заметить, что ТЗ неполное, и не молчать.
Он уточнит риски, предложит варианты, поднимет блокеры заранее и скажет:
«Если пойдём так — уложимся быстрее, но потеряем в надёжности. Если так — дольше, зато без переделок».

Провал того джуна был не в коде.
Он сделал задачу, но не сделал результат для команды.

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

Если коротко: junior закрывает тикет. middle закрывает проблему.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На собесе рост виден не по словам «я быстро учусь», а по тому, как ты описываешь работу.

Разбирай кейс по пунктам:

1. **Контекст**
Что было за задача, кто был заказчиком, какие были ограничения. Middle не живёт в вакууме — он понимает среду.

2. **Твоя роль**
Что сделал лично ты, а что было командной работой. Сильный кандидат не приписывает себе всё подряд.

3. **Решение**
Почему выбрал именно этот подход, какие были альтернативы, что учёл по рискам. Это показывает не только исполнение, но и мышление.

4. **Результат**
Не «всё прошло хорошо», а цифры, сроки, уменьшение ошибок, ускорение процесса, отзыв команды.

5. **Что улучшил бы сейчас**
Вот тут и виден рост. Спокойно называешь ошибку, вывод и следующий шаг. Без оправданий, но и без самобичевания.

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Когда я впервые делал себе план развития, он выглядел как список мечт: «прокачать коммуникацию», «стать сильнее в системном мышлении», «лучше знать стек». Через месяц стало понятно: такой план не работает, потому что в нём нет действий.

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

План развития — это не список красивых целей. Это способ регулярно проверять: я стал самостоятельнее или только читаю про рост.

Если план не меняется по результатам реальной работы, он мёртвый. Если меняется — значит, вы правда растёте.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Когда джун говорит «мне не хватает навыков», чаще всего проблема не в списке технологий.
Проблема в другом: он пытается добирать **всё подряд**, вместо того чтобы закрывать **конкретный разрыв**.

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

Это и есть рост: не «выучил ещё 5 инструментов», а стал полезнее в реальной работе.

Простой фильтр: если навык не помогает тебе
1) быстрее делать задачи,
2) меньше ошибаться,
3) лучше взаимодействовать с командой,
то, возможно, сейчас он не в приоритете. 🔧

Добирай не то, что красиво звучит в вакансии, а то, где у тебя реально провал в работе.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На одном из проектов junior получил замечание: «плохо коммуницируешь». Не полез спорить, не ушёл в молчание — попросил разбор по фактам. И вот тут началась нормальная работа с фидбеком.

Хороший фидбек — не «ты молодец/ты слабый», а ответ на 3 вопроса:
что именно не получилось;
в какой ситуации это видно;
что делать иначе в следующий раз.

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

Полезный навык — не защищаться, а собирать данные. Фидбек нужен не для оценки личности, а для роста поведения. 📌

И ещё: просить обратную связь стоит не только после ошибки. После задачи, спринта, созвона, демо. Чем раньше ловите сигнал, тем меньше переделок и лишнего стресса.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
У Димы был хороший вкус в дизайне, но на собеседованиях он «терялся»: говорил общими словами, а не фактами. Мы собрали ему портфолио роста в формате кейсов — не список «что делал», а цифры до/после.

Как это выглядело:
— задача: сократить время ручной проверки;
— действие: автоматизировал часть отчёта;
— результат: с 40 минут до 12 минут на цикл;
— эффект: 3–4 часа в неделю освободилось у команды.

Такой формат работает лучше, чем «участвовал в проекте». Метрики показывают не активность, а вклад. Подойдут:
— сколько задач закрыл без помощи;
— сколько времени сэкономил;
— сколько ошибок убрал;
— сколько раз взял инициативу;
— как изменился срок ответа, скорость, качество.

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


topics: самостоятельность

topics: обратная связь

topics: план развития

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

На самом деле разница чаще не в «знает», а в «может довести до результата без постоянного ведения за руку».

Джун обычно ждёт, что ему дадут задачу, объяснят всё до деталей и проверят каждый шаг. Это нормально на старте.
Middle уже сам уточняет требования, видит риски, предлагает варианты и не пропадает, если что-то пошло не так.

Например: джун пишет код по ТЗ. Middle сначала замечает, что в ТЗ есть дыра, задаёт вопрос, согласует решение и потом спокойно двигает задачу дальше. 👇
Именно за это ему платят не только за исполнение, но и за самостоятельность.

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
На собесе рост лучше всего видно не по словам «я многому научился», а по разнице между задачами, которые ты брал вчера и сейчас.

Правило из опыта: показывай не только результат, но и уровень самостоятельности.
Не «сделал фичу», а:

— как сам разобрался в задаче
— где принял решение без подсказки
— как пережил ошибку и что поменял после нее
— как стал быстрее или аккуратнее в похожих кейсах

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

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


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Есть два частых подхода к развитию.

1. **План от задач**
«Хочу делать больше тикетов, закрывать баги быстрее, подключаться к созвонам».
Плюс: быстро видно прогресс.
Минус: можно год крутиться вокруг одной и той же работы и не расти в самостоятельности.

2. **План от навыков**
«Хочу лучше разбирать требования, задавать вопросы раньше, предлагать варианты, не ждать пинка».
Плюс: это двигает к следующему грейду.
Минус: такой план сложнее, потому что результат не всегда видно за неделю.

Рабочий вариант — соединить оба подхода.
Например:
- задача: закрыть 5 фич без постоянных правок;
- навык: научиться уточнять риски до начала работы;
- проверка: на ретро обсудить, сколько раз пришлось переделывать и почему.

Хороший план развития — не список мечт. Это набор действий, по которым видно: ты становишься более самостоятельным. 👌


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Если хочешь расти из junior в middle, смотри не на «всё подряд», а на дырки в своей самостоятельности.

Чек-лист: какие навыки добирать
- Можешь ли ты довести задачу до конца без постоянных пинков?
- Понимаешь ли, что именно нужно уточнить до старта?
- Умеешь ли оценить срок хотя бы с погрешностью?
- Видишь ли риски до того, как они станут проблемой?
- Можешь ли объяснить своё решение простыми словами?
- Принимаешь ли фидбек без защиты и превращаешь ли его в действие?
- Умеешь ли работать с чужим кодом, документацией, багами?
- Не теряешься ли, если задача чуть расплывчатая?

Если на 2–3 пункта ответ «нет» — это не провал. Это и есть твой план роста. Не добирай абстрактное «сильнее в IT» — добирай конкретику: коммуникацию, оценку, декомпозицию, качество, ответственность. 🔧

Middle — это не тот, кто знает всё. Это тот, кто меньше требует подсказок и быстрее закрывает пробелы.


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Замечаем один тренд: хорошие специалисты растут быстрее не потому, что у них меньше ошибок, а потому что они умеют вовремя собирать обратную связь.

Кейс. Джун делает задачу, отправляет на ревью и ждёт, что ему просто напишут: «норм» или «переделай». Через месяц он всё ещё повторяет те же промахи. Почему? Фидбек был, а пользы — мало.

Рабочий подход другой:
1. Проси фидбек не «на всё», а на конкретный кусок: логику, UI, структуру, коммуникацию.
2. После задачи спрашивай: «Что здесь было сильным? Что бы ты изменил в следующий раз?»
3. Не спорь сразу — сначала уточни, потом зафиксируй вывод.
4. Возвращайся с вопросом через 1–2 недели: «Я попробовал иначе, стало лучше?»

Фидбек — это не оценка тебя как человека. Это инструмент, чтобы быстрее выйти из режима “делаю как получится” в режим “понимаю, что улучшаю”. 🔧


topics: самостоятельность

topics: обратная связь

topics: план развития

content:
Я долго думал, что портфолио роста — это «папка с лучшими работами». Собрал туда красивые скриншоты, пару удачных задач и успокоился. На ревью это и сыграло против меня.

Менеджер спросил: «Что ты уже умеешь делать сам, а где нужна помощь? Где ты ошибся и что изменил после этого?»
И вот тут папка развалилась. Там были результаты, но не было движения.

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

Такое портфолио не выглядит “красиво”. Зато оно честно показывает, что ты не просто делал таски, а становился сильнее 📈

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