Story Mapping: нарисуйте общую картину User Stories вашего продукта

26 Oct Story Mapping: нарисуйте общую картину User Stories вашего продукта

Однако в рабочий процесс между этими департаментами внесли некоторые изменения, которые будут описаны далее. Разработка существующего (названного здесь «B2C») продукта для страхования транспортного средства, а также общая база данных остались за рамками данного отчета. B2B2C был услугой страхования транспортного средства на территории Германии, в то время как B2B – международной страховой услугой для агентов. B2B2C создавался как вариант уже существующего продукта для страхования транспортного средства, а https://deveducation.com/ также использовал общую базу данных (с данными для предприятий и потребителей). В этом отчете я называю такой пример продуктом B2B2C, страхованием транспортного средства.

Story Mapping в Agile — что такое (User) Story Mapping?

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

Подход agile: Agile церемонии и ритуалы (события или встречи)

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

О пробном внедрении LeSS Huge в немецкой страховой компании

Парадокс, но некоторые люди делают больше, если работают, например, 30 часов в неделю, а не 40. Многие, трудясь из последних сил, начинают совершать ошибки, которые иногда труднее и дольше исправлять, чем все сделать правильно с первого раза. Scrum Master – это человек, следящий за ходом проекта, и обеспечивающий проведение всех ежедневных митингов и помогающий команде устранить возникающие проблемы.

• Элементы бэклога могут быть представлены в виде карточек, которые легко перемещать для обновления статуса или приоритета.
• Команда разработки получает подробное, четкое представление о том, что необходимо сделать для их выполнения.
• То есть он сможет потом просто взять и поднять фичу на верх и попросить вас заистимейтить прям сейчас.
• Не пытайтесь сделать так, чтобы бизнес-аналитики и дизайнеры создавали подзадачи под конкретными пользовательскими историями, чтобы отслеживать затраченные часы.
• TFS также позволяет имплементировать описанный в статье подход.
• И рассказать историю вашего приложения, ведь пользователи будут его использовать.

Agile церемонии, роли в команде, артефакты

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

Agile, в свою очередь, больше подходит для небольших команд, которые хотят сосредоточиться на простоте. Обе методологии сосредоточены не на выпуске проекта, а на его усовершенствовании. Agile и Scrum адаптивны и гибки, благодаря чему команда может сосредоточиться на творческом подходе к реализации проекта. Чаще всего в нашем бэклоге встречаются задачи, которые начинаются со слов «доработка», «добавление», «улучшение». Например, доработка функциональности календаря, добавление новых признаков для фильтрации по данным источников, улучшение скорости передачи данных в сторонние системы и многое другое.

Главное — это ответ на вопрос «почему именно это, а не что-то другое? Фактически это квинтэссенция работы ВА, UX и CRM, которую команда или поддерживает, или нет. Наш продукт имеет широкий спектр применения — это и CRM, и аналитическая система, и телефония, и колл-центр. В то же время ресурсы не бесконечны, выбор приоритетов критически важен. Мы хотим, чтобы каждый час разработки был максимально эффективен, и ключ к этому видим в качественной работе с бэклогом. Использование досок бэклога (физических или цифровых) поможет визуализировать приоритеты и прогресс.

На стартовых встречах менеджер программы объяснил причины изменений и сообщил об избранном направлении деятельности. Требования клиентов к продукту B2B анализировал и расставлял по приоритетности сам департамент Terra. Департамент PM & BA & CO находился вне непосредственной сферы внедрения LeSS.

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

В следующем разделе вы узнаете, что собой представляет бэклог продукта и как его создать. У каждой команды был технический руководитель (тимлид, TL) [4] и руководитель бизнеса (бизнес-лид, BL). Дополнительно присутствовало несколько вспомогательных функций, таких как архитектура, менеджмент релиза, менеджмент дефектов, эксплуатация и некоторые другие группы. Кроме того, этот отдел также «принимал» функционал, функциональные элементы и исправления, поступающие от Terra. Департамент Terra принадлежит очень крупной немецкой страховой компании Alpha [1]. Terra отвечает и за разработку собственного продукта, и за его эксплуатацию.

Созданием бэклога спринта руководит скрам-команда, а не владелец продукта. Участники формируют перечень задач в начале каждого этапа работы. Это полный перечень и описание требований, задач, функционала – всего, что нужно реализовать при разработке. Он позволяет разработчикам понять и визуализировать задачи, которые они должны решить, расставить приоритеты с учетом интересов клиента, оценить задачи в часах разработки. Обычно руководителем product backlog выступает его владелец (product owner). Его роль состоит в том, чтобы обеспечить качество конечного продукта в контексте интересов клиента.

Разбейте историю каждой пользовательской активности на более мелкие Stories – пользовательские задачи. Поместите пользовательские задачи под действия, к которым они относятся, а потом расположите их в том же порядке, что и сами действия, или в таком порядке, который будет понятен для пользователя. Основная цель Story Mapping — облегчить product discovery и приоритизацию задач в разработке. Вы достигаете этого, помещая пользовательские действия и задачи на карту, которая помогает держать их в контексте. Последнее время в ИТ мире все больше дискуссий по поводу разницы между Product Owner и Product Manager, а так же относительно их обязанностей.

Отзывы пользователей получаются на позднем этапе, в ходе рыночного тестирования и после запуска продукта. Размышляя о текущей ситуации в AGC, в основном с менеджером программы, я пришел к очевидному выводу, что такая организационная структура не жизнеспособна. Пытаясь быстро решить проблему с перебрасыванием дефектов, AGC созвала центральное координационное совещание, Скрам Скрамов (Scrum of Scrums, SoS), которое помогло с ней справиться. В самом начале первичного внедрения Скрама эти функциональные отделы распустили с целью создания новой структуры. В компании присутствовали глубинные иерархии, и первый уровень совместного менеджмента между PM & BA & CO и Terra находился на несколько уровней выше.

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

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