Новости HRTech, интересные идеи о Digital HR в нашем канале в Telegram: https://t.me/WebsoftHR

Cнятие потребности в начале разработки или где "лежит" цель заказчика?

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

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

Это не всегда верно, так как наш род деятельности тоже имеет "границы" предметной области, поэтому и решаем мы поставленную задачу сразу же методами и инструментами привычной среды e-learning. А когда полученный запрос не вписывается в наши ограничения (временные ресурсы, технологические ограничения, ресурсы разработчиков и т.д.), впадаем "вступор" и говорим - "нет! мы не можем разработать так быстро качественный курс! это невозможно!" и в итоге начинаем отстаивать наши привычные понятия.

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

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

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

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

Мысли вслух,
Денисова Елена
https://www.facebook.com/profile.php?id=100004487832154&fref=nf
http://blogofdenisova.blogspot.ru

Хотите познакомиться с современными инструментами автоматизации HR-процессов? Узнать как автоматизировать подбор, адаптацию, обучение и оценку ваших сотрудников с помощью современной HCM системы?


Популярные сообщения из этого блога

Вы перестали пить коньяк по утрам, отвечайте ― да или нет?

Закон 7 рукопожатий и мгновенный обмен сообщениями

Постановка задач на доработку Websoft HCM. Основные принципы обеспечения стабильности работы кастомизаций

Теория программированного обучения Э.Л.Торндайка и Б.Ф.Скиннера

Перезапуск адаптации: как автоматизировать нетипичный процесс? Кейс «585*Золотой»