Kanban – это метод управления задачами, при котором работа визуализируется в виде карточек на доске, и ограничивается количество задач, выполняемых одновременно. Главная цель – оптимизировать поток работы и сделать процесс прозрачным для всей команды.
Kanban – это доска с колонками, где видно, на каком этапе какая задача. Все по-честному: что делаем сейчас, что уже сделали, а что еще в очереди.
Kanban возник на производстве Toyota, а затем стал широко применяться в IT, особенно в тех командах, где нет жёстких спринтов, как в Scrum. Основные принципы:
а) Визуализация – каждая задача отображается на доске (например, Trello, Jira, ClickUp).
б) Ограничение WIP (Work In Progress) – нельзя браться за бесконечное число задач одновременно. Это помогает фокусироваться.
в) Поток – задачи последовательно проходят стадии: To Do → In Progress → Code Review → Done.
г) Постоянное улучшение – команда регулярно анализирует узкие места и улучшает процесс.
д) Гибкость – новые задачи можно добавлять в любой момент, не дожидаясь окончания «спринта».
Kanban хорошо сочетается с другими подходами – Lean, DevOps, Scrumban.
а) В поддержке и сопровождении продуктов, где задачи приходят вне расписания.
б) В QA, когда тестировщики берут задачи по мере готовности сборок.
в) В DevOps, где процессы идут непрерывно, и фиксированные итерации не нужны.
г) В Frontend и Backend командах, работающих в режиме непрерывной поставки.
д) Для отслеживания всех типов задач – от багфиксов и фич до спайков и аналитики.
а) Задачи разбиты на карточки с названием, приоритетом и ответственным.
б) QA-лид видит, что «Code Review» перегружен – ограничивает новые задачи в «In Progress».
в) Разработчик перенес карточку из «In Progress» в «Code Review», а значит – закончил писать код.
г) Команда на ретро обсуждает, почему подзадачи в «Test» висят по 3 дня.
д) Product Owner добавляет в «To Do» новые задачи после обратной связи от пользователей.