Давайте поразмышляем над причинами, которые заставляют нас двигать стикеры назад. Основная причина - это то, что на текущем этапе работы были выявлены недостатки предыдущих выполненных этапов работы. Теперь другие вопросы:
- А эти недостатки - это разовое явление или систематическое?
- А прецеденты по решению этих недостатков влияют на время производства драматически или это мелочи, которыми можно пренебречь?
Для ответов на данные вопросы придется собирать данные. Надо будет взять выборку завершенных запросов, зайти в таск-трекере в историю каждого из запросов и выяснить причину возврата, а также сколько времени было потрачено на то, чтобы запрос вернулся в изначальный статус. Получение этих данных становится неоправданно тяжелым и из-за этого просто не делается. В результате этого вы просто теряете возможность по поиску улучшений.
Если вы будете пользоваться практикой использования блокеров, то сбор данных становится на порядок проще, потому что все прецеденты, по которым вы раньше хотели двигать назад стикеры теперь записаны на блокеры с указанием причины, даты возникновения и даты решения проблемы.