Молодых специалистов, находящихся в поиске работы мечты, часто посещают вопросы: «Получу ли я профессиональное развитие в этой компании?», «Что нужно сделать, чтобы нарастить свои компетенции?».
Тема профессионального роста сотрудников беспокоит не только потенциальных кандидатов, но и руководителей компании. Это связано с тем, что компании конкурируют между собой за таланты.
Зная это, мы в СофтМедиаЛаб уделяем особое внимание внутреннему процессу обучения (или как его принято называть “выращивание специалистов”).
Мы выделяем 3 ключевых момента в процессе обучения :
Сегодня, на примере нашего опыта, хотим рассказать историю мощной прокачки одного из наших тимлидов или “как за 4 года зеленый малец без опыта в разработке стал тимлидом команды”.
Итак, по порядку:
Предлагаю познакомиться с нашим талантливым тимлидом Николаем. Коля в SML пришел с минимальным опытом, но с большим желанием развиваться.
Когда в компанию приходит разработчик с минимальным опытом работы, важно,чтобы он делал задачи, которые будут развивать его.
„В компании, где я работал разработчиком C# до SML было тухло, не было развития. Да и вообще, не было задач на С#“ - Коля.
Когда в Softmedialab приходит новый разработчик, ему дают тестовое задание, но это не коммерческий проект, а песочница. Разработчик делает пулл реквест, далее тимлид проводит код ревью и возвращает, если есть замечания. В компании есть возможность поработать на разных проектах (промышленность, банки и т.д.) и на разных стеках ( С#, React, Node.js, Java), что позволяет расширять кругозор разработчика и повышать его экспертизу.
„Когда я пришел в SML, давали задачи: покопать dependency injection, интеграция с помощью С# с БД. Это синтетические задачи, которые уже в дальнейшем использовались в проекте. Такому в университете не обучали, максимум это простые SQL запросы, а тут нарастаешь знаниями и развиваешься“ - Коля.
На проектах тимлиды тщательно декомпозируют задачи, больше внимания уделяют новичкам. А дальше у всех своя индивидуальная история развития.
Когда разработчик становится senior-ом и достигает определенного технического уровня в SML, технический директор пытается понять его готовность стать тимлидом в будущем для того, чтобы определить дальнейшие шаги обучения.
Первый шаг
- это добавление в так называемые тимлидки.
Тимлидки – встречи, основанные на best-practice компании. Существует три направления встреч:
Новички на таких встречах чаще всего выступают в роли слушателя. Но развитие новых навыков сотрудник получает именно тогда, когда выступает в роли спикера. Поэтому цель встреч не только поделиться опытом, но и получить практические навыки подготовки к публичным выступлениям.
Второй шаг - ведение небольшого проекта от начала и до конца, где разработчик проектирует все сам. За счет такой практики предоставляем человеку больше самостоятельности и повышаем его самоорганизованность.
„И очень важно, что меня спросили хочу ли я быть тимлидом или просто оставаться техническим специалистом. Я понимал, что это развитие и было желание взять на себя больше ответственности. Я согласился. И еще давали небольшие проекты, с которыми я в принципе справлялся,то есть я сам могу задачу себе нарезать и решить ее, если надо там и с заказчиком пообщаться“ - Коля.
Как понять, что разработчик готов стать тимлидом?
В SML есть три основных критерия, на которые обращаем внимание: это способность декомпозировать проект на эпики (Epic - это типа проекта в Jira), а эпики на подзадачи, способность сделать оценки этим задачам и уложиться в них, не забыв про требования к качеству создаваемых решений. В СофтМедиаЛаб тимлид - это не только тот, кто декомпозирует и нарезает задачи, а еще и наставник, который помогает расти ребятам в своей команде.
„В работе я стал более ответственным в плане проектов. Потому что, когда в роли разработчика делаешь задачу, но допускаешь ошибку в коде, приходит тимлид и стучит по голове.
В роли тимлида не скажешь, что разработчик дурачок. Это оплошность тимлида. Принимаешь ответственность за проект, а разработчик ответственен только за малую часть“ - Коля.
Когда происходит изменение роли и разработчик становится тимлидом, технический директор становится его наставником. Один раз в неделю на встречах один-на-один разбирают сложные ситуации, проблемы и техдир дает рекомендации. Для более опытных тимлидов, такие встречи проходят раз в 2 недели, то есть регулярность встреч уменьшается.
Используя такой подход в обучении, развитие идет планомерно и естественно, без каких либо перекосов и стрессов для разработчика.
Итак, выводы:
Тема профессионального роста сотрудников беспокоит не только потенциальных кандидатов, но и руководителей компании. Это связано с тем, что компании конкурируют между собой за таланты.
Зная это, мы в СофтМедиаЛаб уделяем особое внимание внутреннему процессу обучения (или как его принято называть “выращивание специалистов”).
Мы выделяем 3 ключевых момента в процессе обучения :
- Развивающие задачи для новичков.
- Встречи, основанные на best-practice компании.
- Наставничество.
Сегодня, на примере нашего опыта, хотим рассказать историю мощной прокачки одного из наших тимлидов или “как за 4 года зеленый малец без опыта в разработке стал тимлидом команды”.
Итак, по порядку:
Предлагаю познакомиться с нашим талантливым тимлидом Николаем. Коля в SML пришел с минимальным опытом, но с большим желанием развиваться.
Когда в компанию приходит разработчик с минимальным опытом работы, важно,чтобы он делал задачи, которые будут развивать его.
„В компании, где я работал разработчиком C# до SML было тухло, не было развития. Да и вообще, не было задач на С#“ - Коля.
Когда в Softmedialab приходит новый разработчик, ему дают тестовое задание, но это не коммерческий проект, а песочница. Разработчик делает пулл реквест, далее тимлид проводит код ревью и возвращает, если есть замечания. В компании есть возможность поработать на разных проектах (промышленность, банки и т.д.) и на разных стеках ( С#, React, Node.js, Java), что позволяет расширять кругозор разработчика и повышать его экспертизу.
„Когда я пришел в SML, давали задачи: покопать dependency injection, интеграция с помощью С# с БД. Это синтетические задачи, которые уже в дальнейшем использовались в проекте. Такому в университете не обучали, максимум это простые SQL запросы, а тут нарастаешь знаниями и развиваешься“ - Коля.
На проектах тимлиды тщательно декомпозируют задачи, больше внимания уделяют новичкам. А дальше у всех своя индивидуальная история развития.
Когда разработчик становится senior-ом и достигает определенного технического уровня в SML, технический директор пытается понять его готовность стать тимлидом в будущем для того, чтобы определить дальнейшие шаги обучения.
Первый шаг
- это добавление в так называемые тимлидки.
Тимлидки – встречи, основанные на best-practice компании. Существует три направления встреч:
- Обмен опытом после завершения проектов (ретроспектива).
- Обсуждение определенных кейсов или сбор обратной связи у коллег. Темы могут быть про качество, про проблемы, про улучшение в процессах. Например, последняя такая встреча была посвящена теме “Авторизация на сайте по отпечатку пальца на устройстве”, ждите скоро будет отдельная статью по этой теме
- Приглашенные спикеры из других отделов (коммерческий отдел, HR отдел), темы про командообразование, про личные цели, планирование - всё, что связано с софт скиллами
Новички на таких встречах чаще всего выступают в роли слушателя. Но развитие новых навыков сотрудник получает именно тогда, когда выступает в роли спикера. Поэтому цель встреч не только поделиться опытом, но и получить практические навыки подготовки к публичным выступлениям.
Второй шаг - ведение небольшого проекта от начала и до конца, где разработчик проектирует все сам. За счет такой практики предоставляем человеку больше самостоятельности и повышаем его самоорганизованность.
„И очень важно, что меня спросили хочу ли я быть тимлидом или просто оставаться техническим специалистом. Я понимал, что это развитие и было желание взять на себя больше ответственности. Я согласился. И еще давали небольшие проекты, с которыми я в принципе справлялся,то есть я сам могу задачу себе нарезать и решить ее, если надо там и с заказчиком пообщаться“ - Коля.
Как понять, что разработчик готов стать тимлидом?
В SML есть три основных критерия, на которые обращаем внимание: это способность декомпозировать проект на эпики (Epic - это типа проекта в Jira), а эпики на подзадачи, способность сделать оценки этим задачам и уложиться в них, не забыв про требования к качеству создаваемых решений. В СофтМедиаЛаб тимлид - это не только тот, кто декомпозирует и нарезает задачи, а еще и наставник, который помогает расти ребятам в своей команде.
„В работе я стал более ответственным в плане проектов. Потому что, когда в роли разработчика делаешь задачу, но допускаешь ошибку в коде, приходит тимлид и стучит по голове.
В роли тимлида не скажешь, что разработчик дурачок. Это оплошность тимлида. Принимаешь ответственность за проект, а разработчик ответственен только за малую часть“ - Коля.
Когда происходит изменение роли и разработчик становится тимлидом, технический директор становится его наставником. Один раз в неделю на встречах один-на-один разбирают сложные ситуации, проблемы и техдир дает рекомендации. Для более опытных тимлидов, такие встречи проходят раз в 2 недели, то есть регулярность встреч уменьшается.
Используя такой подход в обучении, развитие идет планомерно и естественно, без каких либо перекосов и стрессов для разработчика.
Итак, выводы:
- Развитие разработчиков происходит на практике, а именно на развивающих задачах и в прокачке большую роль играет наставник. Поэтому приходя в новую компанию с желанием развиваться важно понять кто будет наставником и готов ли он выделять достаточно времени для этого.
- Отличия аутсорса от продукта в том, что проекты новые и на современных технологиях, поэтому есть условия, чтобы постоянно были эти самые развивающие задачи. Иначе есть риск сесть в какой-то старый продукт, который уже не развивается и поддерживать легаси.
- Есть компании которые не растут. Есть которые растут не очень быстро на 20-30% в год. А есть растущие кратно, в 2-3 раза в год. Получается, что если хочешь расти, то нужно при выборе работы учитывать этот фактор: чтобы компания была растущая, тогда постоянно будут требоваться новые тимлиды и будет гораздо больше шансов быстро прокачаться и стать одним из этих тимлидов.