Сроки и даты в /task: поля «Начало выполнения» и «Срок», бейджи и перенос по календарю

Дата в задаче — это не формальность для отчётности, а рабочий инструмент планирования. В таск-менеджере /task за сроки отвечают два поля: «Начало выполнения» и «Срок». Вместе они образуют интервал, в котором задача должна быть выполнена, а карточка получает цветной бейдж, по которому состояние дедлайна читается с первого взгляда. Ниже — как устроены эти поля, что означают цвета, как контролировать просрочки и почему перенос задач перетаскиванием по календарю экономит время команды.

Живое демо /task

Ниже — интерактивная демонстрация /task: можно переключать виды, открывать задачи и пробовать действия с датами и сроками прямо в интерфейсе.

Зачем задаче два поля дат, а не одно

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

• «Начало выполнения» — дата, с которой задачу можно или нужно взять в работу. До неё задача существует в плане, но не требует внимания.
• «Срок» — дата, к которой результат должен быть готов. После неё задача считается просроченной, если не закрыта.

Интервал между датами — это плановое окно задачи. По нему удобно оценивать загрузку: две задачи с одинаковым окном у одного исполнителя — сигнал, что план нереалистичен. Для задач без явного старта достаточно заполнить «Срок», но если работа занимает несколько дней или зависит от внешних событий (согласование, поставка, релиз смежной задачи), поле «Начало выполнения» обязательно.

Что считается корректно заполненным интервалом

1. «Начало выполнения» не позже «Срока» — иначе интервал невозможен, и интерфейс не даст сохранить противоречивые даты.
2. Даты задаются в календаре задачи, а не в тексте описания: только поля участвуют в бейджах, фильтрах и календарном виде.
3. Если задача уже в работе, а «Начало выполнения» в будущем — это повод пересмотреть план, а не игнорировать поле.

Цветные бейджи на карточке: как читать статус дедлайна

Бейдж — компактная цветная метка на карточке задачи, которая показывает состояние срока относительно текущей даты. Он избавляет от необходимости открывать задачу и сверять числа вручную: состояние видно на канбан-доске, в списке и в календаре.

Логика цветов опирается на два фактора: сколько времени осталось до «Срока» и не вышли ли даты за текущий момент. Практическая интерпретация такая:

• Спокойный цвет — до срока достаточно времени, задача идёт по плану.
• Предупреждающий цвет — срок близко, задачу пора завершать или эскалировать блокеры.
• Цвет просрочки — «Срок» прошёл, а задача не закрыта. Такой бейдж — прямой сигнал для ежедневной сверки.

Важно: бейдж отражает календарную дату, а не фактический прогресс. Задача с выполненными подзадачами, но истёкшим сроком всё равно подсветится как просроченная — и это правильно, потому что команде нужно решение: закрыть, перенести срок или пересмотреть объём.

Правило гигиены: если срок сорван, сначала обновите даты в задаче, а потом обсуждайте причины. Устаревший «Срок» в карточке делает отчёты и календарь недостоверными.

Контроль просрочек: от сигнала к действию

Просрочка — это задача, у которой «Срок» раньше текущей даты, а статус не завершён. Контроль строится не на ручном просмотре каждой карточки, а на регулярном ритуале:

1. Ежедневная сверка. Отфильтруйте задачи с просроченным сроком и разделите их на три группы: закрыть сегодня, перенести срок с обоснованием, декомпозировать на подзадачи.
2. Недельный обзор. Проверьте задачи, у которых «Срок» наступает в ближайшие дни, — так предупреждающий бейдж превращается в план, а не в пожар.
3. Разбор причин. Повторяющиеся просрочки по одному типу задач — сигнал, что оценка трудозатрат или процесс согласования требуют пересмотра.

Отдельно стоит следить за задачами с «Началом выполнения» в прошлом, которые так и не были взяты в работу. Это скрытая просрочка: формально срок ещё не наступил, но окно уже сократилось, и риск срыва вырос.

Перенос задач по календарю перетаскиванием

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

Практические сценарии

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

После любого переноса стоит проверить два момента: не нарушился ли интервал (начало раньше срока) и не появилось ли пересечение с зависимыми задачами. Перетаскивание меняет дату, но не отменяет логику проекта — ответственность за согласованность остаётся на человеке.

В чём плюсы такого подхода

• Прозрачность. Цветные бейджи дают мгновенную картину по срокам без открытия карточек и ручных отчётов.
• Реалистичное планирование. Два поля дат показывают не только дедлайн, но и окно работы, что помогает оценивать загрузку команды.
• Раннее предупреждение. Предупреждающий бейдж появляется до наступления просрочки — есть время среагировать.
• Скорость изменений. Перенос задач по календарю перетаскиванием занимает секунды и не требует переключения между экранами.
• Единый источник правды. Даты живут в полях задачи, а не в переписке, поэтому календарь, список и доска показывают одно и то же.

Сроки работают только тогда, когда их поддерживают в актуальном состоянии. Заполняйте «Начало выполнения» и «Срок» при постановке задачи, реагируйте на бейджи в ежедневной сверке и переносите даты сразу, как только план изменился, — и календарь /task станет рабочим инструментом планирования, а не архивом устаревших дат.