Мысль по поводу эффекта неэкономии масштаба. Понял ценность канбана в списке задач на день
Канбан позволяет создать иллюзию одной задаче. Т.е. у меня есть столбец «Позже» и столбец «В работе». И обезьянка воспринимает столбец «В работе» как основной список задач, а «Позже» как хранилище информации, грубо говоря. Т.е. обезьянка может сосредоточиться на одной задачи, пока она не будет выполнена. И не переживать, что в «Позже» ещё +100500 задач
Напротив, «сплошной» список задач меня пугает. Даже (и особенно) если там много мелких задач (вроде позвонить, написать и т.д.) обезьянка пугается. А канбан позволяет успокоить и сосредоточить обезьянку
Насколько я понимаю, исходно канбан был нужен, чтобы обеспечить поставку заданного количества продукции в заданный срок, то есть он -просто инструмент "вытягивающего" производства. Это из материального мира.
В мире IT канбан используется "не по назначению" - для решения двух проблем: управления качеством продукта (поддерживая баланс между забагованностью и новыми фичами через WIP-лимиты); и обеспечения максимальной скорости внедрения фичи (время на поиск проблемной стадии в жизненном цикле фичи сокращается до 0).
И это всё - не то, что автор описывает как проблему :)
Как мне кажется, в данном случае автору помогает не канбан, а планирование спринта из scrum.
Тут не столько канбан, сколько разделения списка задач на зоны критичности.
Просто канбан - это чуть более глубокая концепция, чем доска с колонками. Ограничение числа задач в работе, вытягивание, а не впихивание, оптимизацие целого ну и все такое.
А так, да. Хорошо, когда в списке задач есть часть которую пора делать, к которой готовимся и которая пока за горизонтам, но из зоны видимости мы ее выпускать не хотим.