Что такое доска Scrum?
Scrum-доска показывает работу, связанную с целью текущего спринта. На карточках команда фиксирует задачи, а в столбцах — их состояние. Сама доска не определяет Scrum: это один из способов визуализировать план и замечать препятствия.
Спринт имеет фиксированную продолжительность не более месяца. Его цель — согласованный результат, а не обязательное перемещение каждой заранее выбранной карточки в «Готово». По мере появления новой информации команда может уточнять объём работ с владельцем продукта, сохраняя цель спринта. Например, доска может содержать четыре столбца:
-
К выполнению — выбранные задачи текущего спринта. Полный бэклог продукта хранится отдельно: он шире плана одного спринта.
-
В работе — задачи, которые команда уже выполняет. Если карточка заблокирована, полезно указать причину прямо на ней.
-
Проверка — задачи, для которых осталось проверить результат по согласованным критериям качества.
-
Готово — работа, отвечающая общему определению готовности (Definition of Done). Название столбца не заменяет эти критерии.
Что такое канбан-доска
Канбан-доска отображает поток работы от начала до завершения. Команда определяет этапы, условия перехода между ними и ограничения незавершённой работы — WIP-лимиты. Лимит помогает не начинать новые задачи быстрее, чем команда способна завершать уже начатые.
Для небольшого процесса достаточно трёх этапов:
-
Очередь: работа, которую нужно выполнить.
-
В процессе: работа, взятая из очереди и в настоящее время выполняющаяся.
-
Готово: выполненная работа.
Лимиты устанавливают для выбранных этапов или всего объёма незавершённой работы. Необязательно ограничивать архив «Готово». Например, если на проверке допустимо три задачи, четвёртая — повод помочь с проверкой или устранить блокировку, а не просто продолжить накапливать очередь.
Что общего у двух досок
Внешне доски могут быть похожи: карточки, столбцы, ответственные и даты. Различие проявляется в том, как команда принимает работу и управляет ею.
Общий контекст. Карточка показывает задачу, её состояние и препятствие. Участникам не нужно собирать отдельные устные отчёты, чтобы понять, где застряла работа.
Видимость очереди. Если проверка занимает больше времени, чем выполнение, это заметно по скоплению карточек. Команда может обсудить причину: нехватку времени, неясные требования или слишком крупные задачи.
Обсуждение работы. Доска помогает связать разговор с конкретными объектами: какой результат ожидается, кто может помочь и что мешает движению карточки.
Изменение плана. В обоих подходах команда учитывает новые сведения. В Scrum изменения не должны ставить под угрозу цель спринта; в Канбане правила приёма и приоритизации работы задаются явно.
Улучшение процесса. Можно наблюдать время прохождения задач, блокировки и накопление очередей. По одним только цветам карточек нельзя оценить эффективность команды.
Одинаковые договорённости. Независимо от подхода участники должны одинаково понимать, когда задача начата, что считается завершением и кто принимает результат.
Основные различия между Канбаном и Scrum
Scrum организует работу вокруг цели и ритма спринта. Канбан сосредоточен на управлении потоком и может применяться к уже существующему процессу. Ни один подход не делает требования понятными автоматически.
Основа подхода. Scrum — фреймворк для решения сложных задач. Канбан использует визуализацию, явные правила и управление потоком. В терминах бережливого производства «lean» означает «бережливый», а не «лёгкий».
Ритм. В Scrum команда регулярно планирует спринт, рассматривает результат и обсуждает улучшения. При работе с непрерывным потоком новую задачу можно брать, когда освободилась соответствующая ёмкость; встречи при этом тоже возможны.
WIP-лимиты. Это ограничения числа задач в работе, а не числа этапов процесса. Команда Scrum также может применять такие лимиты: наличие спринта не мешает управлять потоком внутри него.
Ответственность. Scrum Guide (на английском) выделяет внутри одной Scrum Team владельца продукта (Product Owner), Scrum Master и разработчиков (Developers). Отдельной вложенной «команды разработки» в этой модели нет. Канбан сам по себе не требует вводить эти роли.
Улучшения. В Scrum для обсуждения процесса предусмотрена ретроспектива. В Канбане изменения можно связывать с наблюдением потока: например, выяснить, почему возраст задач в одном столбце растёт. В обоих случаях важен результат изменения, а не проведение встречи ради встречи.
Как выбрать подход для своей команды
Начните с характера входящей работы и способа получить обратную связь. Вот три типичных ситуации.
Продуктовая команда. Если полезно объединить работу вокруг ближайшей цели и регулярно показывать пользователям результат, рассмотрите Scrum. Пример цели — дать клиенту возможность изменить адрес до отправки заказа; в спринт войдут связанные с ней изменения интерфейса и процесса.
Поддержка и операционные запросы. Для непрерывно поступающих задач удобно видеть очередь, срочность и свободную ёмкость. Канбан помогает договориться, когда брать следующую заявку и как срочная работа влияет на уже начатую.
Неопределённые требования. Не выбирайте подход по правилу «Scrum — для понятных задач, Канбан — для сложных». Scrum рассчитан в том числе на сложную работу с обратной связью. Оцените, нужен ли общей задаче ритм спринта и единая цель либо важнее управлять потоком независимых запросов.
Практический старт. Нарисуйте текущие этапы, подпишите условия завершения и разместите реальные задачи. Отметьте блокировки. После этого станет понятнее, что нужно изменить: приём работы, размер задач, проверку результата или командные договорённости.
Канбан-практики можно использовать вместе со Scrum, например ограничить число задач на проверке внутри спринта. На доске Boardmix начните с колонок вашего процесса, а затем добавьте цель спринта или WIP-лимиты в соответствии с выбранным способом работы.
