Изначально предполагалось, что гибкие спринты ускорят работу нашей команды. Но со временем они начали приводить к обратному результату.

Заявки накапливались. Члены команды одновременно занимались несколькими задачами. «Выполнено» стало означать «почти готово». Мы обнаружили, что тратим больше времени на обновление досок и уточнение приоритетов, чем на сам выпуск продукта.

Поэтому мы провели эксперимент.

Проблема традиционных структур спринтов

Большинство систем спринтов исходят из предположения, что разбиение работы на более мелкие задачи улучшает поток. Но на практике мы столкнулись с противоположным результатом:

• Истории были разбиты на технические подзадачи
• Члены команды были распределены по нескольким параллельным направлениям работы
• Переключение контекста стало повседневной нормой
• Стендапы превратились в невнятное повествование, демонстрирующее лишь частичный прогресс
• Мы занимались распространением информации о деятельности, а не о результатах.

Поэтому мы задали другой вопрос:
что, если мы будем создавать целые рабочие модули — по одному за раз — и рассматривать каждый из них как мини-продукт?

Наше решение: Схема обработки товарных карточек

Мы заменили наш бэклог спринта новой системой: карточками продуктов .

Каждая карточка представляла собой небольшую, самостоятельную инициативу по разработке продукта, предназначенную для понимания, освоения и выполнения микрокомандой. Никакого разделения задач, никакой многозадачности. Просто четкая цель и полный цикл выполнения.

В комплект каждой карточки товара входят:

• Пункты плана действий и задачи — с четкими критериями выполнения.
• Видение и цели — Почему существует эта карта
• Примерная оценка в днях , а не в баллах.
• Обзор — Что есть и что нет
• Планы на будущее — Что будет дальше, если вообще что-либо будет?
• Предыдущие итерации — Что мы уже сделали и чему научились

Мы назначали по одной карточке одной команде — обычно 2-3 человека — и позволяли им работать над ней от начала до конца. Только после завершения одной карточки они переходили к следующей.

Никакой жонглирования задачами. Никакого дублирования обязанностей. Только глубокая работа над достижением значимых результатов.

Что мы наблюдали

После первых нескольких недель разница стала очевидной.

• Доставка стала проходить гладко
• Право собственности стало более ясным
• Разговоры перешли от обновлений статуса к обзорам и демонстрациям
• Меньше ошибок, меньше переносов и гораздо более быстрые циклы обучения

Что еще более важно, наша команда чувствовала себя лучше . Меньше давления. Меньше шума. Больше ясности.

Мы не просто «выполняли задачи». Мы доводили до конца разработку функций .

Почему это сработало

Волшебство заключалось не только в формате, но и в направленности.

• Одна карта на команду, отключено переключение контекста
• Четко определенные конечные состояния помогли нам точно знать, когда мы закончили.
• Четко определенные цели и контекст пользователя придавали смысл каждой строке кода.
• Полная ответственность за весь процесс от начала до конца способствовала развитию чувства гордости и подотчетности.

Короче говоря: мы перестали тратить силы на разделение и начали создавать ценность.

Подойдет ли это вашей команде?

Если ваша команда страдает от:

• Разлив в спринте
• Постоянная параллельная работа
• Поверхностное владение
• Выступления стендап-комиков, полные фраз типа: «Я всё ещё в этом списке»

…рассмотрите возможность проведения эксперимента с карточками товаров в течение одного месяца.

Возможно, вы заново откроете для себя, что такое целенаправленная доставка.

Карточки товаров как «живая карта товара»

Одно из самых значительных изменений произошло незаметно, постепенно: мы начали повторно использовать карточки.

В первый раз карточка продукта помогла нам определить объем и реализовать ту или иную функцию. Но несколько месяцев спустя, когда нам понадобилось улучшить или вернуться к той же области — процессу адаптации, отчетности, правам доступа — мы не стали начинать с нуля. Мы снова открыли ту же самую карточку.

На каждой карте уже было:

• Контекст
• Ограничения
• принятые решения
• История перемен
• И идеи, которые мы отложили

Вместо разрозненных документов или племенных воспоминаний, на карточке хранилась полная история развития этого этапа производства.

По мере того, как это повторялось, произошло нечто примечательное: наша доска с карточками товаров начала формировать карту самого продукта .

Это был уже не просто список задач. Теперь это стало:

• 🧱 Архитектура каждой функции
• 📚 Документирование принятых решений
• 🧭 Навигационная, постоянно обновляющаяся карта истории продукта
• 🔁 Способ возобновить работу, не тратя время на сбор контекстной информации

Теперь, когда мы планируем новый квартал или принимаем на работу нового члена команды, мы прорабатываем планы , а не проводим совещания. Когда мы возвращаемся к какой-либо функции, мы начинаем с понимания , а не с повторного открытия.

Это был не просто лучший способ выполнения работы. Это был лучший способ хранения продукта в памяти — как системы, а не просто списка задач.

Заключительные мысли

Мы отказались от спринтов не потому, что они нам не нравились. Мы отказались от них, потому что они перестали помогать нам доводить до конца действительно важные задачи. Карточки продуктов дали нам:

• Фокус
• Поток
• Собственность
• И прочный след работы, который строится сам на себе

Это было одно из самых важных изменений в наших процессах — не потому, что это было модно, а потому, что это действительно сработало.