Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Концептуальное проектирование е-курсов

5,910 views

Published on

Продолжаю серию методических руководств для специалистов, вовлеченных в проекты e-learning

Published in: Education

Концептуальное проектирование е-курсов

  1. 1. 2015 Концептуальное проектирование электронных курсов Методическое руководство Елена ЛОКТЕВА www.e-learning.by
  2. 2. 1 Введение ......................................................................................................................................................................2 1. Формулируем бизнес-требования к LMS..........................................................................................................3 1.1. Описание бизнеса Заказчика ....................................................................................................................3 1.2. Бизнес-нужды.............................................................................................................................................3 1.3. Сформулировать бизнес-цели и критерии успеха ..................................................................................4 1.4. Образ решения...........................................................................................................................................5 1.5. Факторы бизнес-рисков.............................................................................................................................6 1.6. Предположения и зависимости................................................................................................................8 2. Границы проекта.................................................................................................................................................9 2.1. Основные функции.....................................................................................................................................9 2.2. Состав релизов .........................................................................................................................................11 3. Бизнес-контекст ................................................................................................................................................12 3.1. Профили заинтересованных лиц ............................................................................................................12 3.2. Приоритеты проекта ................................................................................................................................13 3.3. Особенности развертывания ..................................................................................................................14 Послесловие...............................................................................................................................................................14 Мои контакты.............................................................................................................................................................14
  3. 3. 2 Введение Все чаще под электронным курсом (далее – е-курс) подразумевают видеоуроки, дополненные тестами. Причина – становящиеся все более популярными MOOC-платформы: Coursera, Udemy, Udacity и т.п. Тем не менее, е-курс – это не конкретная форма, а программный продукт, который так же сложен в проектировании, как любой другой. Следовательно, воспринимать е-курсы как набор видеоуроков так же бессмысленно, как считать, что все сайты – Интернет-магазины. Как и любой другой программный продукт, е-курс должен проходить стадию концептуального проектирования – вне зависимости от того, разрабатывается он для школы, вуза или корпоративного обучения. Только пройдя этот этап, мы сможем сказать, какие технологии и как будут использоваться в этом курсе. И может так случиться, что он вообще будет без видео и без тестов, но обеспечит бизнес-результат. Однако мы зачастую пропускаем не только этап концептуального проектирования, но и следующий за ним этап педагогического проектирования, и сразу переходим к технической реализации. В результате затрачивается много времени и средств, но получаются курсы ради курсов. Данное методическое руководство разработано для того, чтобы помочь авторам и разработчикам курсов выбрать именно то решение, которое необходимо. ВАЖНО! 1. Везде, где будет упомянуто слово «требования», подразумеваются требования к продукту (как должен вести себя электронный курс, в какой среде функционировать и т.п.), а не требования к проекту (бюджеты, сроки, персонал и т.п.) 2. Если по мере чтения у вас будут появляться вопросы, вы можете связаться со мной: a. по e-mail: Elena.Lokteva@gmail.com b. по Skype: e.lokteva
  4. 4. 3 1. Формулируем бизнес-требования к е-курсу Начинать концептуальное проектирование е-курса нужно с анализа бизнес-среды, в которой он будет эксплуатироваться. В противном случае есть риск получить курс, по которому в лучшем случае смогут учиться лишь некоторые, в худшем – никто. Даже если у Заказчика уже есть коллекция е-курсов, и он убежден, что все остальные е-курсы должны быть такими же (иногда «для поддержания единообразия», иногда – потому, что просто не знают, что е-курсы бывают других видов), необходимо каждый раз начинать с анализа бизнеса Заказчика и сбора бизнес- требований. 1.1. Описание бизнеса Заказчика Не важно, кто выступает Заказчиком – гендиректор компании, начальник отдела дистанционного обучения или активный школьный учитель. Портрет Заказчика просто необходим, поэтому на этом этапе нужно собрать и зафиксировать как можно больше фактов о бизнесе. В этом и всех последующих разделах мы будем рассматривать проектирование курсов для двух Заказчиков:  институт повышения квалификации и переподготовки кадров (ИПКиПК);  отдел обучения персонала компании. Таблица 1. Примеры описаний Заказчиков Заказчик Описание ИПКиПК ИПКиПК расположен в Минске и осуществляет программы повышения квалификации и переподготовки кадров по направлениям образования:  Управление  Экономика  Туризм и гостеприимство  Вычислительная техника Ежегодно в ИПКиПК курсы повышения квалификации проходят около 1000 слушателей, курсы переподготовки – около 100 слушателей. Отдел обучения персонала компании Компания занимается розничной продажей товаров для детей. Компания имеет представительства в 20 городах России и Беларуси. Общая численность персонала – 2200 человек. В настоящее время адаптационное обучение новых сотрудников проводится в виде 2-часового семинара, который проводит менеджер по персоналу после того, как наберется группа из 20-25 новых сотрудников. 1.2. Бизнес-нужды Е-курс, как и любой другой продукт, должен удовлетворить определенные потребности Заказчика. На этом шаге необходимо перечислить текущие возможности бизнеса, а также кратко и доступно сформулировать, какие бизнес-проблемы должны быть решены запуском е-курса. Бизнес-потребности «прячутся» на трех уровнях организации (см. )
  5. 5. 4 Рисунок 1. Бизнес-нужды на разных уровнях организации История из практики Организация решила заказать е-курс по обучению работе в корпоративной системе управления задачами. Видение Заказчика было в том, что е-курс должен быть представлен набором видеоуроков по интерфейсу системы. Однако на первой встрече выяснилось, что сотрудники уже знают, что это за система и для чего нужна, и даже используют ее. Но иногда сотрудники допускали ошибки, заполняя некоторые поля, либо вообще не заполняли важных полей. Проблема была не в том, что сотрудники не знают, «какие кнопки нажимать», а в том, что не понимают, как те или иные данные в карточке задачи используются другими специалистами. Иными словами, сотрудники не понимали некоторые особенности бизнес-процесса, который автоматизировала эта система, а не саму систему. Таким образом, первичное представление Заказчика и о содержании, и о форме электронных уроков изменилось. В результате был разработан слайдовый курс с тестовыми заданиями, вопросы которых были именно на понимание процесса, а не на знание кнопок. Для выявления бизнес-нужд и возможностей можно использовать самые разные техники: SWOT-анализ, Fishbone-диаграмму, 5-Why. Ниже приведены примеры бизнес-нужд Заказчиков, описанных в Таблица 1. Таблица 2. Примеры описания бизнес-нужд Заказчик Бизнес-нужды ИПКиПК В ИПКиПК обратился один из бизнес-инкубаторов с предложением организовать совместный курс «Бухучет для начинающих», чтобы предлагать его начинающим предпринимателям. С другой стороны, преподаватели ИПКиПК, преподающие бухучет, ранее тоже предлагали ввести такой курс, т.к. на некоторые курсы нужна хотя бы базовая подготовка, которую имеют не все слушатели. Отдел обучения персонала Проведение адаптационного очного семинара нецелесообразно: большинство сотрудников к моменту, когда наберется группа, уже получают всю необходимую информацию от непосредственных руководителей и коллег, т.к. от выхода их на работу до семинара проходит, как правило, 2-4 недели. Руководители жалуются, что тратят много времени на адаптацию. Кроме того, в текущую программу семинара не входит важный компонент, необходимый новичкам: обучение работе с внутренним корпоративным порталом, т.к. организация не располагает для такого обучения компьютерным классом. 1.3. Сформулировать бизнес-цели и критерии успеха На этом шаге нужно четко сформулировать бизнес-цели и критерии достижения этих целей. Иными словами, к каким бизнес-изменениям приведет запуск электронного курса, чтобы удовлетворить бизнес- нужды Заказчика. Руководство •Нуждается в достижении конкретных бизнес-целей Средний менеджмент •Нуждается в информации для принятия решений •Нуждается в выполнении дополнительных функций для достижения целей Исполнители •Нуждаются в решении проблем с текущим состоянием процесса, функции или системы
  6. 6. 5 Для формулирования бизнес-целей можно использовать технику SMART. В некоторых организациях бывает внедрена система сбалансированных показателей. И если разработка и запуск е-курса являются мероприятиями для реализации стратегии с помощью ССП, то описанные цели и целевые показатели можно найти в стратегических картах подразделения-Заказчика и подразделения- Исполнителя. Таблица 3. Примеры бизнес-целей Заказчик Бизнес-цели и критерии успеха ИПКиПК БЦ-1. Предоставить начинающим предпринимателям возможность освоить необходимый минимум для ведения первичного бухгалтерского учета. Критерии успеха:  Не менее 50 предпринимателей прошли электронный курс «Бухучет для начинающих» в течение года с момента запуска  95% предпринимателей, прошедших курс, оценили качество курса на 8 и выше (по 10-балльной шкале) БЦ-2. Минимизировать риск поступления в группы обучения бухучета слушателей, не имеющих необходимой базовой подготовки Критерии успеха:  90% записавшихся на курсы бухучета проходят курс «Бухучет для начинающих»  50% прошедших курс предпринимателей из бизнес-инкубатора записались на другие курсы ИПКиПК Отдел обучения персонала Разработать электронный курс для оперативной адаптации новых сотрудников Критерии успеха:  99% новых сотрудников проходят электронный курс в течение 5 рабочих дней с момента выхода на работу  95% руководителей удовлетворены качеством адаптационного обучения на 8 баллов и выше (по 10-балльной шкале) 1.4. Образ решения Существует простой шаблон для краткого и емкого описания образа, или концепции будущего решения. Элементы этого описания следующие:  Для (кого?) [целевая аудитория продукта],  которые (чего хотят?) [потребности и/или возможности целевой аудитории],  [название продукта]  является (чем?) [категория продукта; в нашем случае c LMS могут быть следующие варианты: «системой дистанционного обучения», «облачным сервисом», «онлайн-платформой» и т.п.]  который (что может?) [основные возможности, основная причина внедрения]  В отличие от (какого решения?) [основные конкурентные решения; таким решением может быть и текущая ситуация без внедренной LMS],  этот продукт (какую ценность создаст?) [основные отличия и преимущества нового решения] Перед тем, как формулировать образ решения по этому шаблону, необходимо определиться с подходом к решению для е-курса. Подход 1. Использовать имеющиеся возможности. Возможно, в организации уже есть наработанные материалы (например, аудио и видеоролики, опросы, тесты, презентации и т.п.). В некоторых случаях достаточно их структурировать, возможно – что-то доработать, а затем организовать доступ. Подход 2. Покупка или аренда готового е-курса. Нет необходимости разрабатывать электронный курс, если можно купить или арендовать готовый. Понятно, что готовый адаптационный курс для вашей компании на рынке не найти. Но базовый курс английского языка - вполне.
  7. 7. 6 Подход 3. Разработка на заказ. Если готового курса нет, его можно заказать внешнему подрядчику. Преимущество этого подхода в том, что в команде подрядчика с большей вероятностью найдутся все необходимые специалисты: педагогический дизайнер, иллюстратор, специалист по интерфейсам, звукооператор, верстальщик и т.д. По сути, электронный курс – это программный продукт, и его должна разрабатывать команда специалистов. Подход 4. Разработка своими силами. Такой подход хорош, когда организация может себе позволить нанять своих специалистов для разработки курса. Таблица 4. Примеры оформления образа решения Заказчик Образ решения ИПКиПК Для слушателей курсов бухучета для продолжающих, которые не имеют базовой подготовки, «Бухучет для начинающих» является электронным курсом, который позволит:  освоить все необходимые термины;  научиться заполнять основные бухгалтерские формы;  проверить с помощью теста степень усвоения материала. В отличие от текущей ситуации, этот продукт позволит слушателям чувствовать себя увереннее на более сложных курсах, не отвлекать преподавателя на пояснение базовых вещей и при необходимости возвращаться к материалам курса для повторения и систематизации. Отдел обучения персонала Для сотрудников отдела обучения, которые отвечают за адаптационное обучение персонала, электронный курс является инструментом обучения, который позволит:  предоставить новым сотрудникам всю необходимую информацию об истории компании, ее структуре, корпоративной культуре, нормам и стандартам работы;  закрепить изученный материал с помощью интерактивных тренажеров;  проверить степень усвоения материала с помощью теста. В отличие от очного адаптационного семинара, продукт позволит:  предоставлять сотруднику необходимую информацию сразу по выходу на рабочее место;  свести к минимуму время, которое тратится непосредственными руководителями на адаптацию и, следовательно, повысить их удовлетворенность работой отдела обучения;  дополнить адаптационное обучение блоком по работе с корпоративным порталом без оборудованного компьютерного класса. Совет. Если целевая аудитория продукта состоит из нескольких целевых групп, то есть смысл описать образ решения с точки зрения каждой такой группы. Например, в случае с ИПКиПК есть смысл прописать образ решения с позиции предпринимателей из бизнес-инкубатора, а может быть – и с позиции отдела маркетинга ИПКиПК, т.к. для них е-курс может стать инструментом продвижения программ обучения. 1.5. Факторы бизнес-рисков Как бы тщательно мы все не планировали, всегда есть определенные риски. Необходимо выявить их, задокументировать, оценить возможный ущерб и продумать смягчающие мероприятия. Для выявления рисков можно провести простейшие исследования:  поискать отзывы и обзоры в Интернете;  поучаствовать в различных семинарах, конференциях;  запросить информацию у организаций и партнеров, которые уже разрабатывали е-курсы.
  8. 8. 7 Совет. Чем больше организация, в которой планируется запуск е-курса, тем больше вероятность, что можно найти какие-либо наработки по нему в разных отделах. История из практики Организация (B2B) запланировала разработку корпоративного курса по продажам. Причем, запрос поступил такой: «Найдите готовый курс по продажам». Была проведена большая работа: поиск вендоров с готовыми курсами, анализ нескольких готовых продуктов, переговоры по покупке курсов и т.п. Но подходящего курса все не находилось. Параллельно учебный центр решал другую задачу: собирал у сотрудников полезные материалы, чтобы организовать электронную библиотеку на корпоративном портале. Топ-менеджер одной из бизнес-единиц написал, что у него есть кое-какие свои материалы, но передать их может только с оказией на диске. Когда диск попал, наконец, в учебный центр, на нем оказалось все, что нужно: отличные по содержанию презентации, тесты, небольшие видеоролики по работе со специальными приложениями, шаблоны документов с примерами заполнения и множество дополнительных материалов для самостоятельного изучения. По сути, работа свелась к тому, чтобы правильно оформить и структурировать эти материалы, немного доработать тесты, а потом распространить этот курс на остальные отделы. Так что спрашивайте сотрудников – каждый может случайно оказаться хранителем того, что вам нужно, и не придется тратить время и силы на поиски! Дать предельно точную оценку риску сложно, но это и не требуется. Достаточно выделить риски, которые могут принести наибольший ущерб, оценить их вероятность. Так же следует «закрепить» за каждым риском ответственное лицо, совместно с которым оценить и задокументировать сроки, необходимые для смягчения риска. Приведем примеры рисков для наших случаев – ИПКиПК и отдел обучения. Для этого определим две шкалы для оценки рисков:  возможный ущерб: 0 – минимальный, 1 – средний, 2 – большой, 3 – критический;  вероятность – от 0 до 100%. Таблица 5. Примеры рисков ИПКиПК ID риска Описание риска Вероятность Ущерб Смягчение последствий Ответственный БР-01 Уверенность слушателей в своем уровне подготовки 50% 1  Ввести входное тестирование, и в качестве теста предлагать итоговый тест по курсу «Бухучет для начинающих» Менеджер образовательной программы БР-02 Отсутствие у слушателей необходимых ИКТ- навыков 50% 1  Разработать руководство по эксплуатации е-курса  Выделить сотрудника для технической поддержки слушателей по e-mail, Skype, на форуме Руководитель проекта разработки е- курса БР-03 Потери соединения с е-курсом при тестировании 5% 0  Назначение слушателю дополнительной попытки Менеджер образовательной программы Таблица 6. Примеры рисков отдела обучения персонала ID риска Описание риска Вероятность Ущерб Смягчение последствий Ответственный БР-01 Недоверие руководителей к е-курсу как инструменту обучения 20% 1  Провести презентацию или вебинар для руководителей о том, как работает курс Менеджер отдела обучения БР-02 Сотрудники могут отнестись к е-курсу формально, пройти его «для галочки» 30% 1  Включить в программу адаптации сотрудника действия, которые требуют понимания и применения изученного Менеджер отдела обучения
  9. 9. 8 1.6. Предположения и зависимости Предположение – это утверждение, которое предполагается верным в отсутствие знаний или доказательств иного. Зависимость – важные изменения, которые могут произойти под влиянием внешних факторов: изменений в нормативах, отраслевых стандартах, корпоративных процедурах и т.п. Неверные предположения могут препятствовать достижению целей проекта. Нарушенные зависимости могут задержать сроки выполнения проекта. Ниже приведены примеры того, на какие предположения можно опираться и какие зависимости учитывать при концептуальном проектировании е-курса. Таблица 7. Примеры предположений и зависимостей Заказчик Предположения Зависимости ИПКиПК  Слушатели указывают корректный e- mail при регистрации на входное тестирование  Слушатели могут проходить обучение по курсу как с компьютеров, так и с мобильных устройств  При выходе новых постановлений и норм бухучета, а также при выходе новых версий рассматриваемых в курсе программных продуктов содержание курса должно адаптироваться Отдел обучения персонала  Непосредственный руководитель при составлении плана на испытательный срок обязательно включает в него адаптационный курс  Если по результатам первого полугодия после запуска курса итоговый тест по курсу будут проходить меньше 80% сотрудников, необходимо полностью пересмотреть содержание курса
  10. 10. 9 2. Границы проекта Впихнуть невпихуемое – извечная проблема всех, кто проектирует курсы. Чем больше узнаешь, тем больше кажется, что все это важно и нужно, и хочется все это включить в курс. Причем, это касается как содержания курса, так и методик, и инструментов. Да и специальные средства разработки е-курсов часто способствуют раздуванию продукта. Откроешь, к примеру, CourseLab или iSpring, увидишь, что можно интерактивностей всяких добавить, персонажей, тесты, захват экрана – и невольно начинаешь придумывать, куда это можно впихнуть. Чтобы не проектировать космический корабль там, где нужны коньки и наоборот, необходимо четкое описание границ проекта: что в нем будет и чего в нем не будет! Для этого сначала очень тщательно собирайте требования, даже если их получится довольно много. Затем определитесь, что на самом деле из собранного нужно оставить, расставьте приоритеты, найдите все ограничения. Иными словами, необходимо определить границы решения, а не раздувать их или, наоборот, сужать. История из практики Разрабатывала курс «Общий менеджмент» для программы переподготовки. Автор принес не очень удачные материалы – сухой, скучный текст. Что-то из учебников, что-то прямо из блогов. Но был один интересный фрагмент, который натолкнул на идею бизнес- симуляции, где обучаемый становился главным героем и должен был решать бизнес-задачи. По разработке это заняло бы больше времени, понадобилось бы много дополнительных иллюстраций, тщательная проработка сценариев и т.п. Но зато обучение не свелось бы к просто чтению слайдов! Встретилась с автором (он же был преподавателем этого курса), показала, как можно сделать, и предложила ему доработать остальные материалы так, чтобы весь курс сделать в виде такой бизнес-симуляции, а не пичкать сухими определениями. Но автор объяснил, что курс будет использоваться больше как дополнительный справочный материал, и если даже они не будут просматривать эти модули, то не страшно. Основное же обучение будет проходить через решение кейсов, которые обучаемые будут отправлять ему на проверку в виде эссе. Обоснование – в группе учатся топ-менеджеры предприятий, которые пришли за решениями своих бизнес- задач, и с ними надо прорабатывать их ситуации, а не вымышленные. Я согласилась, но напомнила: в курсе было 10 тем, по каждой нужно решить 10 кейсов, а в группе 20 человек! Если каждый вышлет решения всех 100 кейсов, то преподавателю нужно проверить 2000 кейсов! А если кто-то решит исправить и выслать повторно?! Но автор-преподаватель был непоколебим: он готов был проработать со слушателями 2000 кейсов (а с повторной проверкой – и больше), но не готов был тратить дополнительное время на проработку материалов для симуляции типовых ситуаций. С точки зрения целей обучения это было целесообразнее, нежели сложная методическая и техническая разработка бизнес-симуляции. Поэтому мы не стали раздувать проект разработки, а сделали в кратчайшие сроки простой слайдовый курс, с небольшим количеством интерактивности, действительно больше похожий на иллюстрированный справочник. 2.1. Основные функции В этом разделе необходимо перечислить основные функции е-курса. Важно понимать, что функциональные возможности е-курса должны быть тесно связаны с требованиями пользователей. Несколько рекомендаций, как описать основные функции LMS.  Соберите информацию о том, как будут использовать курс пользователи, что они с ним будут делать, и формулируйте функции от этих действий. Для этого можно проводить фокус-группы, интервью, опросы. Можно также делать снимки рабочего дня, изучать документы процессной организации и т.п.  Определите все бизнес-события, которые могут произойти и возможные сценарии реакции бизнес- среды на эти события.  Структурируйте полученную информацию. Группируйте – по назначению, по ключевым словам, по пользователям, по приоритетам и т.п.  Составляйте диаграммы и карты! Когда мы составляем концепцию чего-то, мы хотим добиться однозначного понимания всеми участниками того, что мы создаем и/или покупаем. Визуализация позволяет добиться наглядности и лучшего понимания. Есть множество техник, подходов, нотаций для описания предметной области, бизнес-контекста, процессов – выбирайте любой, который поможет наглядно представить собранную информацию и донести до заинтересованных лиц.  Не бойтесь отсекать лишнее. Вы можете собрать очень много интересных требований, но это не означает, что все они должны быть включены в вашу концепцию. Оставляйте только то, что действительно нужно.  Расставляйте приоритеты функций! На приоритетах хотелось бы остановиться подробнее.
  11. 11. 10 Для начала приведу несколько советов, чем руководствоваться при расстановке приоритетов. Совет 1. Ценность для бизнеса. Анализируйте затраты и выгоды для бизнеса при выборе функций. Например, если для бизнеса крайне важно, чтобы пользователи могли работать с курсом как с компьютеров, так и с мобильных устройств, то это может повлиять и на форму контента, и на технологию разработки. Совет 2. Технические и бизнес-риски. Реализуйте сначала функции с наибольшим риском провала, чтобы гарантировать минимальные расходы в случае провала. Совет 3. Сложность реализации. Начните с функций, которые проще реализовать. Это упростит вход в процесс разработки. Совет 4. Вероятность успеха. Сначала реализуйте функции, которые могут дать быстрый результат. Это поможет наработать кредит доверия на будущее. Например, на разработку теста или опроса в курсе у вас может уходить около 5-10 минут, а на разработку анимационного ролика-объясняшки – 4 часа. Если у вас нет выделенного специалиста, который занимается только роликами, сделайте сначала все, что можно сделать быстро, и что уже может использоваться для обучения, и только потом беритесь за ролики. Совет 5. Соблюдение нормативов. Обязательно реализуйте функции, которые необходимы для удовлетворения нормативных требований (как внешних, так и внутренних). Совет 6. Отношение с другими функциями. Начинайте с тех функций, без которых невозможно или сложно запустить остальные. История из практики При разработке курса в CourseLab понадобился объект Глоссарий. Это специальный объект, который может быть вызван как по кнопке в плеере курса, так и ссылкой на конкретную его статью в любом месте курса. В курсе было несколько модулей, и во всех модулях должен был быть общий Глоссарий курса, а не модуля. Это позволило меньше пичкать курс определениями, с которыми большая часть целевой аудитории могла быть знакома, и больше времени уделять отработке навыков. С другой стороны, сомневаясь в правильном понимании понятия, слушатель всегда мог кликнуть по нему прямо в тексте и прочитать в глоссарии, что это. При этом CourseLab не позволял сделать Глоссарий курса – только Глоссарий модуля. Иными словами, в каждом модуле элемент Глоссарий мог иметь свое наполнение. Чтобы во всех модулях был одинаковый Глоссарий, нужно было сначала целиком создать его в первом модуле, сделать шаблон курса с готовым Глоссарием, а затем создавать остальные модули по этому шаблону. Второй вариант – просто копировать Глоссарий из первого модуля в каждый следующий. Но в тот раз я этой особенности не знала. В итоге пришлось сначала дополнять Глоссарий до полного в первом модуле, а затем с маниакальным упорством копировать его в остальные пять, предварительно удаляя старые. Времени было потрачено не очень много, но несколько минут понадобилось. А если бы в курсе было не 5 модулей?.. Совет 7. Срочность. Начинайте с более срочных функций. К примеру, подбор и разработку иллюстраций можно сделать после того, как будут готовы основные слайды курса. Совет 8. Соглашения с заинтересованными лицами. Если есть функции, по которым уже достигнуты все соглашения и договоренности, то они тоже являются кандидатами на более раннюю реализацию. Но помните: каждое заинтересованное лицо может считать, что его требования самые важные и значимые. Чтобы выявить реальные приоритеты, можно использовать то, что перечислено выше. Шкала приоритетов может быть разработана вами самостоятельно. Международный институт бизнес- анализа (IIBA) рекомендует указывать приоритеты с помощью техники MoSCoW:  Must have – функция должна быть реализована обязательно, чтобы внедрение было успешным;  Should have – функция важная и по возможности должна быть включена, но не является условием успеха;  Could have – функция желательная, но ее реализовать только если позволит время и ресурсы ;  Won’t have – функция, которая может быть реализована в будущем, но не в этот раз Ниже приведены примеры таблиц и диаграмм, которые могут помочь определиться со списком функций на примере слайдового курса с некоторым набором типовых элементов. Для ваших курсов типовой набор может быть другим.
  12. 12. 11 Обратите внимание, что в списке функций упоминаются элементы, название которых может быть понятно разработчикам, но не понятно Заказчику. Это как раз тот случай, когда приложением к концепции курса должен идти глоссарий, в котором будет объяснено, что значит «индикатор слайда», как выглядит и для чего предназначается интерактивность «Аккордеон» и т.п. Таблица 8. Вариант описания функций слайдового курса ID функции Описание функции ОФ-01 Управление слайдами: переходы вперед и назад, переходы через оглавление, переходы по индикаторам слайдов, повторный просмотр, пауза, запуск ОФ-02 Интерактивность «Аккордеон» ОФ-03 Симулятор интерфейса ОФ-04 Персонажи: «Начальник», «Коллега 1», «Коллега 2» ОФ-05 Глоссарий курса ОФ-06 Тестирование: просмотр вопросов, выбор ответов, просмотр результатов, отправка результатов преподавателю ВАЖНО! 1. В таблице Таблица 8 приведен примерный список функций, который может быть изменен и дополнен (например, в ОФ-06 может быть добавлена распечатка результатов теста). 2. К таблице может быть добавлен столбец «Приоритет», в котором может быть указан приоритет функции. 3. При использовании техник расстановки приоритетов функции лучше декомпозировать. Например, ОФ-1 можно разбить на функции: ОФ-1.1. Переходы вперед и назад (Must have) ОФ-1.2. Переход через оглавление (Should have) ОФ-1.3. Переход по индикаторам слайдов (Could have) и т.п. Рисунок 2. Пример дерева функций в виде MindMap-диаграммы 2.2. Состав релизов В этом разделе необходимо описать, за сколько выпусков будет внедрен е-курс, какие функции и в какой мере будут реализованы в каком из выпусков. Это можно делать с помощью различных таблиц. В таблице ниже приведены примеры описаний нескольких функций по каждому из рассматриваемых нами случаев.
  13. 13. 12 Таблица 9. Пример описания реализации функций по релизам Функция Выпуск 1 Выпуск 2 Выпуск 3 Управление слайдами Реализован переход вперед/назад Добавлены пауза и повторный просмотр Реализована полностью Интерактивность «Аккордеон» Не реализована Реализована полностью Симулятор интерфейса Не реализована Реализована полностью Персонажи Не реализована Реализована персонаж «Начальник» Реализована полностью Глоссарий Реализована полностью Тестирование Реализована полностью 3. Бизнес-контекст 3.1. Профили заинтересованных лиц Заинтересованные лица (стейкхолдеры) – все те, кто заинтересован в реализации проекта, и на ком отразятся его результаты. При этом интересы у каждой группы стейкхолдеров свои, их необходимо учесть и правильно зафиксировать. Перечислим ключевых стейкхолдеров на проекте разработки е-курсов. Таблица 10 Заинтересованное лицо Описание Интересы Спонсор проекта (Заказчик) Человек или организация, инвестирующие в то, чтобы LMS появилась и заработала. Даже если речь идет о внедрении бесплатного Moodle, у такого проекта будет спонсор. Бесплатное приложение не внедряется бесплатно: кто-то непременно тратит на это время и деньги. Возврат инвестиций за счет:  расширения бизнеса (привлечение новых слушателей, сокращение затрат на оплату преподавателям и т.п.);  оптимизации процессов (сокращение трудозатрат, затрат на командировки и т.п.) Менеджер проекта Несет ответственность за стратегию и тактику ведения проекта. Достижение целей проекта в рамках заданных ресурсов: люди, сроки, деньги Бизнес-аналитик Собирает и документирует требования, управляет изменениями в требованиях. Может работать как на стороне Заказчика, так и на стороне разработчика. Часто эту функцию передают менеджеру проекта. Четкое и полное документирование требований к решению, удовлетворяющему потребности Заказчика и пользователей е-курса
  14. 14. 13 Заинтересованное лицо Описание Интересы Пользователи Те, кто непосредственно будут взаимодействовать с е-курсом. В наших примерах целесообразно выделить отдельные группы пользователей с разными интересами:  для ИПКиПК – слушатели курсов ИПКиПК, предприниматели бизнес- инкубатора, преподаватели, менеджер программы  для отдела обучения – новые сотрудники, непосредственные руководители, HR-специалисты. Интересы будут зависеть от групп пользователей. В примере ИПКиПК интересы преподавателей – выровнять базовую подготовку в группах, а интересы предпринимателей – не допускать ошибок в работе с основными бухгалтерскими документами. И т.п. Важно понимать, что ни одна пользовательская группа не должна остаться без тщательного исследования их потребностей! Разработчики е-курса Те, кто поставляет решение Заказчику. Здесь тоже могут выделиться отдельные группы заинтересованных лиц: программисты, дизайнеры, тестировщики, служба внедрения У всех разработчиков основной интерес – получить максимально полные, конкретные требования и четкие критерии приемки е-курса. В противном случае есть риск поставить не то решение, которое нужно Заказчику! Либо многократно переделывать то одно, то другое. 3.2. Приоритеты проекта Не договорившись на берегу о приоритетах проекта, можно впоследствии столкнуться с такими неприятностями, как задержка сроков, выход за рамки бюджета и т.п. Существуют различные техники расставления приоритетов проекта. Одна из них – матрица компромиссов проекта, предложенная компанией Microsoft. За основу берется три проектных ограничения: ресурсы (обычно подразумевается бюджет), сроки и функции (характеристики) продукта. Далее выбираем, какое из ограничений:  Фиксируется – это значит, что воздействие на это ограничение в проекте практически невозможно;  Согласовывается – наиболее приоритетный фактор для проекта;  Принимается – результат зависит от первых двух, и мы принимаем его таким, какой он получится. Например, если на ваш проект выделен конкретный бюджет (например, 1500 у.е.) и наиболее приоритетно для вас становится согласовать сроки, то функции е-курса принимайте такими, какие получатся в рамках фиксированного бюджета в согласованные сроки. Фиксируется Согласовывается Принимается Ресурсы + Сроки + Функции + Или другой пример, когда Заказчик говорит, что ему через месяц (фиксируются сроки) нужен е-курс, по результатам изучения которого будет проводиться плановая аттестация персонала. Тогда совместно с подрядчиком прорабатывается функциональность (согласовываем функции). А ресурсы принимаем как есть (сколько потребуется денег, столько Заказчик и готов заплатить, чтобы был нужный ему результат за имеющееся у него время). Фиксируется Согласовывается Принимается Ресурсы + Сроки + Функции +
  15. 15. 14 Тем не менее, для своего проекта вы можете проработать свои ключевые проектные ограничения. Например, если у вас в команде есть только дизайнер и верстальщик, то фактор «Ресурсы» вы можете разбить на два: «Бюджет» и «Персонал», и зафиксировать фактор «Персонал». А фактор «Бюджет» после согласования сроков, возможно, придется принять таким, как получится  3.3. Особенности развертывания Если для запуска курса необходимо приобрести какое-либо оборудование (например, доставить вторые мониторы в компьютерном классе), установить или обновить какое-то программное обеспечение (например, средство разработки е-курсов), нанять специалиста (например, дизайнера) или обучить имеющихся сотрудников (например, авторов е-курсов) – это будет требованиями к переходу. Их можно прописать в этом разделе. Послесловие В этом руководстве я совершенно не касалась методического проектирования. Чтобы понять, какой контент разрабатывать, надо сначала провести концептуальное проектирование – чтобы понять, что за курс мы делаем и для чего. Тем не менее, если перед стартом проекта разработки есть уже наработанный контент, то его необходимо тщательно проанализировать – оценить полноту, наглядность, объем и т.п. При этом нельзя забывать: содержание обучения неразрывно связано с той деятельностью, которой мы обучаем! Не представляя, как слушатели будут применять изученное на практике (что они будут делать), мы не получим хорошего курса – даже если он весь будет напичкан мультиками, интерактивностями и т.п. Как и в предыдущем методическом руководстве, мы прошли с вами процесс разработки важного документа, который называют документ об образе и границах решения (Vision&Scope Document). Иногда его называют концепцией продукта. Такой документ используется, чтобы все заинтересованные лица понимали, какой продукт и для чего разрабатывается. В приложениях к такому документу могут быть глоссарий проекта, схемы бизнес-процессов, в поддержку которых разрабатывается е-курс (как есть и как станет), диаграммы предметной области, сущность-связь и т.п. Все, что улучшит понимание для всех заинтересованных сторон. Кроме документа об образе и границах решения, рекомендуется составлять:  документ вариантов использования (Use Case Document);  спецификацию требований к электронному курсу (E-Course Requirement Specification)  резерв продукта (Product Backlog), в котором описываются пользовательские истории и критерии приемки по каждой истории. Все эти артефакты очень упростят:  процесс выбора решения;  процесс согласования решения с заинтересованными лицами;  процесс переговоров с вендорами – как на этапе выбора, так и на этапе внедрения. Но об этом – в следующий раз!  Мои контакты Вопросы, предложения, комментарии вы можете высылать по e-mail: Elena.Lokteva@gmail.com.

×