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-ландшафта с ценой каждой проблемы, выбор технологий и подрядчика, технический Due Diligence. Второе мнение по смете подрядчика — бесплатно за 48 часов, экспресс-аудит — от 260 000 ₽.
Как мы это делаемСвяжитесь с нами напрямую
Напишите или позвоните — ответим в течение рабочего дня и поможем разобраться с задачей.
- Telegram@marchcode — отвечаем быстрее всего
- WhatsAppсервис ограничен в РФ и может быть недоступен без дополнительных настроек
- +7 900 282 77 00позвоните — обсудим задачу голосом
- info@march-code.techопишите задачу письмом
Обращаясь к нам через мессенджер, почту или по телефону, вы по собственной инициативе передаёте контактные данные для подготовки ответа на ваше обращение (п. 5 ч. 1 ст. 6 152-ФЗ). Подробнее — в Политике конфиденциальности.
Продолжите изучение
