Привет, коллеги,
Данная статья является вольным переводом оригинальной статьи: https://www.scrum.org/resources/blog/benefits-smaller-product-backlog-items?trk=feed_main-feed-card_feed-article-content
Груминг бэклога
В Scrum груминг (прим.: "причесывание") бэклога продукта — это деятельность по разбиению больших элементов бэклога продукта на более мелкие, а также уточнение более подробной информации об элементах бэклога продукта (PBI), таких как критерии приемки, ценность, размер, зависимости и т. д. Нужно это для разных целей, но ключевое - это предоставить информацию, достаточную для оценки командой элемента PBI.
Преимущества небольших элементов бэклога
Важная ремарка, что небольшие элементы PBI не всегда должны быть уточнены до уровня обезьянопонятности!
Короткая обратная связь
Одним из ключевых преимуществ адаптивных методов управления продуктом является сокращение цикла обратной связи за счет взаимодействия с пользователями и клиентами. Цикл обратной связи предназначен для определения того, была ли получена предполагаемая нами ценность или нет.
Для этого нам нужно:
- Определить ценности и осознать бизнес-цели, которых требуется достичь.
- Предоставлять решения для удовлетворения потребностей и устранения проблем пользователей.
- Получать информацию о том, были ли наши предположения о ценности верными или нет, на основе знаний о том, что мы предоставляем клиентам/пользователям.
Достаточно очевидно, что чем меньше реализованный элемент бэклога (PBI), тем быстрее мы сможем получить обратную связь и тем быстрее сможем предпринять управляющие воздействия для достижения намеченных бизнес-целей.
Ускоренное обучение
Петли обратной связи тесно связаны с обучением и накоплением знаний о продукте, пользователях и бизнесе. Более короткие циклы обратной связи, порождаемые небольшими элементами бэклога , позволяют лучше учиться.
- Кто настоящие пользователи/клиенты продукта?
- Истинные ли потребности/проблемы пользователей?
- Ценят ли пользователи/клиенты эти потребности/проблемы?
- Получаем ли мы какие-то выгоды для бизнеса, когда эти потребности/проблемы решены?
Актуальный поток улучшений
Если вы знакомы с ценностями Канбан метода, то вы знаете, насколько важен поток ценности! Да, Канбан-метод - это ТОП! (прим.: редактора).
Когда PBI небольшие, то они быстрее проходят этапы реализации и доставки до конечных потребителей. Это сокращает показатель Cycle time и увеличивает пропускную способность потока в целом. Таких улучшений пытаются достичь многие организации.
При использовании PBI меньшего размера легче определить, что препятствует потоку:
- Если у команды задержки, связанные со смежными командами?
- Есть ли в нашей команде пробелы в навыках/технических навыках? Может быть нужно привлечь на помощь смежных экспертов?
- Достаточно ли хорошо мы сотрудничаем или действуем разрозненно? Не использует ли команда слишком часто компромиссы (lose-lose)?
Выявление того, что препятствует потоку ценностей, создает возможности для улучшения. Улучшение потока означает, что мы достигаем цели т.е. переводим ее в состояние «Готово» и создаем возможности для проверки предположений об этой ценности.
Улучшенная приоритезация
Все кажется важным, когда оно большое, и это вызывает одну из самых больших головных болей в разработке: приоритезация.
Когда мы начинаем разбивать элементы бэклога на более мелкие, мы также начинаем получать больше осознанности в действиях.
Появляется понимание:
- Ролевая модель пользователей: не все роли пользователей должны быть реализованы одновременно. Начать можно только с самых важных (а админить будем через правку SQL)
- Бизнес правила: не все бизнес-правила необходимо соблюдать одновременно, некоторые из них можно отложить.
- Этапы рабочего процесса: не все сценарии необходимо реализовывать вместе. (Редактировать посты реализуем потом)
Возможность экспериментировать
Любая коммерческая компания боится экспериментировать. Риски потери капитальных затрат слишком велики!
Следствие небольших элементов бэклога - уменьшение рисков. Большой риск делится на множество небольших! Действовать в условиях небольших рисков всегда более комфортно для менеджеров, да и для компании в целом. Такие небольшие риски позволяют компании развивать культуру проведения экспериментов.
Заключение
Казалось бы, что небольшие элементы бэклога - это очевидная вещь в продуктовом и проектном менеджменте. Чтобы не забывать, зачем мы это делаем, шпаргалка выше.
❤️ Meow! ❤️