Разработчики любят cutting-edge технологии и инструменты и не любят legacy. Разработчики любят работать с новыми фреймворками и библиотеками. Разработчики любят конференции и IT-блоги.
Если судить по тому, что я слышу от ребят из своего окружения и что замечаю за собой, все это обусловлено, в большей степени, любопытством и стремлением к изучению нового, и, увы, в меньшей степени, собственной конкурентоспособностью на рынке.
В чем заключается польза этого “любопытства” для бизнеса? Если коротко, то: значительный ROI, повышение лояльности сотрудников, их производительности и дохода.
Выглядит так, что со всех сторон этот подход выглядит оптимальным решением и его необходимо внедрять. Но есть ситуации, когда такой подход не уместен и может даже навредить:
❌Жесткие дедлайны
❌Отсутствие ресурсов
❌Культурный аспект
❌Временные команды, аутсорс
Если ни один из выше приведенных кейсов к вам не применим, вы можете внедрять подход continuous learning в своей команде. Если все сложится удачно, его можно будет масштабировать на уровень отделов, департаментов и всей компании.
Как внедрить обучение в команде?
✅Выделите время и ресурсы
Необходимо сделать так, чтобы ваши сотрудники имели все необходимое для того, чтобы учиться - время и бюджет.
Время: это может быть выделение процента от всего рабочего времени на обучение. В моих командах у нас часто было выделено 20% времени на обучение, согласно планам развития. Естественно, мы откладывали это во время очень жестких дедлайнов, но это случалось достаточно редко.
Деньги: пул денежных средств, который вы можете потратить на покупку различных ресурсов: книг, курсов, а также на участие в ивентах и конференциях.
✅”Продайте” команде обучение
Команда должна понимать, зачем им обучение: в чем польза как для команды, так и для индивидуального исполнителя. Отметьте, что регулярное обучение делает сотрудника более ценным на рынке, то есть это инвестиции в него самого.
✅ Ставьте цели и требуйте конкретику
В моих командах у каждого человека есть план развития или обучения, где мы ставим цели, согласованные с целями компании и целями конкретного сотрудника. Такое согласование важно, так как люди без контроля могут уйти совершенно в другую сторону: нам ведь не нужно, чтобы разработчик изучал Elixir, хотя все пишут на Python. Дополнительно, в таком плане пишутся конкретные ресурсы или темы, которые необходимо изучить. Сюда же входят планы по участию в конференциях.
✅ Поощряйте шаринг знаний
Обучение может быть еще более эффективным, если его результаты шарить внутри команды. В рамках работы главным архитектором, я инициировал регулярную встречу командных архитекторов и тимлидов, где они шарят свой опыт или знания по техническим темам. Как результат, мы имеет распространение знаний на большую аудиторию людей (примерно 20-25 человек), плюс каждая такая встреча записывается, презентация сохраняется. Все это складывается в наш корпоративный вики, который уже можно назвать небольшой библиотекой.
✅ Обучение должно приносить результаты
Зачастую результаты обучения носят неявный характер, поэтому необходимо каким-то образом сделать это явным. В своих командах я часто прошу людей сформировать идеи по улучшениям в наших продуктах, проектах и процессах после изучения ресурса или посещения конференции. Это может быть идея по новому процессу code review, идея по архитектуре библиотеки в одном из наших микросервисов или тестирование нового инструмента для работы с логами. Такие идеи записываются в небольшой документ, в котором также обозначаются даты. После выполнения экшенов человек шарит внутри команды результаты, рассказывает, насколько успешно это было.
Итог
Процесс постоянного развития и обучения достаточно комплексный: он требует учета множества деталей, но в то же время он приносит большой позитивный импакт:
Если судить по тому, что я слышу от ребят из своего окружения и что замечаю за собой, все это обусловлено, в большей степени, любопытством и стремлением к изучению нового, и, увы, в меньшей степени, собственной конкурентоспособностью на рынке.
В чем заключается польза этого “любопытства” для бизнеса? Если коротко, то: значительный ROI, повышение лояльности сотрудников, их производительности и дохода.
Выглядит так, что со всех сторон этот подход выглядит оптимальным решением и его необходимо внедрять. Но есть ситуации, когда такой подход не уместен и может даже навредить:
❌Жесткие дедлайны
❌Отсутствие ресурсов
❌Культурный аспект
❌Временные команды, аутсорс
Если ни один из выше приведенных кейсов к вам не применим, вы можете внедрять подход continuous learning в своей команде. Если все сложится удачно, его можно будет масштабировать на уровень отделов, департаментов и всей компании.
Как внедрить обучение в команде?
✅Выделите время и ресурсы
Необходимо сделать так, чтобы ваши сотрудники имели все необходимое для того, чтобы учиться - время и бюджет.
Время: это может быть выделение процента от всего рабочего времени на обучение. В моих командах у нас часто было выделено 20% времени на обучение, согласно планам развития. Естественно, мы откладывали это во время очень жестких дедлайнов, но это случалось достаточно редко.
Деньги: пул денежных средств, который вы можете потратить на покупку различных ресурсов: книг, курсов, а также на участие в ивентах и конференциях.
✅”Продайте” команде обучение
Команда должна понимать, зачем им обучение: в чем польза как для команды, так и для индивидуального исполнителя. Отметьте, что регулярное обучение делает сотрудника более ценным на рынке, то есть это инвестиции в него самого.
✅ Ставьте цели и требуйте конкретику
В моих командах у каждого человека есть план развития или обучения, где мы ставим цели, согласованные с целями компании и целями конкретного сотрудника. Такое согласование важно, так как люди без контроля могут уйти совершенно в другую сторону: нам ведь не нужно, чтобы разработчик изучал Elixir, хотя все пишут на Python. Дополнительно, в таком плане пишутся конкретные ресурсы или темы, которые необходимо изучить. Сюда же входят планы по участию в конференциях.
✅ Поощряйте шаринг знаний
Обучение может быть еще более эффективным, если его результаты шарить внутри команды. В рамках работы главным архитектором, я инициировал регулярную встречу командных архитекторов и тимлидов, где они шарят свой опыт или знания по техническим темам. Как результат, мы имеет распространение знаний на большую аудиторию людей (примерно 20-25 человек), плюс каждая такая встреча записывается, презентация сохраняется. Все это складывается в наш корпоративный вики, который уже можно назвать небольшой библиотекой.
✅ Обучение должно приносить результаты
Зачастую результаты обучения носят неявный характер, поэтому необходимо каким-то образом сделать это явным. В своих командах я часто прошу людей сформировать идеи по улучшениям в наших продуктах, проектах и процессах после изучения ресурса или посещения конференции. Это может быть идея по новому процессу code review, идея по архитектуре библиотеки в одном из наших микросервисов или тестирование нового инструмента для работы с логами. Такие идеи записываются в небольшой документ, в котором также обозначаются даты. После выполнения экшенов человек шарит внутри команды результаты, рассказывает, насколько успешно это было.
Итог
Процесс постоянного развития и обучения достаточно комплексный: он требует учета множества деталей, но в то же время он приносит большой позитивный импакт:
- сотрудники совершенствуют свои навыки и знания, что способствует повышению профессионального уровня и эффективности работы
- бизнес лучше и быстрее адаптируется к изменениям в отрасли и остается конкурентоспособным на рынке
- мотивация сотрудников и их лояльность к компании повышается, укрепляется командный дух.
