Как внедрить Kanban: доска, лимиты и политики за один день

Шаг 1. Нарисовать процесс как он есть

Самая частая ошибка на старте — нарисовать процесс, каким он должен быть. Тогда доска показывает представление о работе, и первая же реальная задача в неё не помещается. Рисуйте то, что происходит: если после разработки задача неделю ждёт свободного тестировщика, на доске должна быть колонка ожидания.

Проверить полноту просто: возьмите три последние закрытые задачи и проведите каждую по колонкам. Если хотя бы у одной был этап, которого на доске нет, — доска неполная. Разнородность потока это не ломает: одна доска приходится на процесс, сколько бы разных типов задач по нему ни шло.

Ожидания выделяйте отдельно от работы. Колонка «Проверка» скрывает разницу между «проверяют прямо сейчас» и «лежит третий день». Пара «Ждёт проверки / На проверке» делает эту разницу видимой — а это и есть главный источник времени прохождения.

Шаг 2. Вынести на доску всю текущую работу

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

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

Шаг 3. Ограничить незавершённую работу

Лимит ставят по колонкам, и не только по рабочим: очередь между этапами — «ждёт проверки», «готово к работе» — ограничивают в первую очередь, именно там незавершённая работа копится незаметно. Стартовое правило для рабочей колонки: число людей на этапе плюс один — запас на задачу, которая заблокирована и лимит не освобождает. Единственное настоящее требование: суммарно лимиты должны быть меньше того, что идёт сейчас, иначе они ничего не изменят.

Смысл лимита — в вопросе, который он задаёт. Когда колонка заполнена, взять новую задачу нельзя: остаётся помочь закрыть начатое или разобраться, почему оно стоит. Поток ускоряет именно этот вопрос, сама цифра лимита не решает ничего. Заодно меняется способ распределения работы: задачу берут сами, когда в колонке освободилось место, и раздавать её сверху больше не нужно. Если руководитель продолжает раздавать задачи поимённо, лимиты можно не ставить — их всё равно будут нарушать.

Сопротивление на этом шаге ожидаемо: «взял в работу» люди привыкли считать формой отчётности о занятости. Отвечайте замером — заведите отсчёт времени прохождения с первого дня, и через месяц спор решат собственные цифры.

Шаг 4. Записать политики словами

Политика — это правило, записанное так, что по нему можно разрешить спор. «Задача переходит в проверку, когда есть описание результата и приложены материалы» — политика. «Работаем аккуратно» — нет.

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

Держите политики рядом с доской: в почте их никто не найдёт. Правило, которое надо искать, не соблюдается, а изменение, которое никто не заметил, не изменение.

Шаг 5. Развести срочное и обычное

Без явных классов обслуживания очередь определяется настойчивостью заказчика. Двух классов достаточно на старте: срочное с фиксированной долей потока и обычное по порядку очереди.

Долю фиксируйте заранее — например, не более пятой части. Кроме доли задайте одновременность: срочная задача в работе одна, и она имеет право нарушить лимит колонки. Право нарушить лимит и есть смысл этого класса; поднять задачу повыше внутри общей очереди можно и без него. Заранее договоритесь, что при этом останавливается: какая обычная задача встаёт и кто сообщает об этом её заказчику. Без этих двух правил доля в двадцать процентов при потоке в пятнадцать задач в неделю означает три параллельных срочных, и поток встаёт.

Третий класс заводите, когда первые два заработают: внутренние улучшения и технический долг. Ему тоже нужна фиксированная доля, обычно десятая часть потока. Иначе он не попадёт в очередь никогда, потому что у него нет заказчика, который придёт и напомнит.

Что должно получиться к концу дня

Чек-лист запуска

К вечеру первого дня доска либо стала методом, либо осталась доской. Разница ровно в этих пунктах: без них через месяц никто не вспомнит, зачем всё затевалось.

Настройка в Shtab

Час работы в интерфейсе — и дальше доска ведёт себя сама.

Частые вопросы