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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пройдите в конце первого дня. Невыполненные пункты — это то, из-за чего через месяц останется просто доска без метода.

Настройка в Shtab

Всё перечисленное собирается в рабочем пространстве примерно за час и дальше не требует ручного ведения.

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