Что такое Scrumban?

Что такое Scrumban на самом деле

Scrumban оставляет те части канбана и Scrum, которые окупают себя, и убирает остальное. От канбана он берёт видимую доску, работу по колонкам и явный предел того, сколько работы может быть в процессе одновременно, — то, что делает поток читаемым. От Scrum он берёт спринт с фиксированным сроком — то, что превращает Backlog в план.

Чего в нём нет: ежедневных стендапов, встреч по разбору бэклога, церемоний со story points, ретроспектив ради ритуала. Это работает для десяти инженеров в отлаженной организации; это не работает для одного основателя, который пытается что-то выпустить в субботу.

Название придумал Кори Ладас (Corey Ladas): в его эссе, а потом и в книге Scrumban описано, как Scrum-командам перейти от фиксированных итераций к потоку, где работу вытягивают.

Scrumban, Kanban и Scrum: в чём разница

Три метода различаются в основном двумя вещами: планируется ли работа отрезками фиксированной длины и сколько процесса окружает доску.

Источники: Scrum Guide — про спринты, роли и события; Kanban Guide — про поток и лимиты на работу в процессе.

Как выглядит Scrumban-доска?

Scrumban-доска — это канбан-доска, поверх которой лежит спринт. Колонки показывают, где сейчас работа; спринт говорит, какой части бэклога посвящена эта неделя. В минимальной доске четыре колонки:

• Backlog — всё, что ты, возможно, сделаешь. Внизу без порядка, наверху по порядку.
• Todo — то, что ты решил делать следующим. Нарочно небольшая: когда она пустеет, это сигнал планировать.
• Doing — то, над чем кто-то (человек или ИИ-агент) работает прямо сейчас.
• Done — готовая работа. В конце спринта очищается или уходит в архив.

Как настроить Scrumban-доску?

1. Создай четыре колонки: Backlog, Todo, Doing, Done.
2. Сложи в Backlog всё, о чём знаешь. Не сортируй всё — отсортируй верх.
3. Реши, сколько всего может быть в Doing одновременно. Для одного человека — одна-две вещи; для небольшой команды — примерно по одной на человека.
4. Выбери длину спринта — одну или две недели — и запиши для него цель в одно предложение. Переноси в Todo только то, что служит этой цели.
5. Работай вытягиванием: когда что-то в Doing готово, бери следующую карточку сверху Todo. Никто ни на кого работу не сваливает.
6. Планируй, когда Todo пустеет, а не по календарю. В конце спринта посмотри, что сделано и что нет, и начни следующий.

Почему Weft выбрал Scrumban

Weft появился потому, что большинство менеджеров задач скроены под одну из двух крайностей: либо одинокий список дел (бесконечный перечень, никакого ритма), либо Agile-комбайн на пятьдесят человек (процессные накладные расходы для компании из одного человека). Scrumban стоит ровно посередине — структуры хватает, чтобы выпускать раз в неделю или раз в две, и её не столько, чтобы день выпуска уходил на её обслуживание.

Как это сделано в Weft

• Четыре колонки по умолчанию: Backlog, Todo, Doing, Done. Работу в процессе ограничивает то, что ждёт тебя, а не число на каждой колонке. Kanban Guide считает явное правило ограничения работы в процессе частью определения рабочего процесса: новое берут в работу только тогда, когда освобождается ёмкость.
• Один активный спринт за раз, с необязательной целью. Спринты необязательны — обходись без них, если тебе подходит чистый канбан. Scrum Guide определяет спринты как события фиксированной длины, не больше месяца, причём новый спринт начинается сразу после окончания предыдущего.
• У задач есть приоритет, оценка, срок и необязательная привязка к спринту. Ни эпиков, ни workflow, ни своих полей.
• Время цикла начинается, когда задача попадает в колонку с semantic="doing", и заканчивается в "done". Цифры берутся из честной работы, а не из арифметики со story points.

Scrumban с ИИ-агентами

Вытягивание — то, благодаря чему Scrumban работает и для ИИ-агентов. Агент, подключённый к Weft по MCP, сам берёт следующую карточку: start_task захватывает её, так что второй агент ту же карточку не возьмёт, а complete_task завершает её с тем, что сделано, и с доказательствами. Когда агенту нужно решение, он спрашивает тебя, а не гадает, — а пока тебя ждёт слишком много готовой работы, агенты не начинают новые задачи. Это канбан-лимит на работу в процессе, применённый к единственному ресурсу, который не масштабируется: твоему вниманию.

Когда Scrumban — не тот метод

• У тебя несколько параллельных Scrum-команд. Scrum Guide называет типичный размер Scrum-команды — 10 человек или меньше — и говорит, что крупные продукты стоит разделить между несколькими Scrum-командами с одной Product Goal и одним Product Backlog. Отчётность на уровне программы, общая velocity, межкомандные зависимости — здесь полноценный Scrum в Jira окупается. Nexus Guide написан как раз для такой ситуации: несколько Scrum-команд работают из одного Product Backlog, с дополнительными практиками, чтобы находить и снимать межкомандные зависимости.
• У тебя чистая поддержка или непрерывная эксплуатация. Ритм спринтов не нужен — чистый канбан или тикет-система подойдут лучше.
• Тебе нужны диаграммы Ганта и таймлайны. Scrumban устроен вокруг спринтов, а не вокруг графа зависимостей.

Вопросы о Scrumban