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. Потом корректируйте: если задачи застревают — лимит слишком высокий, если люди простаивают — слишком низкий.
Где это применяется
Заказная разработка ПО
Разрабатываем заказное ПО под ваши процессы: корпоративные системы, интеграция с 1С, ERP-модули, API. MVP-ядро от 260 000 ₽, корпоративные платформы от 2,6 млн. Бесплатное демо за 3–5 дней. Архитектура с запасом ×10 по нагрузке.
Как мы это делаемПродолжите изучение
