Dmitriy Blinov
Тренинг

User Story и
создание карты историй

Хотите видеть цельную картину характеристик продукта? Упорядочивать функции по важности и создавать только самое ценное? Наглядно планировать состав итераций и релизов? Синхронизировать ожидания стейкхолдеров?

На тренинге вы научитесь применять инструмент User Story Map, который поможет достичь всех этих целей.

User Story Map

Понятный, наглядный и мощный инструмент,
который поможет:
Команде
  • Видеть всю картину функций и характеристик целиком. Понимать, к чему она стремится.
  • Декомпозировать функции на меньшие, понимая, зачем это делать.
Владельцу продукта
  • Наглядно отображать текущие приоритеты и их изменения,
  • а команде видеть, что важнее, а без чего можно и обойтись (следование принципам Lean).
Стейкхолдерам
  • Понимать состав спринтов, инкрементов, релизов, запланированных командой.
  • Выравнивать ожидания между командой и заинтересованными лицами.

После тренинга участники:

  1. Будут знать, что такое User story, и в чём их преимущества.
  2. Научатся декомпозировать функции на меньшие.
  3. Научатся создавать Карты пользовательских историй – User Story Map.

Для кого этот тренинг?

Владельцы продуктов
а также участники PO team, сотрудники с компетенциями системного и бизнес-анализа, эксперты по клиентскому опыту

Участники agile-команд
Разработчики, архитекторы, Скрам-мастера и Agile-коучи
Стейкхолдеры и руководители
представители заказчика, руководители программ и портфелей

Тренер: Дмитрий Блинов

Agile coach, Фасилитатор
Начал карьеру в 2003 году веб-разработчиком в XP-команде, когда Agile ещё не был модным. Прошёл путь от системного аналитика до менеджера проектов и линейного руководителя подразделений в 100 человек в крупных ИТ-компаниях и банках.

Провожу тренинги с 2009 года, продолжая работать в реальных командах, где получаю живой опыт. Я сам практикую то, что рекомендую клиентам.
Тренер: Дмитрий Блинов
Agile coach, Фасилитатор
Начал карьеру в 2003 году веб-разработчиком в XP-команде, когда Agile ещё не был модным. Прошёл путь от системного аналитика до менеджера проектов и линейного руководителя подразделений в 100 человек в крупных ИТ-компаниях и банках.

Провожу тренинги с 2009 года, продолжая работать в реальных командах, где получаю живой опыт. Я сам практикую то, что рекомендую клиентам.

Программа тренинга

Пользовательские истории и создание Карты User Story
User Story
  • История пользователя. Что это такое. Форматы записи. Чем отличается от классического "требования".
INVEST
  • Характеристики хорошей пользовательской истории, аналогично SMART
Acceptance criteria и Definition of Done
  • Acceptance criteria – критерии приемки пользовательской истории.
  • Definition of Done – определение готовности элемента бэклога, включая User story.
Относительные оценки
  • Story Points, размеры одежды S/M/L. "Человеко-часы или Очки историй" – сравнение абсолютной и относительной оценок, плюсы и минусы.
  • Упражнение Affinity / Magic Estimation.
Разделение историй
  • Два вида декомпозиции историй: на подзадачи и на меньшие истории. Их различия.
  • Способы разделения историй на меньшие: SPIDR и еще десяток.
Уточнение User story и MVP
  • Два способа уточнения: помощью критериев приемки и путем разделения на несколько.
  • MVP, MMF, MMP – minimum viable/marketable feature/product/release. Их различия.
User Story Map & Mapping
  • Карта пользовательских историй. Что это и чем полезна. Отличия от Customer Journey Map (CJM, карта пути клиента), Impact Map (карта влияния), Service Blueprint (схемы бизнес-процесса).
  • Построение карты историй на примере приложения для оформления кредита онлайн или записи на тренировку в фитнес-клуб, включая этапы: построение первичной карты, упорядочивание столбцов, выделение MVP, планирование состава релизов.

Фокусировка на клиенте — это must!

Cоздание только самого ценного и регулярный выпуск новых версий продукта — не просто модный тренд, а совершенная необходимость для организаций, борющихся за клиентов на быстро меняющемся рынке.
330'000
260'000 руб.
Online Zoom + Miro.
1 тренинг-день, до 20 участников.
Программа адаптируется под ваши потребности.
2 дня – 460'000, потому что моя подготовка занимает примерно то же время.
Договориться
430'000
310'000 руб.
Offline на территории клиента.
1 тренинг-день, до 30 участников.
Программа адаптируется под ваши потребности.
Без учёта транспортных расходов.
2 дня – 490'000, потому что моя подготовка занимает примерно то же время.
Договориться

"Скрам. Гибкое управление продуктом и бизнесом"

Кен Швабер
В 2019 я перевёл и адаптировал к актуальному Scrum Guide хорошую книгу 2004 автора скрама Кена Швабера "Agile project management with Scrum".

Дополнительные услуги

Помимо тренингов я и коллеги выполняем работы по консультированию и сопровождению орг. трансформаций компаний.
Бесплатная консультация
Диалог-консультация с представителями компании-заказчика, 2-3 часа.
Для компании
Масштабирование Scrum, координация трансформации, фасилитация поиска причин проблемы и выработки решений.
Для команд
Обучение, менторинг, фасилитация встреч, помощь в самоорганизации, фокусирование на зоне контроля, моральный дух, медиация конфликтов.
Для подразделений и отделов
Помощь с метриками целей, диагностика текущего уровня зрелости.
Для руководителей
Рекомендации по управлению персоналом, целеполагание, фасилитация крупных встреч, персональный коучинг.
Культурный слой
Продвижение ценностей Agile, неформальные мероприятия.

Держите пользу уже сейчас

Прочитайте короткие статьи в моём блоге:
Статья-инструкция
Карта пользовательских историй
Что такое User Story Map, зачем нужна, из чего состоит, как создать.
Статья
Отличия USM от других карт
Чем USM отличается от Experience Map, Customer Journey Map, Service Blueprint
Article
MVP, MMF, MMP, MMR
Различия Minimum Viable / Marketable / Lovable Feature, Product, Release
Howto article
Ways to split big User Story into smaller ones
Decomposition by stages of the product creation process, and by architecture layers, platforms, components. Splitting by business process roles and steps, and by the level of detail with which you implement different parts of the feature.
Article
Why do you need a User story to fit in one sprint?
Why should a User story fit entirely into one sprint? What are the benefits of having Stories smaller than one iteration? Why should you split bigger User stories? And even more — why divide Stories into even smaller pieces? What is the value of 1/5 sprint Stories?