Forwarded from Alexey Korolkov
Наш взгляд (Websoft) на интеграцию: мы всячески ее поддерживаем. Именно для этого мы сделали поддержку xAPI/CMI5, для этого периодически расширяем API и в 2019 сделаем полностью новое rest API, покрывающее полный функционал системы.
Но, как правило неэффективно иметь 2,3,... интегрированные системы в каждой из которых реализован свой собственный бэкэнд, справочники, сложная логика управления. Управлять таким "монстром", синхронизировать справочники, результаты весьма сложно.
Где хороша интеграция LMS/TMS систем с внешними инструментами:
1. провайдеры контента (библиотеки книг, курсов, видео, Mooc),
2. провайдеры контентных сервисов (агрегаторы контента, курируемый контент),
3. специализированные интерактивные сервисы (многопользовательские игры, сложные симуляторы, мобильные приложения со сложной логикой и механикой),
4. коммуникационные сервисы, сервисы оценки и тестирования (методики, которые предоставляются online),
5. сервисы сложной аналитики.
6. Порталы (SSO)
Что неэффективно (на мой взгляд):
- делать приложения и решения для которых есть 100% аналог в базовой системе
- реализовывать во внешнем приложении сложную бизнес-логику, аналог которой уже есть в базовой системе.
- реализовывать отдельный бэкэнд, ради того, чтобы прикрутить новый фронтэнд, вместо интеграции с существующим
Например, решил заказчик сделать сложную многопользовательскую игру/симулятор, которую не сделать в scorm курсе.
Справочники, необходимые для этого приложения все есть в LMS/TMS (пользователи, группы, вопросы, ...) - так забирайте их через API "на лету", а не плодите зоопарк данных, серверов и админок.
Результаты возвращайте через xAPI/CMI5 также "на лету", а не перегружайте через базу/csv/excel.
И будет вам счастье и управляемое решение ;)
Но, как правило неэффективно иметь 2,3,... интегрированные системы в каждой из которых реализован свой собственный бэкэнд, справочники, сложная логика управления. Управлять таким "монстром", синхронизировать справочники, результаты весьма сложно.
Где хороша интеграция LMS/TMS систем с внешними инструментами:
1. провайдеры контента (библиотеки книг, курсов, видео, Mooc),
2. провайдеры контентных сервисов (агрегаторы контента, курируемый контент),
3. специализированные интерактивные сервисы (многопользовательские игры, сложные симуляторы, мобильные приложения со сложной логикой и механикой),
4. коммуникационные сервисы, сервисы оценки и тестирования (методики, которые предоставляются online),
5. сервисы сложной аналитики.
6. Порталы (SSO)
Что неэффективно (на мой взгляд):
- делать приложения и решения для которых есть 100% аналог в базовой системе
- реализовывать во внешнем приложении сложную бизнес-логику, аналог которой уже есть в базовой системе.
- реализовывать отдельный бэкэнд, ради того, чтобы прикрутить новый фронтэнд, вместо интеграции с существующим
Например, решил заказчик сделать сложную многопользовательскую игру/симулятор, которую не сделать в scorm курсе.
Справочники, необходимые для этого приложения все есть в LMS/TMS (пользователи, группы, вопросы, ...) - так забирайте их через API "на лету", а не плодите зоопарк данных, серверов и админок.
Результаты возвращайте через xAPI/CMI5 также "на лету", а не перегружайте через базу/csv/excel.
И будет вам счастье и управляемое решение ;)
#переговорка
Друзья, давайте в следующую среду (14 ноября) поговорим про экосистему технических решений? Поделимся опытом "как у нас", посмотрим "как у них" посмотрим LRS'ли единым живёт интеграция и что ещё есть нужного и интересного в среде интегрированных решений.
Начало в 12:00 как обычно. Ссылка будет позже.
Друзья, давайте в следующую среду (14 ноября) поговорим про экосистему технических решений? Поделимся опытом "как у нас", посмотрим "как у них" посмотрим LRS'ли единым живёт интеграция и что ещё есть нужного и интересного в среде интегрированных решений.
Начало в 12:00 как обычно. Ссылка будет позже.
Forwarded from Lilia Smirnova
Немного еще про LRS. Поясню свой рисунок.
Цель интеграции: получение полных данных о проводимых мероприятиях по оценке и развитию персонала (поквартально, в различных разрезах).
Условия:
1) LMSок в компании по факту несколько (и действуют непреодолимые силы, поддерживающие такую ситуацию). Ни одна из них не содержит полного справочника по пользователям и не интегрирована с системой по управлению персоналом.
2) О системе BI компании специалисту по ДО ничего неизвестно.
3) Пользователи разных систем - пересекающиеся множества.
4) Есть обучение при помощи десктоп-тренажеров, которое является значимым для всей отрасли.
5) Есть разовые потребности по обучению отдельных групп обучаемых на внешних образовательных ресурсах.
6) Есть очное и смешанное обучение, которое обеспечивается различными образовательными организациями - как внешними, так и внутренними. Т.е. винегрет существует просто как данность.
7) Есть устаревшие системы, от которых хотелось бы в перспективе отказаться (но при этом сохранить данные о пройденном в них обучении).
Принципы:
1. LRS "отбирает" у LMSок и др.систем функции сбора, хранения, обработки и визуализации данных о пройденном обучении. Из отдельных систем LRS собирает более подробную статистику по учебным активностям пользователей для проведения учебной аналитики в будущем.
2. LMSкам оставляем авторизацию и миссию по обеспечению доставки контента обучаемым - и не только содержащегося в самой системе, но и внешнего. При этом возвращать в LMS никакие данные в принципе не надо (см.п.1)... Другое дело когда есть 1 основная система, в которой есть все работники организации - тогда работают другие схемы и никакая LRS для интеграции вообще не нужна. Она там может выполнять свою естественную функцию по аналитике учебных данных (когда наберутся данные, и если компания готова платить за исследования и понимает экономию от индивидуализации обучения).
3. Хочется подгружать из LRS в какие-то LMSки цифровой образовательный профиль пользователя в виде виджета, а также необходимые отчеты. Цифровой образовательный профиль содержит информацию о профиле компетенций для должности пользователя, оценке его уровня развития различных компетенций и назначенном и пройденном обучении в разных системах (призванном этот уровень повысить).
4. Можно обучать алгоритмы ML выявлять наиболее оптимальные стратегии обучения и развития для каждого конкретного пользователя для повышения уровня тех или иных компетенций. Но вот это точно дело будущего - пока ищу подходы.. Для этого нужны как раз данные по оценке персонала в LRS, причем в динамике за разные годы (тестирования, аттестации, результаты центров оценки, ну и если уж совсем размечтаться - результаты оценки личностно-деловых компетенций и психологических особенностей в специально подготовленных VR-средах). Надо много данных за солидный период времени накопить. Вообще для начала хотелось бы понять насколько корректно завязывать обучение и повышение уровня развития компетенций - может тут сильнее какие-то другие факторы работают, которые в LRS никак не отражены и весь анализ будет некорректен.. в общем тут у меня одни вопросы пока... Но при успешной реализации маячит перспектива выдавать пользователю основанные на данных рекомендации по дальнейшему обучению и развитию, строить-таки индивидуальную траекторию.
Проблемы:
1) Обеспечить единый ID пользователя во всех системах. Решается на организационном уровне, в принципе реалистично. С данными есть и другие проблемы - полнота, однородность, достаточность - но это всегда так...
2) Внешние системы и сервисы не поддерживают стандарт xAPI. Решается индивидуально с провайдерами обучения и владельцами сервисов на принципах доброй воли и интереса к новым технологиям. Из компаний, к которым я с этим обращалась, ни разу никто не отказал!!! Плюс у многих систем есть API, с которыми можно поработать.
Цель интеграции: получение полных данных о проводимых мероприятиях по оценке и развитию персонала (поквартально, в различных разрезах).
Условия:
1) LMSок в компании по факту несколько (и действуют непреодолимые силы, поддерживающие такую ситуацию). Ни одна из них не содержит полного справочника по пользователям и не интегрирована с системой по управлению персоналом.
2) О системе BI компании специалисту по ДО ничего неизвестно.
3) Пользователи разных систем - пересекающиеся множества.
4) Есть обучение при помощи десктоп-тренажеров, которое является значимым для всей отрасли.
5) Есть разовые потребности по обучению отдельных групп обучаемых на внешних образовательных ресурсах.
6) Есть очное и смешанное обучение, которое обеспечивается различными образовательными организациями - как внешними, так и внутренними. Т.е. винегрет существует просто как данность.
7) Есть устаревшие системы, от которых хотелось бы в перспективе отказаться (но при этом сохранить данные о пройденном в них обучении).
Принципы:
1. LRS "отбирает" у LMSок и др.систем функции сбора, хранения, обработки и визуализации данных о пройденном обучении. Из отдельных систем LRS собирает более подробную статистику по учебным активностям пользователей для проведения учебной аналитики в будущем.
2. LMSкам оставляем авторизацию и миссию по обеспечению доставки контента обучаемым - и не только содержащегося в самой системе, но и внешнего. При этом возвращать в LMS никакие данные в принципе не надо (см.п.1)... Другое дело когда есть 1 основная система, в которой есть все работники организации - тогда работают другие схемы и никакая LRS для интеграции вообще не нужна. Она там может выполнять свою естественную функцию по аналитике учебных данных (когда наберутся данные, и если компания готова платить за исследования и понимает экономию от индивидуализации обучения).
3. Хочется подгружать из LRS в какие-то LMSки цифровой образовательный профиль пользователя в виде виджета, а также необходимые отчеты. Цифровой образовательный профиль содержит информацию о профиле компетенций для должности пользователя, оценке его уровня развития различных компетенций и назначенном и пройденном обучении в разных системах (призванном этот уровень повысить).
4. Можно обучать алгоритмы ML выявлять наиболее оптимальные стратегии обучения и развития для каждого конкретного пользователя для повышения уровня тех или иных компетенций. Но вот это точно дело будущего - пока ищу подходы.. Для этого нужны как раз данные по оценке персонала в LRS, причем в динамике за разные годы (тестирования, аттестации, результаты центров оценки, ну и если уж совсем размечтаться - результаты оценки личностно-деловых компетенций и психологических особенностей в специально подготовленных VR-средах). Надо много данных за солидный период времени накопить. Вообще для начала хотелось бы понять насколько корректно завязывать обучение и повышение уровня развития компетенций - может тут сильнее какие-то другие факторы работают, которые в LRS никак не отражены и весь анализ будет некорректен.. в общем тут у меня одни вопросы пока... Но при успешной реализации маячит перспектива выдавать пользователю основанные на данных рекомендации по дальнейшему обучению и развитию, строить-таки индивидуальную траекторию.
Проблемы:
1) Обеспечить единый ID пользователя во всех системах. Решается на организационном уровне, в принципе реалистично. С данными есть и другие проблемы - полнота, однородность, достаточность - но это всегда так...
2) Внешние системы и сервисы не поддерживают стандарт xAPI. Решается индивидуально с провайдерами обучения и владельцами сервисов на принципах доброй воли и интереса к новым технологиям. Из компаний, к которым я с этим обращалась, ни разу никто не отказал!!! Плюс у многих систем есть API, с которыми можно поработать.
Forwarded from Ruslan Yakupov
Здравствуйте. В блоге айспринга опубликовали подборку 20 телеграмм-каналов по elearning. Если вы знаете ещё какие-то крутые каналы, скажите, мы добавим в статью. https://www.ispring.ru/elearning-insights/telegram-kanaly-po-elearning/
Forwarded from Deleted Account
Изучили мы сегодня искусственный интеллект в обучении и вот как-то так: https://i-elearning.ru/wordpress/ai-v-obuchenii-chuda-ne-sluchilos.html
i-elearning.ru
AI в обучении: чуда не случилось! | Блог Павла Безяева
Сегодняшнего дня группа активистов сообщества Digital Learning ждала с особым нетерпением - нам обещали показать работающий пример использования искусственного интеллекта для обучения! О, сколько мы об этом говорили и мечтали! И нам показали отличную платформу…
Forwarded from Виталий Пинигин
Всем привет в субботний #ужедень) Обязательно заходите к нам в среду, 14 ноября, на обсуждение экосистемы технический решений.
Интегрированная интеграция с интеграционной интеграцией. 😳
Пишем, делимся мнениями, меняем точку зрения.
Среда, 14 ноября, 12:00.
https://t.iss.one/joinchat/EuJ5oRCOP7gvb-9SGOVkAQ
Интегрированная интеграция с интеграционной интеграцией. 😳
Пишем, делимся мнениями, меняем точку зрения.
Среда, 14 ноября, 12:00.
https://t.iss.one/joinchat/EuJ5oRCOP7gvb-9SGOVkAQ
Forwarded from Тренды образования
Отличный пост с фейсбука под знаменем: «Цифровое Oбучение умерло, да здравствует Цифровое Oбучение». Традиционно выделю близкие сердцу тезизы.
📍 LMS изначально созданы как способ цифровизации и поддержки традиционных курсов (в 1980-х Boeing разработал SCORM стандарт для работы с контентом на суперновых носителях CD-ROM).
📍 В большинстве компаний LMS – это хранилище обязательных курсов, которые людей заставляют пройти и кладбище записей оффлайн событий и «учебных» видео.
📍 Люди просто напросто не пользуются LMS, если их не заставлять.
📍Вы завершаете проект, выступаете на собрании, читаете книгу, смотрите видео – это ваше обучение, применение изученного, доказательство «научения» начальству и демонстрация экспертизы заинтересованным в подобном опыте коллегам.
📍 Дизайн обучающих курсов уходит в прошлое. Обучающий контент распадается на две большие категории: Micro Learning и Macro Learning.
📍 У очень многих людей изменился способ выполнения работы: люди постоянно ищут информацию, ответы, советы, подходы. При этом работников постоянно отвлекают сообщения, звонки и почта. Ни для чего, кроме Micro Learning времени просто нет.
📍 Для новой реальности нужна новая обучающая среда – это Spaced Learning. Обучение, где между блоками знаний есть время обсудить, подумать, применить, повторить, вспомнить.
📍 По мнению многих исследователей самая «горячая» тема новой реальности не видео и даже не мобильный контент, а его персонализация.
📍 LMS обслуживают потребности компаний, а не обучающихся.
📍 Вы можете как угодно быстро потреблять любое количество контента, но для его применения вам нужны: предоставляемые руководителем свобода и выделенное время для обучения, понимание ценности изученного и необходимости этого для выполнения задач, возможность пробовать новое, совершать ошибки и обсуждать их, задавать вопросы, взаимодействовать с другими учащимися и в первую очередь вашим руководителем.
📍 Обучающая экосистема, предлагающая свои внутренние способы обмена сообщениями, свои социальные сети, отдельные «виртуальные комнаты» для общения и другие проприетарные технологии – нежизнеспособна.
📍 Сотрудники отделов обучения должны начать трансформацию из «тренеров» и «разработчиков программ» в «создателей обучающего опыта», специалистов в дизайн-мышлении, специалистов в создании «индивидуальных карт развития».
📍 Создание контента должно осуществляться с использованием Agile подходов, когда создается MVP (минимальный жизнеспособный продукт), затем он тестируется, изменяется и дорабатывается, если он решает поставленные задачи.
Предлагаю внимательно вчитаться в исходный огромный пост и найти там для себя новые смыслы или подтверждение ваших сумбурных ощущений от надвигающейся транформации: https://facebook.com/pavel.grekov.1/posts/2173207059385477
📍 LMS изначально созданы как способ цифровизации и поддержки традиционных курсов (в 1980-х Boeing разработал SCORM стандарт для работы с контентом на суперновых носителях CD-ROM).
📍 В большинстве компаний LMS – это хранилище обязательных курсов, которые людей заставляют пройти и кладбище записей оффлайн событий и «учебных» видео.
📍 Люди просто напросто не пользуются LMS, если их не заставлять.
📍Вы завершаете проект, выступаете на собрании, читаете книгу, смотрите видео – это ваше обучение, применение изученного, доказательство «научения» начальству и демонстрация экспертизы заинтересованным в подобном опыте коллегам.
📍 Дизайн обучающих курсов уходит в прошлое. Обучающий контент распадается на две большие категории: Micro Learning и Macro Learning.
📍 У очень многих людей изменился способ выполнения работы: люди постоянно ищут информацию, ответы, советы, подходы. При этом работников постоянно отвлекают сообщения, звонки и почта. Ни для чего, кроме Micro Learning времени просто нет.
📍 Для новой реальности нужна новая обучающая среда – это Spaced Learning. Обучение, где между блоками знаний есть время обсудить, подумать, применить, повторить, вспомнить.
📍 По мнению многих исследователей самая «горячая» тема новой реальности не видео и даже не мобильный контент, а его персонализация.
📍 LMS обслуживают потребности компаний, а не обучающихся.
📍 Вы можете как угодно быстро потреблять любое количество контента, но для его применения вам нужны: предоставляемые руководителем свобода и выделенное время для обучения, понимание ценности изученного и необходимости этого для выполнения задач, возможность пробовать новое, совершать ошибки и обсуждать их, задавать вопросы, взаимодействовать с другими учащимися и в первую очередь вашим руководителем.
📍 Обучающая экосистема, предлагающая свои внутренние способы обмена сообщениями, свои социальные сети, отдельные «виртуальные комнаты» для общения и другие проприетарные технологии – нежизнеспособна.
📍 Сотрудники отделов обучения должны начать трансформацию из «тренеров» и «разработчиков программ» в «создателей обучающего опыта», специалистов в дизайн-мышлении, специалистов в создании «индивидуальных карт развития».
📍 Создание контента должно осуществляться с использованием Agile подходов, когда создается MVP (минимальный жизнеспособный продукт), затем он тестируется, изменяется и дорабатывается, если он решает поставленные задачи.
Предлагаю внимательно вчитаться в исходный огромный пост и найти там для себя новые смыслы или подтверждение ваших сумбурных ощущений от надвигающейся транформации: https://facebook.com/pavel.grekov.1/posts/2173207059385477
Facebook
Pavel Grekov
Цифровое Oбучение умерло, да здравствует Цифровое Oбучение. Если вам «продают» обучение с экрана смартфона как «цифровое обучение» - гоните в шею, это шарлатаны. Настоящее «цифровое обучение» —...
Digital Learning (канал) pinned «Всем привет в субботний #ужедень) Обязательно заходите к нам в среду, 14 ноября, на обсуждение экосистемы технический решений. Интегрированная интеграция с интеграционной интеграцией. 😳 Пишем, делимся мнениями, меняем точку зрения. Среда, 14 ноября, 12:00.…»
Опубликован результат опроса по системам управления обучением составленный на основе опроса в нашем сообществе: https://bit.ly/hrdemolms
Такое большое значение в поле «другое» подтверждает ошибку при формировании опроса и снижает его валидность, но есть ожидаемые значения и сюрпризы
#summary по обсуждению опроса, который провели по теме "какой лмс пользуетесь" и про #выборЛМС.
Вот сам отчёт: https://bit.ly/hrdemolms
А вот сам опрос, для чистоты понимания: https://goo.gl/forms/wGuXiONrkqatOPBd2
Впечатление, действительно, сильно двоякое. С одной стороны - без таких опросов не понять какая система лучше и какую надо брать. С другой - для хорошего опроса там должны быть очень подробные вопросы (но мы знаем, что тогда никто не заполнит его до конца), а еще он должен быть проведен на огромном числе респондентов (что явно идёт в конфликте с предыдущим пунктом, чем длинней опрос будет, тем меньше людей пройдет). Ну и по мелочи - скачка его могли заполнить три раза от одной компании, оценка была просто в баллах, а не по функциям и т.д...
И нет. Это не значит что опрос был плохой или бесполезный. Для меня так точно. И хороший, и полезный, и интересный. Вот только выводы по нему можно делать если сильно в теме.
В чем же такая сложность в оценке и выбре лмс системы? Кто хоть раз выбрал - поймет бел лишних слов:
1) разные системы это как разные вселенные. Да, есть примерное направление одно - все про обучение. Но дальше это как сравнивать теплое и мягкое.
2) набор функций безумно разный. В одном списке системы где встроены свои вебинары, и где из функций только плеер курсов. Там же система заточенная под геймификацию, там же система заточенная под управление персоналом в большей степени чем на курсах... А если дополнять список то все станет ещё сложнее...
3) даже в рамках одной системы одной компании от нее надо одно, другой другое. И... Барабанная дробь... Они оценивают систему по одной шкале! Справедливости ради - я сам не знаю как ещё это оценить иначе.
4) ну и на десерт - есть функции которые вообще противоречат друг другу в равных системах. В одной очень много всего, в другой наоборот - одна но хорошая функция. Первая получает высокий балл за функциональность и низкий за удобство (ну, а как иначе - за функции надо платить кнопочками которыми они настраиваются, и из будет много). Вторая получает высокий балл за дружелюбность и низкий за то что в ней не все, что надо... В среднем оба этих сферических коня в вакууме получают одну оценку, но внутри они абсолютно разные.
Наверное можно сделать чуть более подробный список вопросов, который разделит системы по совсем уж верхнеуровневым функциям (типа встроенных вебинаров, системы тестирования, геймификацию, дружелюбность к мобилкам и пр.) И дополнить минимальным набором общих вопросов: удобство админки, юзерфрендли, дизайн (оооох сложно его оценить), настраиваемость, простота освоения...)
Но такой опрос пройдут не все, вернее не только лишь каждый (и как там дальше по тексту, забыл...).
Так как же выбрать?
Вот сам отчёт: https://bit.ly/hrdemolms
А вот сам опрос, для чистоты понимания: https://goo.gl/forms/wGuXiONrkqatOPBd2
Впечатление, действительно, сильно двоякое. С одной стороны - без таких опросов не понять какая система лучше и какую надо брать. С другой - для хорошего опроса там должны быть очень подробные вопросы (но мы знаем, что тогда никто не заполнит его до конца), а еще он должен быть проведен на огромном числе респондентов (что явно идёт в конфликте с предыдущим пунктом, чем длинней опрос будет, тем меньше людей пройдет). Ну и по мелочи - скачка его могли заполнить три раза от одной компании, оценка была просто в баллах, а не по функциям и т.д...
И нет. Это не значит что опрос был плохой или бесполезный. Для меня так точно. И хороший, и полезный, и интересный. Вот только выводы по нему можно делать если сильно в теме.
В чем же такая сложность в оценке и выбре лмс системы? Кто хоть раз выбрал - поймет бел лишних слов:
1) разные системы это как разные вселенные. Да, есть примерное направление одно - все про обучение. Но дальше это как сравнивать теплое и мягкое.
2) набор функций безумно разный. В одном списке системы где встроены свои вебинары, и где из функций только плеер курсов. Там же система заточенная под геймификацию, там же система заточенная под управление персоналом в большей степени чем на курсах... А если дополнять список то все станет ещё сложнее...
3) даже в рамках одной системы одной компании от нее надо одно, другой другое. И... Барабанная дробь... Они оценивают систему по одной шкале! Справедливости ради - я сам не знаю как ещё это оценить иначе.
4) ну и на десерт - есть функции которые вообще противоречат друг другу в равных системах. В одной очень много всего, в другой наоборот - одна но хорошая функция. Первая получает высокий балл за функциональность и низкий за удобство (ну, а как иначе - за функции надо платить кнопочками которыми они настраиваются, и из будет много). Вторая получает высокий балл за дружелюбность и низкий за то что в ней не все, что надо... В среднем оба этих сферических коня в вакууме получают одну оценку, но внутри они абсолютно разные.
Наверное можно сделать чуть более подробный список вопросов, который разделит системы по совсем уж верхнеуровневым функциям (типа встроенных вебинаров, системы тестирования, геймификацию, дружелюбность к мобилкам и пр.) И дополнить минимальным набором общих вопросов: удобство админки, юзерфрендли, дизайн (оооох сложно его оценить), настраиваемость, простота освоения...)
Но такой опрос пройдут не все, вернее не только лишь каждый (и как там дальше по тексту, забыл...).
Так как же выбрать?
Не претендуя на истину, попробую накидать шаги:
1) НЕ составлять список функций сразу. Лонгфичерлист зло, и если начать с него - придется в итоге брать сразу SAP.
2) Начать с задач. (Да, опять. Да, снова. Да, без них никуда).
3) правильно сформулировать задачи. Сложный пункт. Это не задача "тестировать", а задача типа "понимать уровень усвоения знаний" - разница на вид не большая, но зато даёт в итоге больше простора - может тесты и не нужны совсем будут.
3,5) вычеркнуть половину задач. Вот честно. Ну или соединить несколько в одну, более общую. Например "доставлять контент в виде слайдов" и "доставлять контент в виде видео" соединить в "умеет показывать на странице мультимедийный контент"
4) взвесь важность каждого пункта. Тут нет рецепта, но надо очень внимательно следит за тем, что не все задачи подряд окажемся в статусе "супер важно". Лучше подойти как к оценки на экзамене у некоторых преподов: на всю группу не больше двух пятёрок и обязательно десять двоек.
5) с этим списком пройти к вендорам и просто показать на примере как эта задачу можно закрыть. Быть готовым что разные компании предложат разные решения. Уже на этом этапе можно выставлять оценки. Можно оценивать по одному критерию "понравилось/нет", а можно добавлять детали типа "уодбство администрирования", "скорость разработки", "красивость", "удобство для юзера"... Эти параметры должны были быть в изначальном списке как "общие оценки". Еще хорошо ходить на отдельные более подробные встречи с другими компаниями и смотреть как они чего сделали.
6) ну дальше все почти элементарно сводится в экселе - оценки умножаем на вес, складываем. Сумму под каждой системой смотрим и покупаем тех... кто больше занес начальству... ну или тех кого закупкщики согласовали... шутка...
Для меня есть еще пункт 7. Но это для особых мусье, которые знают толк в извращениях:
7) через 6 месяцев (минимум) активного (важно!) использования вернуться к таблице и проверить
- а - оценки - они могут не соответствовать т.к. ставили мы их на основе наблюдений, а не реального использования
- б - веса задач - они тоже могли быть неверно оценены, особенно если это было новое для нас направление
- в - сами задачи - очень может быть такое, что некоторые вообще нифига не так как надо были сформулированы
Чего дальше? Ну оценили повторно и чо? Менять, если не соответствует? Фигасе, откуда ж взять столько денег, сил, времени, людей? Но не все так плохо - на самом деле это тот самый момент когда мы уже перестаем подстраивать систему под задачи, но и начинаем путь на встречу - подстраивать задачи под систему. Ну нет в ней тестирований, чего делать? например зашить их в курсы. Нет в ней вебнаров - а давайте отдельный сервис интегрируем? Нет плеера курсов или он не удобен - а давайте делать не курсы? А если не курсы то сыпется задача по сбору статистики - а давайте ее сделаем своим скриптом? Ну и понеслась. Т.е. по каждой задаче есть то, насколько система ей соответствует, а еще есть насколько мы сами ее смогли довести до соответствия.
Ну вот едем мы в путешествие - мы же не забираем с собой всю квартиру? Мы берем один чемодан и придумываем как мы на месте поступим если вдруг жара или холод. Не покупаем же мы машину сразу на все случаи жизни (такой и нету). Нет - берем более-менее оптимальную, а дальше крутимся - не может проехать в деревне - купим цепи на колеса, не влезает все в багажник - поставим прицеп, не влезли все кого надо вести в салон - вызовем такси, хотим фары поярче - меням лампочки или ставим еще, надо побыстрее - чиптюним, хотим крисиво - отдаем на аэрографию...
Эх. Никогда не было, и вот опять. Все от задач. Все на опыте. Никаких готовых ответов...
1) НЕ составлять список функций сразу. Лонгфичерлист зло, и если начать с него - придется в итоге брать сразу SAP.
2) Начать с задач. (Да, опять. Да, снова. Да, без них никуда).
3) правильно сформулировать задачи. Сложный пункт. Это не задача "тестировать", а задача типа "понимать уровень усвоения знаний" - разница на вид не большая, но зато даёт в итоге больше простора - может тесты и не нужны совсем будут.
3,5) вычеркнуть половину задач. Вот честно. Ну или соединить несколько в одну, более общую. Например "доставлять контент в виде слайдов" и "доставлять контент в виде видео" соединить в "умеет показывать на странице мультимедийный контент"
4) взвесь важность каждого пункта. Тут нет рецепта, но надо очень внимательно следит за тем, что не все задачи подряд окажемся в статусе "супер важно". Лучше подойти как к оценки на экзамене у некоторых преподов: на всю группу не больше двух пятёрок и обязательно десять двоек.
5) с этим списком пройти к вендорам и просто показать на примере как эта задачу можно закрыть. Быть готовым что разные компании предложат разные решения. Уже на этом этапе можно выставлять оценки. Можно оценивать по одному критерию "понравилось/нет", а можно добавлять детали типа "уодбство администрирования", "скорость разработки", "красивость", "удобство для юзера"... Эти параметры должны были быть в изначальном списке как "общие оценки". Еще хорошо ходить на отдельные более подробные встречи с другими компаниями и смотреть как они чего сделали.
6) ну дальше все почти элементарно сводится в экселе - оценки умножаем на вес, складываем. Сумму под каждой системой смотрим и покупаем тех... кто больше занес начальству... ну или тех кого закупкщики согласовали... шутка...
Для меня есть еще пункт 7. Но это для особых мусье, которые знают толк в извращениях:
7) через 6 месяцев (минимум) активного (важно!) использования вернуться к таблице и проверить
- а - оценки - они могут не соответствовать т.к. ставили мы их на основе наблюдений, а не реального использования
- б - веса задач - они тоже могли быть неверно оценены, особенно если это было новое для нас направление
- в - сами задачи - очень может быть такое, что некоторые вообще нифига не так как надо были сформулированы
Чего дальше? Ну оценили повторно и чо? Менять, если не соответствует? Фигасе, откуда ж взять столько денег, сил, времени, людей? Но не все так плохо - на самом деле это тот самый момент когда мы уже перестаем подстраивать систему под задачи, но и начинаем путь на встречу - подстраивать задачи под систему. Ну нет в ней тестирований, чего делать? например зашить их в курсы. Нет в ней вебнаров - а давайте отдельный сервис интегрируем? Нет плеера курсов или он не удобен - а давайте делать не курсы? А если не курсы то сыпется задача по сбору статистики - а давайте ее сделаем своим скриптом? Ну и понеслась. Т.е. по каждой задаче есть то, насколько система ей соответствует, а еще есть насколько мы сами ее смогли довести до соответствия.
Ну вот едем мы в путешествие - мы же не забираем с собой всю квартиру? Мы берем один чемодан и придумываем как мы на месте поступим если вдруг жара или холод. Не покупаем же мы машину сразу на все случаи жизни (такой и нету). Нет - берем более-менее оптимальную, а дальше крутимся - не может проехать в деревне - купим цепи на колеса, не влезает все в багажник - поставим прицеп, не влезли все кого надо вести в салон - вызовем такси, хотим фары поярче - меням лампочки или ставим еще, надо побыстрее - чиптюним, хотим крисиво - отдаем на аэрографию...
Эх. Никогда не было, и вот опять. Все от задач. Все на опыте. Никаких готовых ответов...
Forwarded from Живое обучение
Нашла хорошую книгу How People Learn. В открытом доступе, на английском. Можно читать на сайте, можно скачать в роли гостя.
https://www.nap.edu/read/9853/chapter/1
- Чем отличаются эксперты от новичков
- Как учатся дети?
- Как устроен трансфер обучения?
- Как создавать учебную среду?
И не только.
https://www.nap.edu/read/9853/chapter/1
- Чем отличаются эксперты от новичков
- Как учатся дети?
- Как устроен трансфер обучения?
- Как создавать учебную среду?
И не только.
The National Academies Press
Read "How People Learn: Brain, Mind, Experience, and School: Expanded Edition" at NAP.edu
Read chapter Front Matter: First released in the Spring of 1999, How People Learn has been expanded to show how the theories and insights from the origina...
Forwarded from Живое обучение
Как люди учатся? На практике, в контексте, понимая, как и зачем они смогут применить новые знания. Новички и эксперты учатся по разному. Новичкам нужно больше базовых знаний, последовательностей и шагов, экспертам - меньше определений, больше вариантов применения, нестандартного использования. Но всем нужны примеры. Что такое "хорошо" и что такое "плохо".
Когда смотришь примеры, появляются разные мысли. Что-то оцениваешь, нравится или нет. Задаешься вопросом "Почему так?". Что-то подсматриваешь для себя, потому что вдруг видишь как автор примера сделал то, что тебе давно было нужно. В чем-то убеждаешься, а чем-то, наоборот, начинаешь сомневаться. Опыт других людей имеет очень большое значение. И учиться лучше на чужих ошибках.
Когда я провожу тренинги по разработке курсов, первое, о чем меня спрашивают - покажите примеры. Что именно вы имеете в виду, когда говорите, что нельзя делать такую навигацию? Как правильно разместить информацию на слайдах? Как встроить помощника? И еще сотни вопросов.
У нас в России сейчас нет ресурса, на котором можно посмотреть примеры курсов. Библиотеки, в которой лежали бы хотя бы части курсов, которые делают наши отечественные разработчики, под свои регулярные задачи. А для профессионального развития разработчика это нужно. Очень нужно.
Это одна из причин, по которой мы проводим конференцию Искусство разработки курсов. Один поток, 12 курсов (реальные курсы, показывают авторы). Все курсы участвовали конкурсе курсов и эксперты выбрали те, у которых отлично представлена теория, интересно сделана практика, отличная визуализация и достойная внимания навигация. Целый день - только разработка курсов и обмен опытом.
Детали:
- 29 ноября в Москве, с 9 до 19
- регистрация и детали - https://art.elearningpro.ru (программа с конкретными курсами - чуть позже, как только все лидеры будут определены экспертами конкурса)
У меня есть промо-код, по которому вас ждет полезный подарок - ELENA@TLGRM
И да, всем участникам конференции в течении 3х месяцев будет предоставлен доступ ко всем курсам конкурса. Отличное место для изучения отраслевого опыта.
Когда смотришь примеры, появляются разные мысли. Что-то оцениваешь, нравится или нет. Задаешься вопросом "Почему так?". Что-то подсматриваешь для себя, потому что вдруг видишь как автор примера сделал то, что тебе давно было нужно. В чем-то убеждаешься, а чем-то, наоборот, начинаешь сомневаться. Опыт других людей имеет очень большое значение. И учиться лучше на чужих ошибках.
Когда я провожу тренинги по разработке курсов, первое, о чем меня спрашивают - покажите примеры. Что именно вы имеете в виду, когда говорите, что нельзя делать такую навигацию? Как правильно разместить информацию на слайдах? Как встроить помощника? И еще сотни вопросов.
У нас в России сейчас нет ресурса, на котором можно посмотреть примеры курсов. Библиотеки, в которой лежали бы хотя бы части курсов, которые делают наши отечественные разработчики, под свои регулярные задачи. А для профессионального развития разработчика это нужно. Очень нужно.
Это одна из причин, по которой мы проводим конференцию Искусство разработки курсов. Один поток, 12 курсов (реальные курсы, показывают авторы). Все курсы участвовали конкурсе курсов и эксперты выбрали те, у которых отлично представлена теория, интересно сделана практика, отличная визуализация и достойная внимания навигация. Целый день - только разработка курсов и обмен опытом.
Детали:
- 29 ноября в Москве, с 9 до 19
- регистрация и детали - https://art.elearningpro.ru (программа с конкретными курсами - чуть позже, как только все лидеры будут определены экспертами конкурса)
У меня есть промо-код, по которому вас ждет полезный подарок - ELENA@TLGRM
И да, всем участникам конференции в течении 3х месяцев будет предоставлен доступ ко всем курсам конкурса. Отличное место для изучения отраслевого опыта.
Forwarded from Marina Litvinova
Всем привет! Хочу поделиться обновлением книги "Архитектура корпоративного онлайн-обучения". Внутри второй редакции вы найдете mind map с ключевыми процессами e-learning проекта. В бесплатной версии книги более 100 страниц лаконичных текстов, основанных на моем 12-ти летнем опыте в этой сфере. Enjoy!
👉 Заказать книгу на сайте EdMarket https://bit.ly/2qQJciY
👉 Посмотреть содержание книги https://elearnlmp.blogspot.com/2018/10/blog-post.html
👉 Заказать книгу на сайте EdMarket https://bit.ly/2qQJciY
👉 Посмотреть содержание книги https://elearnlmp.blogspot.com/2018/10/blog-post.html
EdMarket
Архитектура корпоративного онлайн-обучения · EdMarket
100+ страниц бесценной информации. Настольная книга для любого сотрудника отдела корпоративного обучения.
Forwarded from Deleted Account
Друзья, в эту среду (21.11.2018) в 12:00 предлагаем обсудить такую интересную тему - «Создание в компании вовлекающей среды для непрерывного развития талантов». Вовлекающая среда, как ключевой фактор привлечения и удержания талантов в новом мире! Хочется поштурмить на тему, а какой она может быть - идеальная среда для развития в компании? Что это в плане системы? Что с мотивацией? Место геймификации? Что ключевое? С чего начинать? Как развивать?
Ссылка на чат: https://t.iss.one/joinchat/D4766k-vcRmxT62Pam7qPQ
Ссылка на чат: https://t.iss.one/joinchat/D4766k-vcRmxT62Pam7qPQ
Digital Learning (канал) pinned «Друзья, в эту среду (21.11.2018) в 12:00 предлагаем обсудить такую интересную тему - «Создание в компании вовлекающей среды для непрерывного развития талантов». Вовлекающая среда, как ключевой фактор привлечения и удержания талантов в новом мире! Хочется поштурмить…»
Forwarded from Владимир vmkzakoƒƒ
Ну и в догонку немного личных соображений про сравнение VR и видео
Грабли: я точно понял что контент для VR надо брать не из сценаря для видео с актерами. Это было ошибкой (ну не ошибкой, с учетом ограничений, но лучше так не делать). Вторая ошибка была в том, что мы сделали закрытыми варианты ответов – если бы аватар реагировал на рандомные фразы – ожидаю сильно больше вау эффекта. Ну и три недели на продакшн это жесть. Дедлайн «завтра приезжает курьер из DHL» вообще убивал. VR на мероприятиии это не самое лучшее решение – шум вокруг может немного мешать распознавать речь, а еще понимание что на тебя смотрят немного смущает. Хотя по моим наблюдениям – смущение проходило после второй фразы.
Что на выходе: вроде как прослеживается интерес к самому формату, хотя глобальной разницы в почти NPS нет – на уровне статистической погрешности. Сложно сказать про усвоение т.к. на мероприятии мы тестов не делали, само собой, но есть подозрение что как минимум не хуже. При этом я начинаю сильно задумываться – ну если получается внимание и интерес людей привлечь новой «фишкой» - то может оно того стоит? В плане – геймификация уже не всех торкает, дизайн красивый уже не «круто-круто» а минимальный гигиенический фактор для контента… а вот тут есть еще чем заинтересовать. Часто у вас на прохождение обучения стоит очередь? А я вот сам своими глазами видел. Может со временем и это надоест, но пока, кажется, надо пользоваться.
Грабли: я точно понял что контент для VR надо брать не из сценаря для видео с актерами. Это было ошибкой (ну не ошибкой, с учетом ограничений, но лучше так не делать). Вторая ошибка была в том, что мы сделали закрытыми варианты ответов – если бы аватар реагировал на рандомные фразы – ожидаю сильно больше вау эффекта. Ну и три недели на продакшн это жесть. Дедлайн «завтра приезжает курьер из DHL» вообще убивал. VR на мероприятиии это не самое лучшее решение – шум вокруг может немного мешать распознавать речь, а еще понимание что на тебя смотрят немного смущает. Хотя по моим наблюдениям – смущение проходило после второй фразы.
Что на выходе: вроде как прослеживается интерес к самому формату, хотя глобальной разницы в почти NPS нет – на уровне статистической погрешности. Сложно сказать про усвоение т.к. на мероприятии мы тестов не делали, само собой, но есть подозрение что как минимум не хуже. При этом я начинаю сильно задумываться – ну если получается внимание и интерес людей привлечь новой «фишкой» - то может оно того стоит? В плане – геймификация уже не всех торкает, дизайн красивый уже не «круто-круто» а минимальный гигиенический фактор для контента… а вот тут есть еще чем заинтересовать. Часто у вас на прохождение обучения стоит очередь? А я вот сам своими глазами видел. Может со временем и это надоест, но пока, кажется, надо пользоваться.