Обучение сотрудников

Разберемся, стоит ли выделять рабочее время на учебу, когда и как это уместно делать, что думают по этому поводу руководители и как относятся к прокачке сотрудников.

Легко пообещать, сложнее сделать

Сегодня образовательные программы как никогда доступны: любой может пройти нужный MOOC, а их общее количество исчисляется десятками тысяч. Но компании, кажется, только входят во вкус c момента кризиса 2008-го они разогнали общемировой объем рынка профессионального образования с 244 до 370 млрд. долларов и продолжают увеличивать инвестиции в прокачку сотрудников. Учеба для бизнеса не только утилитарный инструмент, но и работа на HR-брендинг. Чем активнее компания подкрепляет траектории карьерного развития образовательной базой, тем легче ей привлечь адекватных и квалифицированных специалистов.

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

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

В таких ситуациях специалисты остаются один на один с вопросами о том, как все успевать самим, стоит ли обсуждать эту тему с начальством и как вообще подступиться к учебе.

Как может выглядеть учебный процесс

Даже самые заурядные моменты вроде взаимодействия с заказчиками не лишены возможностей для изучения чего-то нового. Так, в деятельности любой службы поддержки (и даже менеджмента) найдется место для внедрения элементов клиентоориентированного подхода, а в отделе финансового планирования для изучения новых методик управления и инструментария для подготовки бюджета. Полученные знания в большинстве случаев будут инкрементальными, то есть подкрепляющими предыдущий опыт (общения с клиентами, построения фин.моделей, сдачи отчетности компании и т.д.) и уже имеющиеся компетенции. Кстати, хорошим примером будет и так называемая StackOverflow-driven разработка.

Что уж говорить о профессиональных курсах, если даже школьные, вузовские и специализированные методики и приложения для запоминания устроены хоть и более комплексным, но все-таки похожим образом. В их основе в том или ином виде лежит инкрементальное обучение. С другой стороны, сам факт широкого распространения модели еще не показатель ее эффективного использования. В теории такое обучение подразумевает личную инициативу учащемуся следует самостоятельно выбирать, чем и когда он хотел бы заниматься. Речь не о том, чтобы делать это в начальных классах в школе, но в университетах и, тем более, на работе этот подход вполне допустим. Другое дело, что мало кто им пользуется.

В профессиональной среде вместо голоса снизу мы видим движение по инерции: чему учиться и как решают исключительно руководители. Подчиненные становятся заложниками заданной траектории развития и часто отказываются ей следовать. Похожая ситуация наблюдается, когда им и вовсе не предлагают варианты для прокачки навыков в таком случае сотрудники вынуждены делать это либо в ходе рутинных процессов (замкнутая инкрементальная модель), либо тратить личное время и деньги.

Как справедливо замечает Джанпьеро Петрильери, профессор одной из наиболее известных бизнес-школ и эксперт в области образования, инкрементальная схема требует внимания к контексту и окружению: Вашим коллегам будет намного удобнее учиться, если им в том или ином виде предоставят песочинцу, воспроизводящую боевые условия, но с защитой от дурака. Это могут быть семинары, корпоративные хакатоны и другие форматы, но их стоит дополнить еще и трансформирующим обучением, когда такие песочницы становятся гораздо более открытыми для экспериментов и тематических ответвлений. Тогда можно говорить о развитии экспертизы в смежных областях, получении новых компетенций и личностном росте.

Этот формат подразумевает чуть большее вовлечение сотрудников, но его все-таки стоит считать комплементарным итеративному. Если последний направлен на выполнение задач и последовательный прогресс, то первый [трансформирующее обучение] исключительно на прорывное развитие. Он помогает научиться учиться, а не механически выполнять какие-то действия на работе, подчеркивает Джанпьеро Петрильери в колонке для портала Массачусетского технологического института.

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

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

Что можно сделать своими силами

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

В этом есть свои плюсы: если вы, ваш отдел или команда предоставлены сами себе, организовать обучение будет, как минимум, удобнее. Другой вопрос, с чего начать.

Запастись терпением и временем

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

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

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

Начать с чего-то простого

Если изучение нового пока связано исключительно с сиюминутными делами (условная StackOverflow-driven разработка и гуглинг), стоит сбалансировать подобный формат чтением книг по смежной сфере деятельности, необязательно пересекающейся напрямую с вашей специализацией. Если сходу осуществить это не получится, попробуйте делать чек-листы по тому, что находите на SO и в поиске по рабочим вопросам. Как минимум, из этого получится хабрапост. Для вдохновения читайте чужие лонгриды и подпишитесь на тематические рассылки.

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

! Тим-лидам полезно брать инициативу на себя и вырабатывать с сотрудниками общий подход к учебе на рабочем месте. Обсудите, что будет допустимым, а что не совсем, и как обмениваться соображениями на этот счет. Такой подход послужит драйвером для запуска инкрементального обучения силами самих специалистов.

Попробовать пятничный формат

Он будет трансформационным компонентом в учебном процессе и позволит вам:

• навести порядок в делах (и на рабочем месте), плюс быть готовым к новым задачам;

• понимать, что происходит в индустрии (чем занимаются конкуренты и эксперты);

• заняться долгосрочным планированием развития команды;

• внести вклад в открытые проекты по своему профилю.

К изучению нового во время тихих пятниц стоит подходить как к любому другому делу: наметить планы, проводить ревю, обсуждать сложности и делиться опытом с коллегами по возможности обучать младших специалистов. Это поможет вам закреплять материал.

Делиться успехами в текущей обстановке удобно в формате компактных онлайн-конференций, когда на звонке выступают, а потом и отвечают на вопросы один или два сотрудника. Темы можно подбирать в спонтанном режиме или распределять заранее, главное искренний интерес к ним.

! Пятничный формат не дополнительный выходной, но и от обычных будней он отличается. Обычно во время тихих пятниц принято снижать интенсивность коммуникации ограничить традиционные совещания, онлайн-стендапы и звонки.

Такой подход поможет сотрудникам тратить на описанные (в буллитах выше) задачи меньше времени на выходных. Заниматься ими они, скорее всего, будут в любом случае, но если вы возглавите этот процесс, то и риск выгорания будет ниже, а команде будет чуть легче возвращаться к рутине и новым рабочим делам по понедельникам.

!! Не стоит ограничивать разработчиков в пятничных деплоях (изменения могут быть чувствительными, и разбираться с каждым отдельным случаем, когда у всех тихая пятница, просто нет смысла). Даже если вы не занимаетесь IT, сообщите клиентам об особом порядке общения в конце недели. Так, если кто-то будет настойчиво просить созвониться, вам будет проще перенести обсуждение на другой день.

!!! Не пытайтесь запретить личные проекты. Лучше отрегулировать этот момент с точки зрения трудового договора, чтобы специалисты не беспокоились о конфликтах вроде известной ситуации со спором вокруг прав на Nginx. Обсудите с юристами и командой целесообразность декларирования личных разработок для снятия возможных претензий впоследствии. Так вы будете в курсе, чем заняты ваши подчиненные, и создадите предпосылку для презентаций в пятничном формате.

Планировать и корректировать

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

В тематическом треде на Hacker News мы нашли следующий пример подобного решения один из разработчиков посчитал нужным не заводить разговор о корпоративном обучении за счет работодателя, а попытался договориться о частичной занятости в 30-32 часа в неделю (все остальное время он отвел на самостоятельную учебу и участие в open source проектах).

Главное не перебарщивать и ограничивать время на сами образовательные активности. Иначе, как говорит другой участник обсуждения на HN, можно легко свалиться в чтение по верхам, бесконечный сбор полезных статей и не дойти до глубокого анализа той или иной проблемы.

! Улучшить ситуацию и скорректировать образовательные проекты в компании поможет открытое обсуждение планов по учебе или даже совместное голосование за курсы, которые хотелось бы пройти отдельным группам специалистов.

Так, вы сформируете атмосферу доверия и снизите психологическое давление в команде, а еще поймете, как могут выглядеть индивидуальные траектории развития и где они пересекаются с корпоративной. Этот момент важен не только для обучения сотрудников, но и с точки зрения планирования и выживания бизнеса в любой кризис.

P.S. Если вам хотелось бы организовать доступ к масштабной образовательной системе для всего или части штата компании, оставьте заявку в форме на нашем тематическом ленгдинге. Специалисты Актион 360 подберут для вас кастомизированные варианты учебных курсов и предоставят экспертную поддержку по юридическим, кадровым и финансовым вопросам. Плюс откроют доступ к базе знаний с наиболее актуальными практиками для российского рынка.

P.P.S. Если оставлять заявку не хочется, просто напишите нам в личные сообщение и мы свяжем вас со специалистами, которые все объяснят и предоставят максимум информации о системе.

Дополнительное чтение в нашем блоге на Хабре:

• Как повысить завершаемость массовых онлайн-курсов: опыт Актиона

• Нельзя так просто взять и погрузиться в работу: как делать это правильно

• Справочная: как работает TWI методика, которую используют более ста лет

В мае 2020 года, когда процент коллег без проектов оказался неожиданно высоким, мы решили привлечь желающих к работе с опенсорс. У DataArt есть опыт создания собственных продуктов с открытым исходным кодом: IoT-платформа DeviceHive, .NET-фреймворк Atlas, игровая платформа Kiddo. Но контрибьютором сторонних проектов на уровне компании мы раньше не выступали, и сходу вкладывать в новую инициативу большие ресурсы не планировали. Скорее, хотели посмотреть, как это работает и для чего может пригодиться в будущем.

Один из авторов идеи Solution-архитектор Денис Цыплаков поделился несколькими наблюдениями, которые могут быть полезны всем, кто хотел бы создавать открытое ПО не только в свободное, но и в рабочее время, или дать такую возможность своим командам.

1. Опенсорс может работать на продвижение компании, но это дорого

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

Можно представить, как однажды предъявленный вклад в репозиторий окончательно убедит потенциального заказчика подписать с вами контракт. Но это скорее может сработать, если вы концентрируете усилия в относительно узкой технологической нише. Для тех, кто, как и DataArt, ориентируется на максимально широкий набор платформ и чаще всего имеет дело с самыми распространенными из них, вероятность воплощения такого сценария стремится к нулю.

Собственные опенсорс-продукты способны привлекать внимание, но требуют значительных ресурсов и постоянного внимания. К тому же, иногда потенциальные заказчики, работающие в смежной области, могут смотреть на вашу независимую разработку с профессиональной ревностью.

В любом случае, чтобы вас заметили, придется потратить немало усилий и денег, но открытым ПО можно заниматься не только ради большей известности.

2. Опенсорс не принесет мгновенного признания среди программистов

Двадцать лет назад, программируя на Delphi, я вполне мог за выходные написать библиотеку для логирования, которой люди действительно пользовались она была выложена на Torry. Сейчас для любых фреймворков придумано столько, что привлечь внимание можно, разве что играя на ограниченном поле самых современных и эксклюзивных технологий, угадывая тренды и привлекая значительные ресурсы вряд ли менее тысячи человеко-часов в год. Согласитесь, что сделать крутую фичу, скажем, для React за неделю силами тех, кто сейчас оказался в idle, не выйдет.

Любая собственная библиотека потребует постоянной команды или хотя бы продакт оунера. Ведь кто-то должен следить за консистентностью, обеспечивать передачу знаний, решать целый букет проблем и находить способы продвижения вашей разработки внутри сообщества. Возможно, вы сможете обойтись всего одним человеком, причем даже не на все 40 часов в неделю, но задач ему хватит. Значит, менеджменту компании придется очень подробно объяснить, для чего такого человека брать и не отпускать на полную занятость в коммерческом проекте.

Собственно, у DataArt как раз есть опыт создания собственных опенсорс-продуктов, и они развивались по классическому для продуктовой разработки пути. Думаю, в конечном итоге их успех зависит от продакт оунера здесь всегда нужен харизматичный и энергичный человек, абсолютно уверенный в ценности разработки, которую он представляет. Людей, для которых не просто работа, но и сам продукт важная часть жизни в аутсорсинговых компаниях не бывает много.

Если вам удастся придумать уникальный проект или новый функционал для известного фреймворка, не требующие больших вложений, поздравляю (без тени иронии)! Очень похоже на гениальное озарение, это уровень если не фундаментального научного открытия, то инженерного изобретения. Остается уточнить у коллег, в вашу инициативу не вовлеченных: нужна ли им такая разработка, будут ли они новой фичей пользоваться. Но рассчитывать на такие вспышки на этапе запуска работы с опенсорс я бы не стал: они точно не будут носить системного характера.

Любой полезный вклад в открытое ПО делает мир чуть-чуть лучше, но все равно придется разобраться, для чего это нужно вашей компании. Только так можно определить направление усилий и объем ресурсов, доступный для вложения в опенсорс-проекты.

3. В крупнейших опенсорс-проектах всем хватит небольших задач

Всякий проект испытывает ряд типичных проблем, в нем всегда есть не самые сложные и потому не самые увлекательные задачи, до которых ни у кого пока не дошли руки. Они обычно очень конкретные: от проверки документации до устранения мелких багов. Решение таких проблем незначительная, но совершенно явная помощь будущим пользователям.

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

Для программистов с небольшим опытом такой проект все равно оказывается полезен. Хотя ничего сложного в том, что они сделали, для них самих нет.

4. Подходящий репозиторий легко выбрать на глаз

Понятно, что отталкиваться проще всего от технологии. В нашем случае на момент высокого idle без проектов больше всего оказалось JavaScript-разработчиков, и первыми на наше предложение откликнулись двое из них. Дальше самое удобное просто взять топ-100 проектов с GitHub, отфильтровать их по нужной технологии и выбирать те, на которые отзывается ваше сердце. Внутри симпатичных вам проектов остается выбрать тикеты, отмеченные самими разработчиками как важные. И оценить хватит ли вам времени, чтобы наверняка справиться с описанной в них проблемой.

Важно, как устроен сам проект: есть ли гайдлайны и готовая подборка важнейших задач, много ли зафиксировано проблем и много ли там pull requests. Если нет, похоже, что вас в этом репозитории не особенно ждут. В принципе можно представить, что вы рассматриваете чужой огород: если грядки ровные и сорняки регулярно пропалывают, значит, помогать хозяевам будет легко и приятно. Для примера можно посмотреть на Angular.

В хорошо настроенном проекте с выбранной проблемой можно справиться часа за два. Мы знаем, как искать подходящий тикет, поэтому рекомендуем коллегам в DataArt, кто ненадолго оказался без проекта, написать нам. Мы подскажем, куда идти, вместе выберем задачу. Иногда поделать что-то руками может быть полезнее, чем на один день погружаться в неизвестный вам раздел теории.

5. Порог для входа в опенсорс существует, но он очень низкий

Если в проекте настроен нормальный воркфлоу, участвовать в нем легко. Однако для компаний это все-таки чуть сложнее, чем для индивидуальных разработчиков. Репозитории Angular, React и другие, сопоставимые с ними по масштабу, защищены специальным юридическим фреймворком. Пока ты не пытаешься сделать pull request, ты его даже не видишь, а для участия в проекте в свободное время из дома хватит и простой галочки да, согласен. Но если ты с ним столкнулся как сотрудник компании, потребуется подпись от аналогичного лигал-фреймворка твоей компании в этом нет ничего сложного, но и тривиальной эту задачу я бы не назвал. Если ваши коллеги раньше в рабочее время опенсорс не занимались, юристы могут удивиться.

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

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

Еще один момент сделать вклад в такой проект, как Angular или React, вполне реально, но надо быть готовым, что ваши изменения будут долго и дотошно обсуждать, рассматривая каждую букву (буквально). Это полезный опыт, но не каждый и не всегда к этому готов. Если хочется просто сделать что-то полезное, избежав изнурительного ревью можно взять репозиторий попроще. Например, не сам React, а какую-то популярную библиотеку компонентов к нему. Эти ребята значительно менее избалованы вниманием, и процесс протекает проще и дружелюбнее.

6. В опенсорс есть чему поучиться

Прежде всего, это касается джуниор-программистов и тех, кто очень давно работает исключительно в одном закрытом проекте. Сам процесс здесь может выглядеть достаточно поучительно, а объем и сложность всегда можно подобрать по силам конкретному человеку. Как ни странно, все, что нужно для участия умение достаточно аккуратно писать код. С остальным в хорошем проекте помогут: подскажут, например, не выпадает ли написанное вами из code style. К тому же, большие проекты делаются на основе лучших практик участвуя в них непосредственно, можно немного набить руку.

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

7. Не стоит спешить с обещаниями

Интересно, что в опенсорс обнаружились настоящие серийные контрибьюторы небольшие компании и самостоятельные разработчики, которые берут на себя очень много задач. Доходит до смешного: человек пишет, что решит проблему через несколько часов, но не возвращается к ней годами. Даже тревожно становится все ли с человеком в порядке.

Видимо, так некоторые люди и фирмы прогревают свои профайлы, хотя мы так и не поняли, что это осознанная стратегия, стечение обстоятельств (мы надеемся с человеком ничего не случилось) или неудачное планирование.

В любом случае это примеры, едва ли достойные подражания. Мы посылали pull requests, только завершив задачу и проведя необходимые тесты. Надо сказать, что не отмечаясь заранее, вы снижаете уровень собственной ответственности. Если человек, который взял тикет, внезапно уходит в проект к клиенту или просто не справляется, вы никого не подвели свой опыт ваш коллега все равно получил.

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

Вместо заключения

1. Опыт коммуникации с лучшими опенсорс-проектами очень полезен. Любой программист может сразу посмотреть, как поставлено дело в высшей лиге, и даже немного в ней поиграть.

2. Участие в опенсорс однажды позволит ответить на вопрос о знакомстве с технологией Х: Вообще-то, я один из ее контрибьюторов.

3. Опенсорс улучшает карму и позволяет человеку, а иногда и всей компании, приобрести новый опыт в области, где коммерческих проектов пока было мало.

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