Как Junior стать Junior+. ⚙️
«Я уже нормально делаю задачи. Почему меня всё ещё считают джуном?»
Потому что хорошо выполнить задачу и самостоятельно провести кусок работы, это разные вещи. Junior+ не универсальный грейд: в одной компании его вообще нет, в другой он называется Strong Junior. Но сам переход я вижу очень часто.
Junior получает понятную задачу, делает её аккуратно и приходит за помощью, когда упирается в неизвестное. Это нормально. Junior+ берёт небольшой, но целый участок работы: сам разбирается в результате, выбирает следующий шаг, заранее сообщает о рисках и доводит задачу до состояния, когда ей можно пользоваться.
Для этого не нужно ждать два года стажа или учить ещё десять технологий. Переход виден по рабочему поведению. 👇
1. Превращает запрос в план. 🤝
Не начинает сразу писать код по карточке из Jira. Сначала уточняет: какую проблему решаем, кто ждёт результат, что считается готовым, какие есть ограничения. Короткий синк «понял задачу так, предлагаю A, риск вижу в данных» может сэкономить неделю работы не в ту сторону.
2. Не приносит руководителю сырой тупик. 🔍
«У меня ошибка, что делать?» нормально на старте, но не должно быть единственным форматом. Сначала локализуйте проблему: что ожидалось, что произошло, где сломалось, какие гипотезы уже проверены. Потом приходите с вариантами: «Есть откат и адаптация кода. Я бы выбрал второе, это займёт день». Так вы просите помочь с решением, а не перекладываете мышление.
3. Поднимает риск до срыва срока. 📅
Неприятный сюрприз почти всегда дороже задержки. Если данные неполные, сообщите раньше: «Могу отдать упрощённую версию сегодня или сдвинуть срок на день и проверить нормально». Проблема остаётся, но становится управляемой.
4. Оценивает не дату, а неопределённость. ⏱️
Магической точности никто не ждёт. Но важно разложить работу: что зависит от других, где нужно исследование, сколько займёт реализация и проверка. Вместо «сделаю к пятнице» появляется «если доступы дадут сегодня, успею к пятнице». Так риски видны до того, как становятся аварией.
5. Доводит задачу не до PR, а до результата. 🚀
Код в ревью, это часто только середина. Проверьте, что решение попало в нужное окружение, есть данные и права, пользователь понимает, что делать, а команда знает об изменении. Не оставляйте хвосты следующему человеку со словами «у меня локально работало».
6. Делает работу предсказуемой. 🤝
Это не значит никогда не ошибаться или не просить помощи. Хороший Junior+ быстро признаёт, что чего-то не знает, и заранее идёт к более опытному коллеге. Но вокруг его задач нет постоянного тумана: что происходит, когда будет результат, что мешает, кто делает следующий шаг.
Junior+ начинается там, где человеку можно передать небольшой кусок работы и не держать руку на пульсе каждый день. Не потому, что он всё знает, а потому, что умеет превращать неопределённость в план, вовремя поднимать риски и возвращаться с результатом. 🗻
«Я уже нормально делаю задачи. Почему меня всё ещё считают джуном?»
Потому что хорошо выполнить задачу и самостоятельно провести кусок работы, это разные вещи. Junior+ не универсальный грейд: в одной компании его вообще нет, в другой он называется Strong Junior. Но сам переход я вижу очень часто.
Junior получает понятную задачу, делает её аккуратно и приходит за помощью, когда упирается в неизвестное. Это нормально. Junior+ берёт небольшой, но целый участок работы: сам разбирается в результате, выбирает следующий шаг, заранее сообщает о рисках и доводит задачу до состояния, когда ей можно пользоваться.
Для этого не нужно ждать два года стажа или учить ещё десять технологий. Переход виден по рабочему поведению. 👇
1. Превращает запрос в план. 🤝
Не начинает сразу писать код по карточке из Jira. Сначала уточняет: какую проблему решаем, кто ждёт результат, что считается готовым, какие есть ограничения. Короткий синк «понял задачу так, предлагаю A, риск вижу в данных» может сэкономить неделю работы не в ту сторону.
2. Не приносит руководителю сырой тупик. 🔍
«У меня ошибка, что делать?» нормально на старте, но не должно быть единственным форматом. Сначала локализуйте проблему: что ожидалось, что произошло, где сломалось, какие гипотезы уже проверены. Потом приходите с вариантами: «Есть откат и адаптация кода. Я бы выбрал второе, это займёт день». Так вы просите помочь с решением, а не перекладываете мышление.
3. Поднимает риск до срыва срока. 📅
Неприятный сюрприз почти всегда дороже задержки. Если данные неполные, сообщите раньше: «Могу отдать упрощённую версию сегодня или сдвинуть срок на день и проверить нормально». Проблема остаётся, но становится управляемой.
4. Оценивает не дату, а неопределённость. ⏱️
Магической точности никто не ждёт. Но важно разложить работу: что зависит от других, где нужно исследование, сколько займёт реализация и проверка. Вместо «сделаю к пятнице» появляется «если доступы дадут сегодня, успею к пятнице». Так риски видны до того, как становятся аварией.
5. Доводит задачу не до PR, а до результата. 🚀
Код в ревью, это часто только середина. Проверьте, что решение попало в нужное окружение, есть данные и права, пользователь понимает, что делать, а команда знает об изменении. Не оставляйте хвосты следующему человеку со словами «у меня локально работало».
6. Делает работу предсказуемой. 🤝
Это не значит никогда не ошибаться или не просить помощи. Хороший Junior+ быстро признаёт, что чего-то не знает, и заранее идёт к более опытному коллеге. Но вокруг его задач нет постоянного тумана: что происходит, когда будет результат, что мешает, кто делает следующий шаг.
Junior+ начинается там, где человеку можно передать небольшой кусок работы и не держать руку на пульсе каждый день. Не потому, что он всё знает, а потому, что умеет превращать неопределённость в план, вовремя поднимать риски и возвращаться с результатом. 🗻