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

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

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

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

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

Если план можно выполнить, не меняя поведение, это не план развития, а список приятных намерений.
Хороший план всегда приземлён: задача → навык → действие → срок. Тогда рост становится видимым, а не абстрактным 📌