Пять простых и результативных способов разбивать User Stories (SPIDR)
Как делить крупные истории, не теряя ценности и ускоряя поставку продукта - практики Майка Коэна.
Почему командам сложно делить User Stories
Одна из самых распространённых проблем Agile-команд - пользовательские истории, которые не помещаются в один спринт.
Майк Коэн вспоминает: когда он только начал применять Scrum, некоторые backlog-элементы были настолько большими, что спринты длились по шесть недель.
Позже команда научилась разбивать истории настолько эффективно, что могла бы работать даже с однодневными спринтами.
Главное открытие - почти любую историю можно разделить одним из пяти способов, легко запоминающихся по акрониму SPIDR: Spike, Path, Interface, Data, Rules.
Майк Коэн вспоминает: когда он только начал применять Scrum, некоторые backlog-элементы были настолько большими, что спринты длились по шесть недель.
Позже команда научилась разбивать истории настолько эффективно, что могла бы работать даже с однодневными спринтами.
Главное открытие - почти любую историю можно разделить одним из пяти способов, легко запоминающихся по акрониму SPIDR: Spike, Path, Interface, Data, Rules.
Метод SPIDR: пять техник декомпозиции пользовательских историй
Майк Коэн разработал метод SPIDR, анализируя более тысячи историй, накопленных за 15 лет. Он искал минимальный набор универсальных приёмов и выделил пять простых техник, которые подходят для любой команды.
1. S - Spike: исследовательская история
Spike - это исследовательская активность, которая помогает команде разобраться с неопределённостью: проанализировать, протестировать или спроектировать до начала разработки.
Пример:
Команда YouTube при внедрении автоматических субтитров могла провести Spike, чтобы протестировать готовые решения и понять, разрабатывать ли собственный алгоритм.
Spike уменьшает исходную историю, удаляя исследовательскую часть, и позволяет быстрее переходить к реализации.
Пример:
Команда YouTube при внедрении автоматических субтитров могла провести Spike, чтобы протестировать готовые решения и понять, разрабатывать ли собственный алгоритм.
Spike уменьшает исходную историю, удаляя исследовательскую часть, и позволяет быстрее переходить к реализации.
2. P - Path: альтернативные пути пользователя
Path означает разделение по разным сценариям, через которые пользователь достигает цели.
Пример:
История «Как пользователь, я хочу делиться видео» в YouTube может включать 16 способов: через соцсети, ссылку, таймкод и т. д.
Команда может начать с одного-двух самых популярных путей, чтобы быстрее доставить ценность пользователю.
Пример:
История «Как пользователь, я хочу делиться видео» в YouTube может включать 16 способов: через соцсети, ссылку, таймкод и т. д.
Команда может начать с одного-двух самых популярных путей, чтобы быстрее доставить ценность пользователю.
3. I - Interface: разные интерфейсы и платформы
Interface - это разделение истории по интерфейсам, устройствам или уровням детализации UI.
Пример:
Сначала создать простую кнопку «Поделиться» с копированием ссылки.
Затем добавить возможность выбора соцсетей.
И уже позже реализовать графический интерфейс с логотипами и анимацией.
Так команда шаг за шагом улучшает UX, сохраняя бизнес-ценность каждой итерации.
Пример:
Сначала создать простую кнопку «Поделиться» с копированием ссылки.
Затем добавить возможность выбора соцсетей.
И уже позже реализовать графический интерфейс с логотипами и анимацией.
Так команда шаг за шагом улучшает UX, сохраняя бизнес-ценность каждой итерации.
4. D - Data: декомпозиция по данным
Data - техника, при которой команда ограничивает набор или сложность данных, чтобы быстрее доставить первую версию функции.
Пример:
Если YouTube поддерживает 16 видеоформатов, конкурент может начать с одного (MP4), а остальные добавить позже.
В HR-системе можно начать с одного менеджера на сотрудника и позже добавить поддержку нескольких.
Так команда создаёт MVP-версию, которую проще протестировать и развивать.
Пример:
Если YouTube поддерживает 16 видеоформатов, конкурент может начать с одного (MP4), а остальные добавить позже.
В HR-системе можно начать с одного менеджера на сотрудника и позже добавить поддержку нескольких.
Так команда создаёт MVP-версию, которую проще протестировать и развивать.
5. R - Rules: упрощение бизнес-правил
Rules - это временное ослабление или игнорирование некоторых бизнес-правил, чтобы уменьшить объём работы.
Пример:
На раннем этапе можно позволить загрузку видео без проверки авторских прав, а фильтр добавить позже.
Или сначала разрешить комментарии без фильтрации, а антиспам-механизм внедрить в следующем спринте.
Так команда ускоряет поставку и получает раннюю обратную связь.
Пример:
На раннем этапе можно позволить загрузку видео без проверки авторских прав, а фильтр добавить позже.
Или сначала разрешить комментарии без фильтрации, а антиспам-механизм внедрить в следующем спринте.
Так команда ускоряет поставку и получает раннюю обратную связь.
Как делить большие User Stories на практике
- Возьмите историю, которая не помещается в спринт.
- Проверьте её по через призму техники SPIDR.
- Определите, какой приём позволит выделить минимально полезный результат для пользователя.
- Выделите и реализуйте первую работающую часть, способную принести пользу пользователю, а затем расширяйте функциональность.
Как избежать типичных ошибок при декомпозицииисторий
- Не превращайте под-истории в технические задачи вроде «создать API» - они не несут ценности пользователю.
- Проверяйте, чтобы каждая пользовательская история давала измеримый результат.
- Обсуждайте декомпозицию вместе с Product Owner и командой - совместное решение снижает риск дублирования.
- Не стремитесь к одинаковым размерам историй: одна история может быть реализована за день, другая - за неделю, и это нормально.
Оригинал статьи: Mike Cohn - Five Simple but Powerful Ways to Split User Stories
Возможно будет интересно
-
Тренинг
Agile Project and Delivery Management (ICP-APM)
Освойте продуктовый подход, гибкое планирование и современные инструменты для эффективной поставки ценности.
-
Тренинг
Agile Product Ownership (ICP-APO)
Станьте сертифицированным Product Owner: практический тренинг по управлению продуктом.
-
