Качество решения = качество диагностики

В последнее время ощущаю себя «вольным исследователем» 😀

А всё потому что ищу проекты на стыке нескольких направлений: - управление образовательными проектами, - проведение продуктовых исследований, - внедрение инноваций в обучении (в т.ч. с использованием искусственного интеллекта), - проектирование образовательного опыта, - внедрение теорий наук об обучении, - внедрение принципов педагогического дизайна, - построение учебной аналитики.

Понимаю, непростая комбинация.

Но именно на пересечении этих областей очень хотелось бы развиваться, потому что в таком случае запускается цикл:

исследовать → формулировать проблемы → предлагать решения → пилотировать решения → измерять эффекты → масштабировать и/или коммерциализировать

Поэтому если у вас есть технологические или образовательные проекты/продукты (в т.ч. на основе ИИ) в корпоративном, EdTech или академическом секторе, то открыт к сотрудничеству. Для этого просто напишите мне в сообщения профиля, либо в телеграм 👉🏼 @osipov_education

Друзья, а теперь история 💭

Недавно проводил очередное исследование среди руководителей, которые пытаются автоматизировать часть своих задач, включая использование ИИ.

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

После очередной дискуссии нашёл одну из главных ошибок при внедрении ИИ — слишком быстро переходить от проблемы к ИИ-решению.

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

Вполне логично сразу автоматизировать её с помощью ИИ.

Но ведь проблема может быть связана совсем с другим.

Например: - неудачной структурой заданий; - отсутствием единых критериев оценивания; - перегруженной программой; - неудобной LMS; - недостаточной методической подготовкой и т.д.

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

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

- Где именно возникает нагрузка? - Почему она возникает? - Как её уже пытались решить? - Почему её не удалось решить? - Что в текущем процессе можно изменить без внедрения новых технологий? и т.д.

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

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

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

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

Качество решения = качество диагностики | Сетка — социальная сеть от hh.ru Качество решения = качество диагностики | Сетка — социальная сеть от hh.ru