С началом пути в разработке разобрались. Дальше от средних-крепких джунов в мидлы и развитие мидлов. Это тот момент, когда человек попал в разработку, занимается формошлепством, решает задачи и многое другое. И в какой-то момент у людей появляется вопрос: "А как мне развиваться?"
В части компаний есть менторы, где-то этим занимаются тимлиды, где-то делают основательный подход с составлением ИКР (индивидуальная карта развития). Где-то вообще ничего нет.
Мне сложно дать рецепт, у меня нет правильного ответа на вопрос. Только мои личные наблюдения. Мне кажется, что развитие можно получить, взяв ответственность. Я могу ошибаться, но кейсы, которые я встречал сильно указывают на это.
Хочешь прокачаться во фронтенд скиллах — возьми ответственность за часть проекта, стань мейнтейнером страниц или проекта. Почувствуешь ответственность, начнешь оценивать задачи, управлять техническим развитием проекта.
Другой способ прокачаться — брать сложные задачи. Но это тоже определенная ответственность.
Без ответственности это работает сильно хуже. Как то так:
— Привет. Я хочу развиваться давай обсудим?
— Хорошо, у нас есть возможность делать А, Б и участвовать в В.
— Ой, а я хочу только свои задачи пилить и развиться
— ))))
— )))
Тут также работает следующее: без желания людей насильно "развивать" их не будешь.
На мой взгляд тимлид — один из наиболее заинтересованных персонажей в развитии своих сотрудников.
Кроме этого, в некоторых компаниях практикуется "добровольное менторство" — когда часть более опытных сотрудников, имеет подаванов, с которыми работает, дает постоянную ОС и трекает развитие
Если свести все в пункты, то:
Я хочу развиваться:
Брать ответственность, принимать решения
Участвовать в обсуждения фронтенд-группы
Если в компании не видно точек роста, то смотреть на опен-сорс, сообщества в своем городе
Если на 3-й пункт нет времени или хочется больше во время работы чувствовать свой рост, то менять компанию — тоже может быть решением
Конечно же, эти советы будут работать, если у вас уже "набита рука" и вы без проблем делаете типовые задачи разной сложности.
Если "Я хочу помогать сотрудникам в развитии", то:
Ненавязчиво предлагать ответственность — ни в коем случае нельзя заниматься перекладыванием.
В обсуждениях намеренно (если возможно) давать сотрудникам первым высказать свое мнение, возможно сделать ошибку
Давать сотрудникам задания сложнее их текущего уровня.
Как я пришел к таким пунктам? Вот мой личный опыт:
В хх я пришел в команду поиска. Нас было 2 фронтендера. За полгода текущие задачи поиска были закрыты и я заскучал. В этот момент я начал разбирать тогдашний UIToolkit, который состоял из 3х компонентов-инвалидов и подключался через копипаст скрипта в проект.
Настроили его подключение через npm, отделили от проекта, сделали сборку на gulp вместо make файла. Развили саму библиотеку и в итоге я стал ее мейнтейнером. На текущий момент это больше 100 компонентов для разных стеков. Это был первый опыт ответственности.
Затем перешел в команду мобильного сайта, где взял ответственность на архитектуру резюмебилдера на клиенте. Очень благодарен моему "тогдашнему" тимлиду, который эту ответственность дал.
И затем перешел в проект talantix.ru, где был, по сути, создателем всей архитектуры проекта.
В конце пути, перешел в команду архитектуры hh.ru, и передал мейнтейнерство проекта другому коллеге.
С каждым разом в том числе изучал этот вопрос и приходил к мысли: "если бы не ответственность, то всегда можно было бы отстраниться при появлении сложностей и тогда это бы не дало нужного буста".
Так я и пришел к выводам из начала этого треда :)
Я не затронул тему развития софт-скиллов в своем рассказе, это отдельная и очень сложная тема. Ответственность в которой — тоже занимает не последнее место.