Рабочая схема это набор статусов и разрешенных переходов между ними. Задача всегда стоит в одном статусе рабочей схемы своего типа задачи, и попасть в следующий может только по существующему переходу.
Статус и его категория
У статуса есть имя, которое видят пользователи, и категория, по которой продукт понимает, что этот статус значит. Категорий три:
| Категория | Что означает |
|---|---|
TODO | работа еще не начата |
IN_PROGRESS | работа идет |
DONE | работа завершена |
Имя статуса принадлежит компании: "В работе", "На ревью", "У заказчика" это все IN_PROGRESS. Категория нужна там, где продукту приходится рассуждать о статусах, которых он не знает: доски раскладывают колонки по категориям, а в QQL поле statusCategory отвечает на вопрос "что не закрыто" независимо от того, как компания назвала свои статусы.
У статуса категории DONE явно выбирается результат завершения: "Выполнено" или "Отменено". Выполненный статус показан цветом завершения, отмененный нейтральным. Оба остаются в категории DONE для фильтров, досок и отчетов. Имя статуса не определяет результат: назвать статус "Отменено" недостаточно.
Выберите статус в конструкторе рабочей схемы и задайте результат в его свойствах. Для существующего общего статуса правка применяется во всех рабочих схемах, использующих его: конструктор предупреждает об этом перед публикацией. Сохраняются новые ревизии затронутых схем; старые снимки не меняются. Конфликт версии отклоняет всю публикацию.
Статусы DONE, созданные до появления этой настройки, сохраняют прежний результат "Выполнено". Если какой-то из них означает отмену, администратор явно выбирает "Отменено" и публикует изменение. Названия пользовательских статусов, в том числе на других языках, автоматически не классифицируются.
Статусы живут на уровне компании, а не внутри одной рабочей схемы: один и тот же "В работе" используется в разных схемах, и переименование меняет его везде сразу.
Переходы
Переход это именованная стрелка из одного статуса в другой. У перехода есть имя, которое видит пользователь на кнопке.
Правила, которые проверяются при сохранении рабочей схемы:
- переход обязан менять статус: стрелка из статуса в него же отклоняется;
- два перехода с одним именем между одной и той же парой статусов запрещены;
- все статусы должны быть достижимы из начального. Статус, в который нельзя попасть ни по одной цепочке переходов, это статус-ловушка наоборот, и рабочая схема с таким статусом не сохранится.
Начальный статус выбирается явно: в нем создается каждая новая задача этой рабочей схемы.
Чеклист это памятка, переходы задачи он не ограничивает: задача уходит в следующий статус с любым числом невыполненных пунктов.
Черновик и публикация
Редактирование рабочей схемы происходит в конструкторе и не влияет на живые задачи, пока черновик не опубликован. Публикация это одно действие, которое проверяет всю рабочую схему целиком и применяет ее.
Публикация требует права редактировать рабочие схемы и указания версии, которую вы редактировали. Если пока вы работали, рабочую схему опубликовал кто-то другой, ваша публикация будет отклонена как устаревшая, а не запишется поверх чужой.
Перед тем как изменить живую схему, конструктор показывает, что произойдет: сколько существующих задач затронет публикация и сколько новых задач в подключенных проектах; статус, в котором стоят задачи, убрать нельзя. Описание рабочей схемы ограничено лимитом коротких текстов компании, по умолчанию 60 символов.
Ревизии
Каждая публикация сохраняется как ревизия: полный снимок рабочей схемы на тот момент, с автором и временем. Ревизии доступны только на чтение и не редактируются.
Ревизия хранит не ссылку на текущие статусы, а сами статусы и переходы такими, какими они были опубликованы. Поэтому ревизия остается читаемой, даже если статус позже переименовали.
Возврат к прошлой ревизии
Вернуться к прошлой версии можно, и это происходит так:
- вы открываете нужную ревизию и загружаете ее в конструктор как черновик;
- конструктор показывает, какая версия действует сейчас и какой номер получит публикация;
- вы публикуете черновик, и он становится следующей версией.
Ничего не переписывается. Возврат к версии 3 создает версию 7, а не возвращает историю к трем записям. Это сделано намеренно: журнал рабочих схем, который можно откатить, перестает быть доказательством того, что происходило.
Где используется
Рядом с рабочей схемой продукт показывает, сколько проектов на ней работают, сколько задач в ней стоит и не назначена ли она рабочей схемой компании по умолчанию. Это ответ на вопрос, который иначе задают в чате: можно ли трогать эту рабочую схему и кого это заденет.
Удалить рабочую схему можно только пока она не назначена схемой по умолчанию и ее не используют ни проекты, ни задачи; кнопка удаления так и остается недоступной, пока это не так. При удалении нужно передать версию, которую вы открывали.
Что видно в журнале
Создание рабочей схемы, каждая публикация, создание статуса и архивирование попадают в журнал изменений как отдельные записи с автором и временем. Публикация видна там же, где и все остальное, и ищется теми же фильтрами.