Премортем перед запуском онлайн-курса: как превратить возможный провал в план проверки
Команда согласовала запуск, но важные сомнения ещё не прозвучали. Премортем позволяет заранее разобрать воображаемый неудачный исход и превратить найденные причины в конкретные проверки, ответственных и решения.
В этом материале
Выберите один план и определите неудачный исход
Премортем начинается до выполнения плана. В описании метода Гэри Кляйна команда знакомится с предложенным планом, затем представляет, что он уже провалился, и называет возможные препятствия. Это способ обсуждения рисков, а не предсказание будущего и не доказательство неизбежной неудачи.
Для авторского сценария возьмём пилот курса из трёх модулей для двенадцати участников. Предположим такой исход: после первой недели значительная часть группы не смогла начать практику, а команда не поняла причину вовремя. Все обстоятельства ниже условные. Они помогают разобрать процедуру, но не описывают реальный запуск школы.
Ограничьте обсуждение именно первой неделей. Если одновременно обсуждать продажи через год, качество каждого урока и найм команды, получится перечень тревог без общего предмета. Участникам нужен один документ с текущим планом: материалы, даты, роли, способ получения помощи и ожидаемое первое действие ученика.
Соберите причины до общего обсуждения
Отведите первые пять минут встречи на чтение плана и формулировку воображаемого исхода. Затем дайте семь минут на личные записи. Автор, куратор и менеджер независимо описывают возможные причины. В нашем сценарии это редакционное правило, которое помогает получить разные версии до обсуждения мнения руководителя.
Попросите писать события и условия. «Ученики оказались немотивированными» не даёт следующего действия. «Для первой практики нужен файл, который упомянут только в записи встречи» уже указывает на проверяемое место. Ещё один пример: «Куратор отвечает вечером, а инструкция предлагает ждать ответа до продолжения работы».
Не требуйте от участника сразу защищать или исправлять свою версию. На личном этапе важно заметить предположение, которое раньше оставалось внутри головы. Причины можно записывать без имён людей, если речь идёт о роли или устройстве процесса.
Сведите версии в причинные цепочки
Следующие десять минут используйте для сбора записей. Каждый называет по одной причине, ведущий фиксирует её и даёт слово следующему. Объединяйте только действительно одинаковые пункты. «Не найден файл» и «файл невозможно открыть на телефоне» требуют разных проверок, хотя обе проблемы относятся к материалам.
Для каждого важного пункта восстановите короткую цепочку: условие, событие, последствие. Например: доступ к исходнику выдан по личной ссылке автора; ученик открывает её из своего аккаунта и получает отказ; практика откладывается до ответа поддержки. Такая запись точнее общей формулировки «технические проблемы».
Отметьте, что подтверждено, а что предполагается. Наличие личной ссылки можно проверить сейчас. Будет ли из-за неё отложена практика, зависит от других условий. Не присваивайте догадке точную вероятность только ради аккуратной таблицы: у небольшой команды обычно нет данных для такого числа.
Назначьте проверку, владельца и запасное действие
На следующие двенадцать минут выберите два или три пункта, которые могут заблокировать первое учебное действие. У каждого должны появиться владелец, срок проверки и наблюдаемый результат. «Всем проверить доступ» замените на «менеджер до четверга открывает исходник из отдельного тестового аккаунта и сохраняет результат».
Для риска задержки ответа можно подготовить уточнение инструкции: что ученик выполняет самостоятельно, а где действительно останавливается. Куратор проверяет это на одном типовом вопросе. Если ответ требует участия автора, заранее укажите маршрут передачи, чтобы обращение не оставалось между двумя ролями.
Запасное действие должно быть выполнимым. Если исходный формат файла недоступен части группы, подготовьте проверенную альтернативу с теми же учебными данными. Если обязательный материал не готов, пересмотрите дату или объём пилота. Обещание «как-нибудь поможем каждому» не заменяет договорённость.
Измените план и проверьте изменения
Последние шесть минут встречи отведите на чтение обновлённых решений. Наш хронометраж составляет сорок минут: пять на ввод, семь на личные записи, десять на сбор, двенадцать на действия и шесть на завершение. Это пример организации небольшой встречи, а не обязательная длительность метода.
Перенесите задачи в план производства курса. Убедитесь, что исправление имеет время и исполнителя. Если новая проверка просто добавлена в список без пересмотра занятости команды, обсуждение создало ещё одно обязательство, но не повысило готовность запуска.
Затем проведите генеральную репетицию для выбранных цепочек. Премортем придумал возможную проблему, репетиция проверяет конкретное действие. Сохраните результат обеих стадий отдельно, чтобы предположение не выглядело уже обнаруженным дефектом.
Вернитесь к рискам после первой недели
В день контрольной точки откройте сохранённый список. Отметьте, какие события произошли, какие удалось проверить заранее и какие оказались неприменимыми. Если проблема не возникла, это ещё не доказывает, что её предотвратило именно обсуждение: возможно, соответствующего условия просто не было.
Добавьте неожиданные затруднения с описанием источника. Например, ученики смогли открыть файл, но не поняли, какую строку использовать. Это другой риск, требующий изменения инструкции. Не переписывайте задним числом первоначальную версию так, будто команда заранее предусмотрела всё.
Для следующего потока сохраните короткую карточку: план, воображаемый исход, причины, проверки и фактический результат. Премортем приносит пользу, когда сомнение заканчивается выполненным действием и уточнённым планом. Сам по себе длинный список потенциальных провалов не делает курс готовым к ученикам.
Источники
Создайте свой курс в Umhub
Примените то, что узнали: соберите программу, добавьте материалы и пригласите учеников.