'/%3e%3cpath%20d='M83.8172%20112C100.688%20112%20111.886%2098.2694%20112%2083.8882H44.0245C25.8409%2083.8882%2016.001%2094.3169%2016.001%20112H83.8172Z'%20fill='url(%23paint1_linear_101_577)'/%3e%3cpath%20d='M44.1725%2044.1138H16.0008C15.9465%2051.0963%2018.504%2058.2306%2024.2977%2064.0225L44.1706%2083.8881L52.8986%2075.3569L61.7636%2066.7019C63.2767%2065.2244%2063.2786%2062.7888%2061.7636%2061.3094L44.1725%2044.1138Z'%20fill='%233A5FFF'/%3e%3cpath%20d='M83.8248%2083.8862H111.996C112.051%2076.9037%20109.493%2069.7693%20103.7%2063.9774L83.8267%2044.1118L75.0986%2052.6431L66.2337%2061.2981C64.7206%2062.7756%2064.7187%2065.2112%2066.2337%2066.6906L83.8248%2083.8862Z'%20fill='%233A5FFF'/%3e%3cdefs%3e%3clinearGradient%20id='paint0_linear_101_577'%20x1='16.001'%20y1='30.055'%20x2='111.998'%20y2='30.055'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3clinearGradient%20id='paint1_linear_101_577'%20x1='111.998'%20y1='97.9451'%20x2='16.001'%20y2='97.9451'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3c/defs%3e%3c/svg%3e)
Начать с того, что есть, и ограничить работу
Kanban не предписывает ни ролей, ни встреч, ни длины цикла. Он начинается с двух действий: сделать текущий процесс видимым на доске и договориться, сколько задач одновременно может находиться в работе. Всё остальное — эволюционные улучшения поверх того, что уже есть.
Ограничение незавершённой работы — контринтуитивная часть. Кажется, что чем больше задач в работе, тем больше сделано; на деле наоборот: каждая параллельная задача добавляет переключений, ожиданий и незакрытых хвостов. Когда упираешься в лимит, нельзя взять новое — приходится помочь закрыть начатое, и именно это ускоряет поток.
Из этих двух действий развернулись шесть практик, которыми метод описывают целиком: сделать работу видимой, ограничить незавершённое, управлять потоком, записать политики явно, завести регулярные встречи обратной связи и улучшать процесс постепенно, проверяя изменения на данных. Порядок не случаен: каждая следующая практика опирается на предыдущую, и попытка начать с середины обычно заканчивается доской без метода.
Есть и правило самого перехода: начинать с того, что есть, договариваться об изменениях вместо того, чтобы спускать их сверху, сохранять текущие роли и должности и позволять предлагать улучшения на любом уровне. Именно поэтому Kanban редко вызывает сопротивление на старте — в первый день не меняется ничего, кроме видимости работы.
Отсюда другой предмет управления. В Scrum спрашивают «что успеем за цикл», в Kanban — «за сколько дней задача проходит путь от постановки до готовности и что её задерживает». Обещание заказчику опирается на статистику прохождения.
- Работа приходит потоком, приоритеты меняются в течение дня.
- Задачи разнородны по размеру, и планировать объём на две недели бессмысленно.
- Есть внешние обязательства по срокам реакции — заявки, инциденты, обращения.
- Нужен порядок быстро и без перестройки ролей и структуры.
- Команда сама формирует бэклог и может планировать вперёд — тогда цикл даёт больше.
- Работа проектная, с фиксированным содержанием и приёмкой по этапам.
- Результат имеет смысл только целиком и не поставляется частями.
- Никто не готов ограничивать число задач в работе — без этого останется просто доска.
Из чего состоит процесс
В Kanban нет обязательных ролей и артефактов, но есть элементы, без которых метод превращается в обычную доску: явные политики, ограничения и классы обслуживания.
Доска потока
Колонки повторяют реальные этапы работы, включая ожидания. Если между «в работе» и «готово» есть проверка, она должна быть отдельной колонкой, иначе ожидание невидимо.
Явные политики
Правила перехода между колонками, записанные словами: когда задача считается принятой, кто может её взять, что нужно для перехода дальше.
Классы обслуживания
Разделение задач по срочности и типу: инцидент, стандартная заявка, фиксированная дата, улучшение. У каждого класса своё правило приоритета.
| СОБЫТИЕ | ЧАСТОТА И ДЛИТЕЛЬНОСТЬ | УЧАСТНИКИ | ЧЕМ ЗАКАНЧИВАЕТСЯ |
|---|---|---|---|
| Ежедневная сверка по доске | 10–15 мин | команда | снятые препятствия по застрявшим задачам |
| Пополнение очереди | 30–60 мин в неделю | владелец процесса, команда | принятые в работу задачи на ближайшую неделю |
| Разбор потока | 1 ч в 2 недели | команда | узкие места и изменение лимитов |
| Обзор для заказчиков | 30–60 мин в месяц | команда и заказчики | соблюдение сроков реакции и изменения политик |
Как запустить за один день
Kanban не требует подготовительного проекта. Достаточно перенести реальную работу на доску и договориться о лимитах — дальше процесс улучшают по данным, которые копит сама доска.
- 1Опишите процесс как он естьКолонки доски — реальные этапы, включая ожидания: «ждёт уточнения», «на проверке». Не рисуйте идеальный процесс, рисуйте текущий.1–2 часа
- 2Перенесите на доску всю текущую работуВсё, что начато и не закончено, включая то, что живёт в переписке и в голове. Обычно на этом шаге выясняется, что параллельно идёт в три раза больше, чем все думали.1 час
- 3Поставьте лимиты незавершённой работыДля рабочей колонки — число людей на этапе плюс один, для очереди между этапами меньше. Главное правило: суммарно лимиты должны быть меньше того, что идёт сейчас, иначе они ничего не меняют.30 минут
- 4Запишите политики словамиЧто значит переход в каждую колонку, кто вправе взять задачу, что делать при блокировке. Повесьте рядом с доской.1 час
- 5Заведите классы обслуживанияХотя бы два: срочное и обычное. Правило приоритета фиксируется заранее, иначе каждый раз решается голосом самого настойчивого заказчика.30 минут
- 6Начните собирать время прохожденияС первого дня фиксируйте даты входа и выхода. Через три-четыре недели появится статистика, на которой можно строить обещания.с первого дня
Что измерять в потоке
Из-за чего Kanban остаётся просто доской
Лимитов нет или они формальны
Колонки названы по отделам
Ожидания не видны
Срочным считается всё
Время прохождения не измеряется
Поток не разбирают
Темы про Kanban
Как собрать Kanban в Shtab
Лимит здесь — настройка колонки: превышение подсвечивается сразу, без напоминаний на словах.
- 01Колонки доски — статусы вашего процесса, включая ожидания: «на проверке», «ждёт ответа заказчика».
- 02Ограничение незавершённой работы задаётся по колонке: превышение видно в тот же момент, до всякого разбора.
- 03Классы обслуживания — метки или пользовательское поле, по ним же настраивается вид карточки и фильтры.
- 04Время прохождения и место, где задача дольше всего стоит, видны без выгрузок.
- 05Контроль сроков реакции по классам — на случай, когда есть внешние обязательства по времени ответа.
- 06Приём заявок — через форму: обращение сразу становится карточкой в нужной колонке, без переноса из почты руками.
Частые вопросы
Не обязательно. Прогноз строится на статистике времени прохождения: если 85% задач закрываются за пять дней, это и есть обещание заказчику. Сумма оценок для такого прогноза не нужна. Оценка полезна там, где нужно планировать загрузку заранее или считать стоимость работ.