Возврат задач на доске в предыдущий статус ч. 3
Привет 🫂
Последние размышления о возвратах в рабочем процессе. Истоки правила невозвратности лежат глубоко в Lean, но мы так глубоко не пойдем, и остановимся, пожалуй, на Kanban. Итак, что говорит нам Kanban. В методе Kanban есть практика “управляйте потоком, добивайтесь плавности, своевременности и хороших экономических результатов, предугадывая потребности клиента.” Мы не будем рассматривать все аспекты этой практики, а лишь ту часть, которая касается управления потоком и плавности.
1️⃣ Возвраты приводят к неуправляемости, так как если у вас висит задача, окрашенная, например, красным, так как по ней существует блокер, то это видно сразу, и видно на каком этапе процесс остановился. Если у вас возврат задачи, даже с подкраской (в лучшем случае, но этого я ни разу не встречала), то непонятно на каком этапе процесс на самом деле остановился. А, надеюсь, мы все понимаем, что блокеры на более позднем этапе стоят зачастую гораздо дороже, чем блокеры в начале процесса, так как потенциально приводят к дополнительным работам на всех предыдущих этапах. И, теряя эту картину, вы лишаете себя возможности понимать (фактологически) стоимость ошибок, т.е. управлять рисками, а значит, и проектом.
2️⃣ Для того, чтобы управлять нагрузкой, т.е. иметь возможность организовать плавный процесс, необходимо приоритизировать работу справа налево, т.е. не “забивать” столбцы слева до тех пор, пока в этом не будет необходимости, чтобы были равномерно заполнены столбцы справа. Возвраты в процессе приводят к тому, что теряется визуализация загруженности правых столбцов. Таким образом, планирование работ усложняется и теряется поточность. Плюс к этому добавляется необходимость микроменджмента.
🗯️ И напоследок, комментарий относительно “а что если у нас не канбанистый канбан, задачи могут возвращаться назад, и задача в статус входит несколько раз”. Выглядит так, что обоснование возвратов заключается в том, что нет канбана. На самом же деле канбан отсутствует в том числе из-за возвратов в процессе, и его не будет до тех пор, пока есть эти возвраты. А значит, не будет всего того, что может дать канбан.
На мой взгляд, основная загвоздка в том, о чем говорил Алексей во время своего выступления, а именно в мышлении «люди-колонки». То есть колонки на доске не отображают процесс, а отображают функциональные направления, в рамках которых работают люди. И эти же люди не выходят и не смотрят за пределы своих колонок. И этот образ мышления не про команду, не про общую цель, не про поток. Стоит лишь переосмыслить и подняться выше «моей части работы», как все становится на свои места, происходит первый шаг к командности и общему стремлению к общей цели.
На этом мы разобрали первый вопрос из комментариев к посту о Time in Status. В свое время доберемся и до второго - как понять из аудитов есть ли проблемы, связанные с возвратами в процессе.
06.10.2025