Вспомните любую задачу, которую ваша команда закрыла на прошлой неделе. Сколько дней она была в работе? И сколько часов с ней действительно кто-то взаимодействовал? 🫪

Обычно бывает так, что задача в работе две недели, а реальных "человеко-часов" примерно шесть. Всё остальное время она просто ждала пока её прогонят по SDLC.

Отсюда понятно, почему привычные меры мало что меняют. Ведь нанять ещё людей, обучить, оградить команду от лишних созвонов ускоряет те самые шесть часов. Ну, станет пять. Задача всё равно будет закрываться две недели, потому что основное время она просто ждёт.

Проблема в том, что это ожидание нигде не видно. На доске есть колонки «Аналитика», «Разработка», «Тестирование» — то есть то, что люди делают. А карточка может простоять в «Разработке» четыре дня, из которых три она ждала, когда у разработчика дойдут руки.

Микро-лайфхак, который это чинит: если с задачей никто ничего не делает, а она просто перешла от одного человека к другому, это уже не этап работы, а очередь, и для неё нужна отдельная колонка. Доска станет длиннее и менее аккуратной, зато на ней сразу видно, где именно появляется блокер.

17–18 ноября Александр Рыжков проводит двухдневный интенсив «Основы Канбан-систем» (KSD).

Научитесь видеть, где застревают задачи, управлять загрузкой команды и называть сроки, подкреплённые данными.

➡️Освоить Канбан в совершенстве