Kanban
Kanban — это метод управления работой, основанный на визуализации потока задач. Задачи отображаются карточками на доске с колонками: «К выполнению», «В работе», «Готово». Главный принцип — ограничение количества задач в работе одновременно (WIP-лимит).
Канбан придумали на заводах Toyota для управления производством. В IT метод прижился благодаря простоте: не нужно планировать спринты, оценивать задачи в story points и проводить ретроспективы. Берёшь задачу с доски — делаешь — передвигаешь в «Готово». Новая задача попадает в очередь.
WIP-лимит — ключевое правило Kanban. Если в колонке «В работе» лимит 3, четвёртую задачу нельзя начать, пока не завершишь одну из текущих. Это предотвращает мультитаскинг (который убивает продуктивность) и выявляет узкие места: если в «Ревью кода» постоянно скапливаются задачи — значит, ревью стало бутылочным горлышком.
В отличие от Scrum, Kanban не навязывает итерации, роли и церемонии. Он работает с текущим процессом: начните с того, что есть, визуализируйте поток, ограничьте WIP — и улучшайте постепенно.
Ключевые преимущества
- Визуальная доска с колонками для отслеживания задач
- WIP-лимит — ограничение задач в работе одновременно
- Нет спринтов и фиксированных итераций
- Выявление узких мест в процессе
- Постепенное улучшение без революций
Примеры
Trello, Jira, Notion — все поддерживают Kanban-доски. Команда поддержки: входящие тикеты попадают в «Очередь», берутся в «Работу» с WIP-лимитом 5, завершаются в «Решено». Разработка: задачи проходят «Бэклог → В работе → Ревью → Тестирование → Готово» — каждый этап с лимитом.
Когда это нужно
Kanban подходит, когда: поток задач непредсказуем (поддержка, баг-фиксы), команда перегружена и нужно ограничить параллельную работу, не хочется ломать текущий процесс, задачи приходят постоянно (а не пакетами на спринт).
Связанные термины
Частые вопросы
Kanban или Scrum — что выбрать?
Scrum лучше для продуктовой разработки с фиксированными итерациями и планированием. Kanban — для потоковой работы (поддержка, DevOps, контент). Многие команды используют «Scrumban»: спринты Scrum + WIP-лимиты Kanban. Начните с того, что ближе к вашей реальности.
Как определить WIP-лимит?
Простое правило: количество людей в команде минус один. Для колонки «В работе» в команде из 4 разработчиков WIP-лимит = 3. Потом корректируйте: если задачи застревают — лимит слишком высокий, если люди простаивают — слишком низкий.
Читайте также
IT-консалтинг
Помогаем бизнесу принимать технологические решения. Аудит IT-ландшафта, выбор технологий, цифровая стратегия, оптимизация IT-бюджета.
Разработка ПО
Создаём программное обеспечение, которое точно соответствует вашим бизнес-процессам. Никаких компромиссов — только решения, спроектированные под ваши задачи, масштаб и амбиции.
Scrum
Scrum: фреймворк гибкой разработки. Роли, спринты, церемонии. Как Scrum помогает бизнесу получать результат быстрее.
Agile
Agile: гибкая методология разработки. Что это, как работает, почему лучше водопадного подхода. Простое объяснение.
Product Owner
Product Owner: кто это, чем занимается, зачем нужен. Роль PO в Scrum-команде, отличие от Project Manager.
Готовы начать проект?
Расскажите о задаче — мы предложим решение, сроки и стоимость. Первая консультация бесплатна.
30 минут · Бесплатно · Без обязательств