Ссылка на запись вебинара: https://www.youtube.com/watch?v=ZTOML4PcaEI&index=10&list=PLu7pKL8OAoRTTwi3KK2OmVmuX9VllOFwt 1. Чем отличаются персоны (Personas) от ролей и когда что использовать? 2. Как персоны помогают сделать более качественный продукт и создать более полную карту историй? 3. Какие проблемы решает создание карты пользовательских историй (User Story Mapping)?

1. Personas & User Story Mapping
в Agile-проектах
Школа управления продуктами

2. О себе
В прошлом
• С 2004 коммерческая разработка ПО
• С 2011 Руководство проектами разработки ПО
• С 2011 Scrum Mastering
• 2014–2016 Agile Coach в ScrumTrek
Сейчас
• Руководство проектами (Artezio)
• Трансформация проектов и команд и
внедрение Agile
• Процессный аудит
• Тренинги (Agile, Scrum, Kanban, XP)

3. Агенда

4. Тайминг
• Презентация – 30-40 минут
• Вопросы – 15-20 минут

5. Водопадный подход

6. Водопадный подход

7. Водопадный подход

8. Проблемы при водопаде

9. Проблемы при водопаде

10. Проблемы при водопаде
• Долгий цикл поставки
• Требования меняются и добавляются
• Заказчик не знает, что хочет пока не
увидит
• Заказчик «не это имел в виду»
• Меняются приоритеты
• При изменении требований тяжело
работать с большими спецификациями

11. Итеративная инкрементальная
разработка

12. Итеративная инкрементальная
разработка

13. Предубеждения против
итеративной разработки
1. Не понятно, когда завершится проект
2. Ниже качество
3. Дольше сроки
4. Можно разрабатывать только маленькие проекты
5. Часто большую юзер стори нельзя декомпозировать
с сохранением ценности для конечного пользователя

14. Предубеждения против
итеративной разработки
1. Не понятно, когда завершится проект
2. Ниже качество
3. Дольше сроки
4. Можно разрабатывать только маленькие проекты
Scrum  SAFe etc
5. Часто большую юзер стори нельзя декомпозировать
с сохранением ценности для конечного пользователя
User Story Mapping

16. Персоны – не Роли
• Персоны являются вымышленными фигурами или
архетипами, которые являются примером
взаимодействия с разрабатываемым продуктом.
• Персоны должны быть описаны так, как будто они
являются реальными людьми.
• Персоны могут иметь имя, личностные свойства, семью,
работу, уровень квалификации, предпочтения, модели
поведения и личные отношения.
• Есть также хорошая практика, чтобы написать короткий
рассказ вида «день из жизни» и добавить изображения,
которые помогут команде визуализировать
пользователей.

17. Персоны – не Роли
Роль: пользователь сайта по продаже авиа билетов
Василий
Часто летает
в командировки
Кирилл
Каждый месяц с семьёй
летает в Сочи
Петя
Следит за дешёвыми
билетами

18. Персоны
Пример

19. Персоны
Описание персоны может содержать:
• Поведение
• Цели и задачи
• Навыки
• Отношение

20. Персоны
Описание персоны может содержать:
• Поведение
• Цели и задачи
• Навыки
• Отношение

21. Персоны:
Особенности
• Персоны помогают членам команды обобщить
понимание различных групп аудитории продукта.
• Предлагаемые решения могут определяться тем,
насколько хорошо они отвечают потребностям
отдельных пользовательских персон.
– Функции могут быть приоритетными на основе того,
насколько хорошо они удовлетворяют потребности
одной или нескольких персон.
• Персона получает человеческое «лицо», чтобы
сосредоточиться на сопереживании персоне,
представленным демографическими данными.

22. Персоны:
Подводные камни
• Нужно стараться избегать обобщений.
• Персоны не могут быть заменой интервью с
реальными пользователями
• Идеально создавать персоны на основе серии
интервью

23. User Story Map
Карта пользовательских историй

24. User Story Map
Карта пользовательских историй

26. User Story Map
Карта пользовательских историй
Позвоночник (Backbone)
Ходячий скелет (Walking Skeleton)

27. Позвоночник (Backbone)
Ходячий скелет (Walking Skeleton)
MVP

30. User Story Map
Инструменты
• featuremap.co до 5 карт бесплатно
• realtimeboard.com до 3x3 бесплатно
• storiesonboard.com от $7
• marketplace.atlassian.com/plugins/com.bit.agile.bit-storymap от $10

31. Scrum
Беклог продукта Беклог спринта
Скрам-митинг
15 минут
Готовый продукт с
новой
функциональностью
Владелец
продукта
Владелец
продукта
8 часов
Спринт
1-4 недели
Ретроспектива
Демонстрация
Планирование
спринта
Скрам-мастер
Команда
разработки
7±2 человек

32. Денис Тучин
• Внедрение Agile
• Процессный аудит
• Тренинги (Agile, Scrum, Kanban, XP)
denistuchin@gmail.com
facebook.com/denis.tuchin
linkedin.com/in/denistuchin
Вопросы