Новости 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 системы?


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

Репликация и сквозная авторизация: как это работает на примере Академии Ростеха

Подборка кейсов за полгода

Автоматизация модульных программ обязательного обучения сотрудников страховой компании «Согласие»

Мультисайтовость корпоративного портала. Сайт базы знаний как основной источник информации

Как в компании «Магнит» работают над созданием функционального и удобного портала