Исследовала, как сделать жизнь моей команды в новом процессе проще. Нам на обучении говорили о невозможности возврата задач в предыдущий статус (например, из разработки обратно в аналитику), потому что Kanban это запрещает.

Но Kanban не запрещает возвраты. Он требует показывать реальный поток работы. Если после тестирования задача ушла на доработку, это должно быть видно: её можно вернуть в разработку, выделить отдельный статус или явно отметить смену исполнителя.

Отразить её можно по-разному: 🎞️вернуть карточку в разработку и визуализировать отдельную петлю возврата 🎞️добавить статус «Доработка после тестирования» 🎞️оставить её в тестировании, но явно показать, что сейчас с ней работает разработчик

Если же задача фактически дорабатывается, но продолжает просто висеть в тестировании, доска искажает реальность. ++ Если в организации «внедрён Kanban», но командам запрещено адаптировать процесс под реальную работу, точно ли это Kanban? Или всё-таки единый корпоративный шаблон доски?++

Молча игнорировать общие правила и создавать теневой процесс – плохая идея. Но и поддерживать красивую иллюзию порядка тоже не выход.

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

Kanban не должен заставлять реальность соответствовать доске. Доска должна помогать увидеть реальность.