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

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

Кейс: джун хочет вырасти до middle за полгода. Ошибка — писать в план «выучить Docker, Kafka, микросервисы, тестирование, архитектуру». Это не план, а витрина желаний.

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

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