'/%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 не предписывает ни ролей, ни встреч, ни длины цикла. Он начинается с двух действий: сделать текущий процесс видимым на доске и договориться, сколько задач одновременно может находиться в работе. Всё остальное — эволюционные улучшения поверх того, что уже есть.
Ограничение незавершённой работы — контринтуитивная часть. Кажется, что чем больше задач в работе, тем больше сделано; на деле наоборот: каждая параллельная задача добавляет переключений, ожиданий и незакрытых хвостов. Когда упираешься в лимит, нельзя взять новое — приходится помочь закрыть начатое, и именно это ускоряет поток.
Отсюда другой предмет управления. В 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 в Shtab
Доска, лимиты и классы обслуживания настраиваются из интерфейса. Данные для метрик собираются сами из статусов — отдельный учёт вести не нужно.
- 01Колонки доски — статусы вашего процесса, включая ожидания: «на проверке», «ждёт ответа заказчика».
- 02Ограничение незавершённой работы задаётся по колонке: превышение видно сразу, а не выясняется на разборе.
- 03Классы обслуживания — метки или пользовательское поле, по ним же настраивается вид карточки и фильтры.
- 04Время задачи в каждом статусе считается автоматически: время прохождения и узкое место видны без выгрузок.
- 05Контроль сроков реакции по классам — на случай, когда есть внешние обязательства по времени ответа.
- 06Приём заявок — через форму: обращение сразу становится карточкой в нужной колонке, без переноса из почты руками.
Частые вопросы
Не обязательно. Прогноз строится на статистике времени прохождения, а не на сумме оценок: если 85% задач закрываются за пять дней, это и есть обещание заказчику. Оценка полезна там, где нужно планировать загрузку заранее или считать стоимость работ.