Cнятие потребности в начале разработки или где "лежит" цель заказчика?
Я как-то спрашивала, с чего начинается разработка электронного курса. Сейчас, почти ни для кого не является новостью или спорным вопросом, что работать начинают с беседы с заказчиком и экспертом, а не получением пакета документации.
Тем не менее, в самой беседе кроется крайне важный нюанс.
Когда к нам приходят с запросом: "Разработайте нам курс!" чаще всего хочется сразу же включиться в работу, а потому тут же запрашиваем, кого обучать, чему обучать, как обучать и в какой срок нужно обучение или готовый курс. Фактически, мы сразу решаем задачу в нашей привычной среде.
Это не всегда верно, так как наш род деятельности тоже имеет "границы" предметной области, поэтому и решаем мы поставленную задачу сразу же методами и инструментами привычной среды e-learning. А когда полученный запрос не вписывается в наши ограничения (временные ресурсы, технологические ограничения, ресурсы разработчиков и т.д.), впадаем "вступор" и говорим - "нет! мы не можем разработать так быстро качественный курс! это невозможно!" и в итоге начинаем отстаивать наши привычные понятия.
В действительности же альтернативное решение, практически всегда, существует, но лежит оно за пределами предметной области наших знаний и компетенций. Я имею в виду, что прежде чем решать задачу "в лоб", стоит немного абстрагироваться от ее формулировки и попытаться взглянуть по другому.
Для чего собственно задумывается обучение? И какой эффект должен быть в итоге? Как срочно? Возможно ли разделить задачу на краткосрочную перспективу и долгосрочную? Возможно, критично сначала решить краткосрочную, используя другие, менее эффективные, но зато уже реальные, имеющиеся в наличии инструменты, чтобы получить моментальный результат, а для компенсации использовать поддерживающие методы (например, сопровождение тьютора, или ведение форума), а разработку электронных курсов вести параллельно, постепенно закрывая потребность. Конечно, важно уточнить не разовая ли это акция и тогда вообще смысла нет разрабатывать курсы.
Я хочу сделать акцент на том, что нужно не выполнять запрос так, как он был сформулирован изначально и отказываться полностью от проекта, если оказывается, что ресурсов нет или их нельзя высвободить, а искать другие пути решения вопроса заказчика. И тогда будет решена проблема заказчика в краткосрочной перспективе и заложен алгоритм решения - в долгосрочной, и заказчик не будет потерян.
К сожалению, снимать бизнес-потребность умеют далеко не все "обученцы", но этому можно найчиться - одергивать себя от моментального принятия запроса и ухода в детали профессиональной предметной области. Стоит взглянуть на запрос с другой стороны и оценить другие способы решения.
Мысли вслух,
Денисова Елена
https://www.facebook.com/profile.php?id=100004487832154&fref=nfhttp://blogofdenisova.blogspot.ru
