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