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

1. Выяснилось, что для определения «эксперта разрабатывающего», используются различные термины, например, «методист», «разработчик», «дизайнер», «архитектор», «методолог». При этом, на рынке есть разночтения в понимании этих терминов, и их всегда важно уточнять. На конкурсе был принят термин «разработчик», и понимание того, кто такой разработчик, определяется через его задачи. Таким образом, разработчик — тот, кто выявляет запрос заказчика, разрабатывает программу и передает эту программу тренеру.
2. Возник вопрос, есть ли разница между внешним и внутренним разработчиком? Юлия Кузнецова прокомментировала результаты опроса, в котором приняло участие около 60 человек. Мнения большинства склоняются к тому, что внутренний разработчик все-таки лучше понимает и учитывает специфику бизнеса и компании. Но у него могут быть ограничения в наличии инструментария и взгляда на тему. У внешнего разработчика, наоборот, есть риски слабого понимания специфики при большом выборе инструментария, подходов и широте взгляда.
3. Должен ли разработчик быть тренером? 68.4% опрошенных ответили «да»! И, действительно, чаще всего карьерный путь разработчиков программ обучения проходит через этап тренерства. Можно ли разработчику обойтись без этого – сказать сложно. Во всяком случае, разработчику необходимо хорошо понимать работу тренера, иначе есть опасность создать продукт, который невозможно применить.
4. Что нового может быть во взаимодействии с заказчиком? Казалось бы, все ясно: чем точнее заказчик поставит задачу, и чем точнее разработчик снимет запрос, тем лучше! Высокая степень неопределенности, с которой сейчас сталкивается бизнес, зачастую не оставляет возможности для четких уверенных формулировок. В таком случае разработчику и заказчику важно выстраивать партнерский диалог и вместе продвигаться к пониманию задачи небольшими шагами.
5. А какие еще сложности бывают с заказчиками? Антон Капитонов предложил практичную типологию, в которой заказчика описывают два параметра: осведомленность и вовлеченность. Получается четыре типа заказчиков: «партнер», «энтузиаст», «заложник» и «скептик». И каждый из них имеет свои особенности! Во время фасилитации участники вебинара сформулировали риски взаимодействия с каждым из типов заказчиков и рекомендации по работе, исходя из собственного жизненного опыта.
6. Для конкурса было сформировано шесть критериев качества работы разработчика: понимание бизнеса, владение форматами, методическая грамотность, понятность изложения, наглядность материалов, авторский подход. Игорь Викторов — один из разработчиков конкурса – так описал методическую грамотность : «Это владение моделями, которые позволяют разрабатывать. Когда ты находишь структуру, которая начинает петь! В которой есть красота!»

Юлия Ужакина, Директор Корпоративной Академии «Росатом», сформулировала понимание качества разработки, отразив актуальный запрос бизнеса:

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

Марина Раджабова, Руководитель направления Корпоративного университета «РЖД», дополнила список требований к разработчику: «Те цели, которые позиционируются в начале программы, должны прослеживаться и отрабатываться по всей программе».

7. Отдельный важный пункт – это качество передачи программы обучения заказчику! Идейным вдохновителем этого задания для конкурса тренеров стал Александр Тузиков. Основной смысл в том, что разработчику важно качественно передать программу тренеру, чтобы тренер все понял и не исказил смысла. И при этом важно обойтись без огромных временных затрат!
8. И, наконец, блок, про который мало где пишут: как разработчику развиваться в профессии? Александр Соломатин, методолог в области разработки, предложил несколько направлений развития: 1 — понимание того бизнеса, для которого пишем; 2 – начитанность, расширение кругозора; 3 — знание методики: не просто знать принципы, но и понимать, что с ними делать; 4- грамотность; 5 — дизайн и юзабилити. Каждому разработчику стоит оценить себя по каждому из этих направлений и начать осознанно развивать свои компетенции с того направления, где выявлен наибольших пробел.

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

Ссылка на видеозапись вебинара: https://yadi.sk/i/4rBc4QRBmFctkA