Рабочие задачи должны быть главным источником роста

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

Поехали!

⭐️ Не «почитать» и «посмотреть», а «поделать»

Недавно я посвятил серию постов принципам обучения. Напомню ключевой тезис: получение информации не есть обучение. Просто прочитать книжку и даже пересказать её своими словами (или написать обзор содержания) недостаточно для развития. Полученные идеи нужно «переварить», сделать своими и применить где-то в жизни. Тогда и только тогда будет в коня корм.

Для того чтобы расти как профессионал, нужно делать что-то новое (или старое по-новому).

⭐️ «Поделать» в первую очередь нужно на работе

Почему-то очень многие разработчики при упоминании роста сразу думают о пет-проектах. Даже на консультациях не раз слышал: «Я тут думаю пет-проект запилить…»

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

А это по-своему сложно. Все умеют расти в условиях, когда есть сложные задачи и новые вызовы. Там много ума не надо — бери да делай. А что делать, когда задачи относительно рутинные и ничего сверхъестественного не происходит?

⭐️ Где брать задачи на вырост?

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

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

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

// Ставьте 💛, если интересно продолжение и пишите в комментариях свои вопросы к следующим постам

В этом посте были ссылки, но мы их удалили по правилам Сетки