Внедряем Kanban с помощью STATIK

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