Сначала определите смысл этапов
Вымышленная команда выбирает «Открыта» → «В работе» → «Проверка» → «Готово». Открытая задача ещё не начата; в работе есть исполнитель; на проверке ожидается подтверждение; готовая имеет проверенный результат. Это договорённость команды, а не обязательная методология продукта.
1. Сопоставьте этапы категориям
Администратор очереди настраивает статусы. Категории open, progress и done нужны статистике. «Проверка» в примере относится к progress, а не done. Иначе незавершённая работа попадёт в число завершённых, даже если название статуса выглядит привычно.
2. Уточните, что означает «Готово»
Для задачи разработки это могут быть изменение, тестирование и публикация. Для внутреннего запроса — выполненное действие и понятный ответ. Сохраните критерии в описании или комментарии задачи. Зелёный CI сам по себе не доказывает публикацию, а смена статуса не подтверждает внешний результат.
3. Проведите одну задачу по всему пути
- Создайте вымышленную задачу с исполнителем и ожидаемым результатом.
- Перетащите её в работу и проверьте, что статус сохранился.
- Передайте на проверку с комментарием о сделанном и ссылкой на результат.
- После проверки выберите конечный статус.
Для перемещения нужен read-write или admin. Без мыши можно открыть карточку и поменять статус в форме. Пользователь с read-only должен только просматривать задачу.
4. Осторожно объединяйте очереди
На доске можно выбрать несколько очередей. Одинаковые названия и категории статусов объединяются визуально, но очереди задач сохраняются. В исходной очереди должен существовать соответствующий статус. Перетаскивание не является переносом задачи в другую очередь.
5. Проверьте, что видит команда
Откройте доступный обзор: завершённых задач должно быть столько, сколько действительно имеет категорию done. Отдельно обсудите задачи, зависшие на проверке. Автоматические правила, спринты и WIP-лимиты пока не реализованы — процесс поддерживается настройками и действиями участников.