Календарь публикаций
Принятое задание BR-01 нужно поставить в очередь вместе с другими материалами. Календарь публикаций показывает не только желаемые даты, но и зависимости, доступную работу и резерв. В этом уроке спланируем одну учебную неделю ProfessorWeb так, чтобы новая статья не вытеснила рецензию и обновление старого урока.
Вся ёмкость редакции и даты синтетические. Неделя начинается 19 октября 2026 года, один редакционный блок равен часу планируемой работы. Это условная единица для примера, а не измерение реальной скорости. Приложение lesson-06 в архиве содержит календарь и решение о переносе.
Работа и дата
В очередь входят три задачи: черновик PUB-01, предметная сверка MAT-01 и поиск точного оглавления MAT-02. У каждой разные затраты и ответственные. Желание выпускать статью каждый день не делает эти действия одинаковыми. Если календарь хранит только заголовок и дату, он скрывает рецензию, подготовку приложений и исправления. В результате готовность подменяется наступлением назначенного дня.
Назначим ёмкость: Лена имеет четыре блока, Максим два, Ольга два. На PUB-01 нужно два блока автора, один рецензента и один редактора. На сверку MAT-01 требуется ещё один блок Максима. Для поиска MAT-02 Ольга использует половину блока. Остаток ёмкости не является обязательством придумать дополнительные публикации: он может служить резервом на замечания и непредвиденную сложность.
| Задача | Владелец шага | Блоки | Зависимость |
|---|---|---|---|
| Черновик PUB-01 | Лена | 2 | Принятое BR-01 |
| Рецензия PUB-01 | Максим | 1 | Полный черновик |
| Сверка MAT-01 | Максим | 1 | Известная страница |
| Редактура PUB-01 | Ольга | 1 | Замечания рассмотрены |
| Найти MAT-02 | Ольга | 0,5 | Реестр содержания |
Авторская работа помещается в четыре блока Лены, но это не доказывает, что задача готова к выпуску. Рецензия зависит от полного черновика. Если он поступает только в последний день недели, свободный блок Максима в начале недели не поможет. Календарь должен учитывать порядок передачи, а не только сумму часов по каждому человеку.
Планируемое окно
Поставим черновик на понедельник и вторник, рецензию на среду, исправления на четверг, локальную готовность на пятницу. Сверку MAT-01 назначим на другой блок среды, а поиск оглавления — на понедельник. Это учебный вариант расписания, в котором видны зависимости. Внешний выпуск в календарь пока не входит: все статьи остаются локальными черновиками и требуют отдельного решения о публикации.
Поле «окно» лучше одной обещанной минуты, когда процесс зависит от рецензии. Для PUB-01 это пятница при отсутствии существенной переработки. Условие записано рядом с датой. Если рецензент обнаружит недоказанное техническое утверждение, работа возвращается автору. Редактор видит причину изменения плана, а не просто красный просроченный статус без объяснения.
Резерв тоже имеет владельца. В нашем примере один блок Лены оставим на исправления, ещё один не распределим заранее. Ольга сохраняет половину блока на окончательную проверку связности. Резерв не гарантирует отсутствие задержки. Он даёт понятный способ принять небольшое изменение, не отменяя уже согласованную работу. Если замечание требует нового примера, оценку нужно пересмотреть, а не тайно израсходовать все свободные блоки.
Не планируйте только новые материалы. Сверка существующего MAT-01 сохраняет пользу библиотеки и может выявить вопрос для будущего урока. Если вся доступная ёмкость отдана новым заголовкам, старые ошибки остаются без ответственного. В нашем календаре обновление имеет явную строку и тот же статусный процесс, хотя его результатом может быть решение ничего не менять.
Перенос без скрытой работы
Рассмотрим изменённое условие: черновик PUB-01 готов в четверг. Максим может провести рецензию только на следующей неделе. Нельзя записать локальную готовность в пятницу и считать рецензию подразумеваемой. Переносим окно ready_local, сохраняем черновик и отмечаем зависимость «ожидание рецензента». Подготовка социального анонса также переносится, если в нём требуется окончательный результат статьи.
У редактора есть альтернативы: сократить материал до уже подтверждённой части, найти другого рецензента или оставить исходный объём и изменить срок. Выбор зависит от задачи, а не от стремления заполнить календарь любой ценой. Для нашего урока сохранение полного объяснения важнее учебной даты. В приложении записано решение оставить объём и перенести готовность на 26 октября.
Календарь различает плановую и фактическую дату. Но в синтетическом примере мы не заполняем фактическую дату как выполненную. Используем поле scenario_date для моделируемого события. Это позволяет показать пересчёт зависимостей без выдуманного отчёта о работе команды. Когда редакция будет использовать такой файл по-настоящему, выполненное действие должно иметь реальное основание.
Проверить план можно вопросом о следующем шаге каждой строки. Для MAT-02 после поиска адреса нужно обновить реестр; это короткое действие Ольги уже входит в половину блока. Для PUB-01 после рецензии нужны исправления и решение. Если задача заканчивается фразой «выложить когда-нибудь», календарь не связывает подготовку с результатом и оставляет ответственность неопределённой.
Полезно также отделить обещанную частоту внешнего канала от внутреннего плана. Если в будущем проект заявит еженедельную подборку, редакции понадобится набор готовых материалов и резервный вариант. Мы пока такого обещания не даём. Учебная неделя демонстрирует ограниченную ёмкость, а не формирует расписание реального Telegram-канала или рассылки ProfessorWeb.
Оценку блока можно уточнять, сохраняя основание. Если Максим сообщает, что для MAT-01 потребуется изучить новую версию библиотеки, первоначального одного часа может быть недостаточно. Редактор отделяет короткую сверку знакомого примера от полноценного обновления. В учебном варианте задача получает новую оценку два блока и переходит в следующую неделю, а PUB-01 сохраняет место. Приоритет определяется связью с ближайшим результатом серии, не возрастом строки в таблице. Если перенести задачу нельзя из-за подтверждённой ошибки, меняется порядок недели целиком. В документе следует сохранить предыдущую оценку, новую оценку и причину. Тогда календарь объясняет решение и позволяет позже понять, какая предпосылка оказалась неверной. Он не превращает условный час в обязанность закончить любую работу за этот срок.
В after.json добавлены недельная ёмкость, зависимости и решение о переносе. Суммарная работа остаётся в рамках модели, но окно готовности меняется вслед за рецензией. Попробуйте увеличить число новых статей до трёх при прежней ёмкости Максима. Вы увидите узкое место предметной сверки. Расширять план разумно после изменения процесса или ресурсов, а не после добавления ещё двух красивых дат в таблицу.