Читаем Все о SCRUM. Изучение, разработка, интеграция полностью

Тем не менее, чрезвычайно сложно провести оценку бизнес-ценности или ценности знаний функциональности (см. главу 18 «Наглядность при помощи индикаторов»).

Исходя из воздействия

Приоритеты, определенные для воздействия, влияют на приоритеты для функциональностей.

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

Построение «позвоночника»

Первым шагом в технике story mapping является создание позвоночника на первой строке. Функциональности перечисляются в хронологическом порядке, чтобы определить логическую последовательность (цепочку создания ценности) в соответствии с использованием продукта заинтересованными лицами. Это ось последовательности, которая служит для напоминания use cases.

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

Помимо приоритизации на основе воздействия, story mapping учитывает также зависимости и риски.

15.4.4 Создание историй

Разделение функциональностей на истории

Затем наиболее приоритетная функциональность разбивается на истории, каждая из которых помещается на Post-it®. Функциональность может насчитывать с десяток историй. Они располагаются в несколько рядов: верхние ряды – для самых необходимых историй. Вопрос о необходимости ставится перед Владельцем продукта: тебе действительно нужна эта история для достижения цели? Если ответ да, она остается на верхних рядах. Если нет, уходит ниже.

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

Цель состоит в том, чтобы получить из историй и функциональностей, расположенных на первых рядах, минимальный набор, который позволил бы заинтересованным сторонам использовать продукт.


Добавить риски

Участники команды помечают истории, которые, как им кажется, несут определенные риски (технические и др.).

Они добавляют Post-it® другого цвета на карту рядом с соответствующими историями. Чтобы минимизировать указанный риск, можно создать новую историю.

Истории, чья цель в сокращении рисков, обычно имеют высокий приоритет. Если так, они помещаются в самый верх карты.

15.4.5 Пополнение бэклога

На одной такой встрече команда может определить двадцать-тридцать историй и внести их в бэклог.

Порядок, определенный при story mapping, сохраняется для историй, которые пойдут непосредственно в доработку. Функциональности возвращаются в kanban-таблицу. Участникам нужно распределить их на те, что служат цели сезона, и остальные.


Рисунок 15.7 – Наполнение бэклога


Story mapping позволяет сократить работу над продуктом в двух направлениях:

✓ убирая ненужные функциональности,

✓ убирая ненужные истории среди оставшихся.


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


Первая доработка

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

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


Появление минимальной функциональности

После определения историй, соответствующих функцинальности, наступает момент их доработки, разделения на части и упорядочения.

Перейти на страницу:

Все книги серии Библиотека цифровой трансформации

Менеджмент цифрового продукта. От идеи до идеала
Менеджмент цифрового продукта. От идеи до идеала

Цифровизация меняет потребительские услуги и промышленные процессы, проникая во все аспекты нашей жизни, а информационно-технологические компании становятся лидерами в своих отраслях. Традиционные отрасли также включаются в цифровую трансформацию, разрабатывая программное обеспечение для собственных нужд. Успех в этой среде требует управления жизненным циклом цифровых продуктов в условиях быстро меняющегося рынка, конкуренции и постоянного развития. Как управлять такими проектами знает Ярослав Шуваев, эксперт по корпоративным инновациям с более чем 10-летним опытом преподавания UX/UI-дизайна и продакт-менеджмента, основатель shuvaev.com.Независимо от того, в какой точке карьеры вы находитесь, «Менеджмент цифрового продукта» предоставит вам ценные знания и инструменты для успешной адаптации и роста в эпоху инноваций.Из этой книги вы узнаете:• что такое цифровой сервис и как его монетизировать;• какой продукт можно считать жизнеспособным;• какие циклы проходит проект и что делать на каждом этапе;• что нужно для масштабирования работы;• зачем создавать антихрупкую ИТ-компанию.Если вы владеете компанией и планируете внедрить цифровые технологии для улучшения бизнес-процессов, эта книга поможет понять, какие стратегии стоит применять. Она будет полезна и основателям стартапов в фазе кратного роста, и менеджерам продукта, стремящимся повысить свою эффективность, а также архитекторам, дизайнерам, разработчикам, аналитикам и другим участникам процесса создания цифровых продуктов.В формате PDF A4 сохранен издательский макет книги.

Ярослав Александрович Шуваев

Маркетинг, PR
UX/UI дизайн для создания идеального продукта. Полный и исчерпывающий гид
UX/UI дизайн для создания идеального продукта. Полный и исчерпывающий гид

Успех любого цифрового продукта складывается из многих факторов. Ваш продукт может быть уникальным и востребованным, но без проработанного UX ему не суждено заслужить лояльность клиента. Эта простая истина прекрасно известна Ярославу Шуваеву, основателю школы UXAcademy и руководителю крупных digital-проектов для российских и западных компаний, среди которых Администрация Президента, Внешэкономбанк, Coca-Cola, «Газпром», «Татнефть», «Башнефть», Bosco, QIWI, STADA и многие другие.«Моя главная цель – описать факты через призму личного опыта и конкретные жизненные примеры», – пишет Ярослав. Его книга – авторский подход к дизайну, выработанный годами плодотворной работы. Вы сделаете пользовательский опыт лучше, побуждая клиентов возвращаться к вашему продукту снова и снова.

Ярослав Александрович Шуваев

Программирование, программы, базы данных / Учебные пособия, самоучители / Справочники
Нет соединения с сервером, попробуйте зайти чуть позже