Срочная задача посреди работы: пауза, продолжение или перезапуск

Приоритет в очереди и прерывание начатого — разные решения

Высокий приоритет может означать «взять следующей после текущей работы». Он не даёт автоматически права остановить уже выполняемую задачу. Правила приоритета и защиты старых обращений помогают выбрать следующую работу; здесь рассматривается отдельный момент, когда исполнитель уже занят.

Руководителю нужны два ответа: допустима ли пауза технически и сохранятся ли согласованные сроки после неё. Для обычной подготовки коммерческих файлов это может быть проверяемый вариант. Для процесса, который нельзя безопасно прерывать, расчёт времени сам по себе не является разрешением на остановку. Ниже нет рекомендаций для медицинских, аварийных или иных критичных операций.

В учебнике MIT, раздел Preemptive Priorities, различаются продолжение с точки остановки и повторение работы с потерей прежнего обслуживания. Заимствуем только это различие; формулы очередей из раздела не используются. Дальше идёт конечный пример двух задач с явно заданным временем.

Условия примера и единый отсчёт

Один исполнитель готовит два независимых коммерческих файла. Текущая задача L требует 12 минут полезной работы и началась на отметке 0. На отметке 3 поступает срочная H, которой нужны 2 минуты. Все данные для H доступны сразу. Параллельная работа, передача другому сотруднику и дальнейшие поступления в этом примере исключены.

Для варианта с продолжением отдельно подтверждено: три минуты L дали сохраняемый результат, осталось ровно девять минут. Само истечение трёх минут такого вывода не доказывает. Для варианта с перезапуском по условию весь сделанный фрагмент использовать нельзя и L после возврата требует полные 12 минут.

Каждый переход от одной задачи к другой занимает одну минуту, даже если предыдущая уже завершена. Эта минута включает все предусмотренные здесь действия переключения; другой подготовки и восстановления модель не содержит. Начальный запуск L на нуле отдельного времени не требует.

Обещанные предельные моменты завершения: L — не позже отметки 18, H — не позже отметки 6. Все числа отсчитываются от общего нуля. Для H это три минуты от её поступления на отметке 3, а не шесть минут после поступления. Завершение точно на границе считается своевременным.

Вариант 1: закончить текущую работу

L идёт без перерыва с 0 до 12. Переход к H занимает интервал 12–13. H выполняется с 13 до 15.

Даже в этом варианте мы учитываем переход между задачами. Исключить его только из непрерываемого расписания означало бы сравнивать разные правила. Суммарное время составляет 12 + 1 + 2 = 15 минут. Эта политика сохраняет раннее завершение L, но не выполняет заданное срочное обещание.

Вариант 2: сохранить прогресс и продолжить

На отметке 3 исполнитель останавливает L с подтверждённым полезным результатом. Переход к H занимает 3–4; H выполняется с 4 до 6. Обратный переход занимает 6–7. Оставшиеся девять минут L выполняются с 7 до 16.

Полезная работа всё ещё занимает 12 + 2 = 14 минут, но переходов теперь два, поэтому итог равен 16. Текущий заказ задержался на четыре минуты: две минуты H и два перехода. Общая длительность выросла лишь на одну минуту относительно первого варианта, потому что там уже был один переход.

Такое продолжение возможно только при реально сохраняемом результате. Статус «на паузе» не создаёт его автоматически. Например, нужен доступный сохранённый файл, понятная точка возобновления и проверка, что входные данные за время паузы не сделали фрагмент непригодным.

Вариант 3: после паузы начать заново

Предположим другую техническую ситуацию: работу L требуется полностью повторить. Первые три минуты остаются фактически потраченным временем, но не сокращают остаток. Интервалы перехода 3–4 и выполнения H 4–6 прежние. После обратного перехода 6–7 полная L выполняется с 7 до 19.

Проверка баланса: 3 потерянные минуты + 2 минуты H + 12 минут повторной L + 2 минуты переходов = 19. Нельзя одновременно вычесть прежние три минуты из остатка и назвать их полностью потерянными. Если сохраняется только часть результата, нужен отдельный подтверждённый остаток и собственный расчёт.

При этих условиях немедленное прерывание не позволяет выполнить оба обещания. Оно не становится допустимым лишь потому, что срочный клиент получает результат вовремя. Нужны другое реально доступное решение или согласование изменённых условий; прежний срок L не переписывают задним числом.

Что выяснить до команды «переключайтесь»

1. Точка безопасной остановки. Можно ли прервать сейчас или сначала нужно закончить неделимый фрагмент? Дополнительное ожидание должно появиться в расписании H.
2. Подтверждённый остаток. Что именно сохранено, где лежит результат и сколько работы действительно осталось? Процент времени по часам не равен готовности.
3. Полная цена перехода. Учитываются ли сохранение, передача контекста, проверка входных данных и повторное открытие? Не прибавляйте одно действие дважды.
4. Все затронутые обязательства. Проверьте обе даты и последующие работы, если они есть. Наш пример заканчивается двумя задачами; реальная смена может содержать дополнительные обещания.
5. Право на изменение. Кто подтверждает срочность и возможное изменение условий для текущего клиента? Расчёт выполнимости не заменяет такое согласование.

Microsoft Project описывает разделение задачи на части с последующим началом оставшейся части. Это пример представления прерывания в расписании, а не доказательство сохранности результата или разрешение остановить любой процесс.

Какие события сохранить и что проверить в системе

В журнале полезны начало работы, запрос на срочную вставку, момент паузы, подтверждённый выполненный фрагмент, оценка остатка, переходы, возобновление и фактическое завершение каждой задачи. Отдельно сохраните прежние обещания, рассчитанные новые моменты и согласованное решение. Пауза не должна отмечаться как завершение.

Для обсуждения SABSUS подходят задачи и регламенты и управление заказами. Поддержку нужных статусов, истории пауз, расчёта остатка и проверки сроков необходимо подтвердить отдельно. Автоматическое прерывание и планировщик с учётом переключений здесь не заявляются как готовые функции.

• Без прерывания получаются завершения L = 12, H = 15.
• С сохранением результата получаются H = 6, L = 16.
• При полном повторении получаются H = 6, L = 19.
• Во всех вариантах действует одинаковое правило перехода в одну минуту.
• Смена срока сохраняет историю и не делает прежнее опоздание невидимым.

Вывод и источники

Вывод: срочность отвечает на вопрос о важности, а решение прервать начатую работу требует отдельного расписания. Проверьте сохранность прогресса, переходы и оба обещания. В нашем примере продолжение после паузы сохраняет оба срока, а полный перезапуск — уже нет.

Сравнены три явно заданных способа работы, без утверждения об оптимальности среди всех возможных вариантов. Времена и обязательства учебные, не статистика клиентов и не норматив производительности.

Первичные источники: MIT: Preemptive Priorities — различие продолжения и повторения; Microsoft: Split a task — представление остановки и дальнейшего выполнения в расписании. Проверено 12 октября 2026 года.