SlideShare a Scribd company logo
1 of 24
Download to read offline
User Story Canvas
Максим Гапонов, Михаил Подурец
Luxoft
Максим Гапонов
Agile Coach, Luxoft
В ИТ больше 10 лет. Был разработчиком, руководителем
отделов, менеджером проектов, менеджером продуктов и
техническим директором. Работал в стартапах и в крупных
компаниях. Опыт в Agile более 7 лет.
PSM I, CSPO, ICP, ICP-BVA
Аккредитованный тренер ICP, ICP-BVA
Михаил Подурец
Agile Coach, Luxoft
В IT c 2006 года, работал инженером, руководителем проектов,
Скрам Мастером, Владельцем продукта, делал ПО для
самолетов, ALM для тех, кто делает самолеты.
PSM I, CSPO, ICP, ICP-ATF
Аккредитованный тренер ICAgile
А, собственно,
О чем речь?
User Story Canvas
Немного о правилах
Давайте знакомиться
Что не так с пользовательскими историями?
Они слишком универсальны:
• Как супер-клей, который склеивает что
угодно с чем угодна
• Должны отражать все знания, которые
мы имеем по продукту
• Не совсем понятно, что в них надо
включать, а что - нет
Слишком большие, слишком
маленькие:
• Делаем их общими - утрачиваем
контроль
• Делаем их детальными - занимаемся
только их поддержкой
Масштабированные/распределенные
рабочие среды:
• Пробелы в коммуникациях приводят к
переделкам
• Недостаток стандартизованного
описания
• Потеря фокуса в обсуждениях
Как должно было бы быть по-хорошему (by Jeff Patton)
Что важно учесть:
• Для кого, что и почему?
• Окружающий контекст
• Распределенное понимание
• Возможные ограничения
• Масштабированность/
распределенность рабочей среды
А вот и он — User Story Canvas
Поговорим о коммуникациях
Кто вовлечен?
Ключевая персона
• Вы же уже используете персоны?
• Оснвной тип пользователя
• Задает контекст и способствует
эмпатии
Консультанты
• У кого есть опыт?
• Есть ли доступ к эспертам?
• Коллеги, которые делали что-то
подобное?
Заказчики
• Кто ваши заказчики?
• Каковы ожидания заказчиков?
• Возможен ли конфликт интересов?
Заинтересованные лица
• Чьи интересы необходимо учесть?
• Возможен ли конфликт интерсов?
• Кого может затронуть?
• Всех ли мы учли?
Поговорим о контексте
Что окружает?
Определение потребности
• Напрямую адресует почему
• Какую именно потребность мы хотим
адресовать?
• Чего пользователь хочет в реальной
жизни?
• Как правило, глаголы
Контекст использования
• Что окружает пользователя?
• Что предшествует и приводит к
использованию?
• Что пользователь будет делать с
результатами?
Поговорим об истории
Что делаем?
Пользовательская история
• Придерживаемся обычного формата
• Фокус на кто, что и почему
Критерии приемки
• Как определить, что
функциональность готова полностью?
• У вас есть стандарты описания
критериев приемки?
Возможные решения
• Всегда существует больше одного
способа для получения результата
• Не забывайте про принцип Output vs
Outcome
• Используйте опыт, знания и
креативность коллег
Поговорим о выполнимости
Что может помешать?
Ограничения
• Какой опыт и знания необходимы для
реализации?
• Какие инструменты понадобятся (БД,
фреймворки, API и т.д.)
Необходимые данные
• Доступ к каким данным необходим
для реализации?
• Могут ли данные или способы их
использования затронуть другую
функциональность?
Зависимости
• Есть ли заисимости с другими
историями в текущем релизе?
• Есть ли зависимости с другими
историями в следующих релизах?
Поговорим о результатах
Где мы?
Результат
• Вспоминаем почему. Почему это
нужно в продукте для нас? Почему
нужно для пользователя?
• Какие метрики будут использоваться
для отслеживания результата
реализации? Готовы ли они?
• Какие результаты метрик будут
оцениваться как положительные/
отрицательные? Как мы будем
реагировать?
Обратная связь
• Какие способы будут использованы
для сбора обратной связи после
реализации?
• Есть ли у нас все необходимое для
сбора обратной связи?
• Как мы будем интерпретировать
результаты? Как будем реагировать?
Примеры использования User Story Canvas
Сессии улучшения бэклога
• Релиз - для обсуждения на общем
уровне
• Спринт - для обсуждения
подробностей
• Помогает сфокусировать обсуждения
• Распределение обсуждений разных
частей по разным совещаниям
Настройка процессов discovery
• Формирование и поддержание
распределенного понимания
• Стандартизация процесса
документирования продукта
• Настройка инструментов проектного/
продуктового управления
Как это было?
Узнать побольше
That’s all,
Peace!

More Related Content

What's hot

щеголев по ту сторону баррикад
щеголев   по ту сторону баррикадщеголев   по ту сторону баррикад
щеголев по ту сторону баррикадMagneta AI
 
Обязательные практики Agile-проекта и правило ППП
Обязательные практики Agile-проекта и правило ПППОбязательные практики Agile-проекта и правило ППП
Обязательные практики Agile-проекта и правило ПППPavel Gabriel
 
Как отучить программиста колбасить (Прагматик 2012)
Как отучить программиста колбасить (Прагматик 2012)Как отучить программиста колбасить (Прагматик 2012)
Как отучить программиста колбасить (Прагматик 2012)Mikhail Payson
 
Agile Talks: Scrum Cookbook. Применение вне ИТ-сферы
Agile Talks: Scrum Cookbook. Применение вне ИТ-сферыAgile Talks: Scrum Cookbook. Применение вне ИТ-сферы
Agile Talks: Scrum Cookbook. Применение вне ИТ-сферыLuxoftAgilePractice
 
мациевский путь самурая. уволить нельзя оставить
мациевский   путь самурая. уволить нельзя оставитьмациевский   путь самурая. уволить нельзя оставить
мациевский путь самурая. уволить нельзя оставитьMagneta AI
 
бородин об эмпирической разработке
бородин   об эмпирической разработкебородин   об эмпирической разработке
бородин об эмпирической разработкеMagneta AI
 
Денис Тучин - Внедрение изменений: семь раз отмерь – один отрежь на UlCamp.Wi...
Денис Тучин - Внедрение изменений: семь раз отмерь – один отрежь на UlCamp.Wi...Денис Тучин - Внедрение изменений: семь раз отмерь – один отрежь на UlCamp.Wi...
Денис Тучин - Внедрение изменений: семь раз отмерь – один отрежь на UlCamp.Wi...Denis Tuchin
 
Денис Тучин - Проверка гипотез Kanban Method с помощью имитационной модели
Денис Тучин - Проверка гипотез Kanban Method с помощью имитационной моделиДенис Тучин - Проверка гипотез Kanban Method с помощью имитационной модели
Денис Тучин - Проверка гипотез Kanban Method с помощью имитационной моделиDenis Tuchin
 
Agile Talks: Scrum Cookbook - Внедрение Скрам: ошибки и решения
Agile Talks: Scrum Cookbook - Внедрение Скрам: ошибки и решенияAgile Talks: Scrum Cookbook - Внедрение Скрам: ошибки и решения
Agile Talks: Scrum Cookbook - Внедрение Скрам: ошибки и решенияLuxoftAgilePractice
 
Денис Тучин - Лучшие практики внедрения изменений на уровне команд
Денис Тучин - Лучшие практики внедрения изменений на уровне командДенис Тучин - Лучшие практики внедрения изменений на уровне команд
Денис Тучин - Лучшие практики внедрения изменений на уровне командDenis Tuchin
 
Основы оценки размера проекта методом функциональных точек
Основы оценки размера проекта методом функциональных точекОсновы оценки размера проекта методом функциональных точек
Основы оценки размера проекта методом функциональных точекSvetlana Mukhina ICP, -ATF, -BVA, - ACC, PSM I, CSPO
 
Борис Вольфсон. Почему Agile больше не работает
Борис Вольфсон. Почему Agile больше не работаетБорис Вольфсон. Почему Agile больше не работает
Борис Вольфсон. Почему Agile больше не работаетScrumTrek
 
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.ScrumTrek
 
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджера
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджераМаксим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджера
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджераScrumTrek
 
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)Denis Tuchin
 
Тестировщик в стартапе. Зачем и как
Тестировщик в стартапе. Зачем и какТестировщик в стартапе. Зачем и как
Тестировщик в стартапе. Зачем и какSQALab
 
Сергій Марцинюк "A kind of Magic." Lviv Project Management Day 2017
Сергій Марцинюк "A kind of Magic." Lviv Project Management Day 2017Сергій Марцинюк "A kind of Magic." Lviv Project Management Day 2017
Сергій Марцинюк "A kind of Magic." Lviv Project Management Day 2017Lviv Startup Club
 
Денис Тучин - Как внедрить Agile, чтобы никто не заметил
Денис Тучин - Как внедрить Agile, чтобы никто не заметилДенис Тучин - Как внедрить Agile, чтобы никто не заметил
Денис Тучин - Как внедрить Agile, чтобы никто не заметилDenis Tuchin
 
Практические аспекты разработки ПО #1
Практические аспекты разработки ПО #1Практические аспекты разработки ПО #1
Практические аспекты разработки ПО #1Denis Umnov
 

What's hot (19)

щеголев по ту сторону баррикад
щеголев   по ту сторону баррикадщеголев   по ту сторону баррикад
щеголев по ту сторону баррикад
 
Обязательные практики Agile-проекта и правило ППП
Обязательные практики Agile-проекта и правило ПППОбязательные практики Agile-проекта и правило ППП
Обязательные практики Agile-проекта и правило ППП
 
Как отучить программиста колбасить (Прагматик 2012)
Как отучить программиста колбасить (Прагматик 2012)Как отучить программиста колбасить (Прагматик 2012)
Как отучить программиста колбасить (Прагматик 2012)
 
Agile Talks: Scrum Cookbook. Применение вне ИТ-сферы
Agile Talks: Scrum Cookbook. Применение вне ИТ-сферыAgile Talks: Scrum Cookbook. Применение вне ИТ-сферы
Agile Talks: Scrum Cookbook. Применение вне ИТ-сферы
 
мациевский путь самурая. уволить нельзя оставить
мациевский   путь самурая. уволить нельзя оставитьмациевский   путь самурая. уволить нельзя оставить
мациевский путь самурая. уволить нельзя оставить
 
бородин об эмпирической разработке
бородин   об эмпирической разработкебородин   об эмпирической разработке
бородин об эмпирической разработке
 
Денис Тучин - Внедрение изменений: семь раз отмерь – один отрежь на UlCamp.Wi...
Денис Тучин - Внедрение изменений: семь раз отмерь – один отрежь на UlCamp.Wi...Денис Тучин - Внедрение изменений: семь раз отмерь – один отрежь на UlCamp.Wi...
Денис Тучин - Внедрение изменений: семь раз отмерь – один отрежь на UlCamp.Wi...
 
Денис Тучин - Проверка гипотез Kanban Method с помощью имитационной модели
Денис Тучин - Проверка гипотез Kanban Method с помощью имитационной моделиДенис Тучин - Проверка гипотез Kanban Method с помощью имитационной модели
Денис Тучин - Проверка гипотез Kanban Method с помощью имитационной модели
 
Agile Talks: Scrum Cookbook - Внедрение Скрам: ошибки и решения
Agile Talks: Scrum Cookbook - Внедрение Скрам: ошибки и решенияAgile Talks: Scrum Cookbook - Внедрение Скрам: ошибки и решения
Agile Talks: Scrum Cookbook - Внедрение Скрам: ошибки и решения
 
Денис Тучин - Лучшие практики внедрения изменений на уровне команд
Денис Тучин - Лучшие практики внедрения изменений на уровне командДенис Тучин - Лучшие практики внедрения изменений на уровне команд
Денис Тучин - Лучшие практики внедрения изменений на уровне команд
 
Основы оценки размера проекта методом функциональных точек
Основы оценки размера проекта методом функциональных точекОсновы оценки размера проекта методом функциональных точек
Основы оценки размера проекта методом функциональных точек
 
Борис Вольфсон. Почему Agile больше не работает
Борис Вольфсон. Почему Agile больше не работаетБорис Вольфсон. Почему Agile больше не работает
Борис Вольфсон. Почему Agile больше не работает
 
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.
 
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджера
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджераМаксим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджера
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджера
 
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)
 
Тестировщик в стартапе. Зачем и как
Тестировщик в стартапе. Зачем и какТестировщик в стартапе. Зачем и как
Тестировщик в стартапе. Зачем и как
 
Сергій Марцинюк "A kind of Magic." Lviv Project Management Day 2017
Сергій Марцинюк "A kind of Magic." Lviv Project Management Day 2017Сергій Марцинюк "A kind of Magic." Lviv Project Management Day 2017
Сергій Марцинюк "A kind of Magic." Lviv Project Management Day 2017
 
Денис Тучин - Как внедрить Agile, чтобы никто не заметил
Денис Тучин - Как внедрить Agile, чтобы никто не заметилДенис Тучин - Как внедрить Agile, чтобы никто не заметил
Денис Тучин - Как внедрить Agile, чтобы никто не заметил
 
Практические аспекты разработки ПО #1
Практические аспекты разработки ПО #1Практические аспекты разработки ПО #1
Практические аспекты разработки ПО #1
 

Viewers also liked

Работаем с требованиями при помощи ментальных карт. WhaleRider 2012
Работаем с требованиями при помощи ментальных карт. WhaleRider 2012Работаем с требованиями при помощи ментальных карт. WhaleRider 2012
Работаем с требованиями при помощи ментальных карт. WhaleRider 2012Maxim Gaponov
 
Развитие команд
Развитие командРазвитие команд
Развитие командMaxim Gaponov
 
Организационные изменения и участие в них
Организационные изменения и участие в нихОрганизационные изменения и участие в них
Организационные изменения и участие в нихMaxim Gaponov
 
Иду по приборам. Львов, 2011
Иду по приборам. Львов, 2011Иду по приборам. Львов, 2011
Иду по приборам. Львов, 2011Maxim Gaponov
 
Прототипирование мобильных приложений
Прототипирование мобильных приложенийПрототипирование мобильных приложений
Прототипирование мобильных приложенийSQALab
 
Paper Prototyping for Agile Development
Paper Prototyping for Agile DevelopmentPaper Prototyping for Agile Development
Paper Prototyping for Agile DevelopmentMaxim Gaponov
 
Я, Трансформатор
Я, ТрансформаторЯ, Трансформатор
Я, ТрансформаторMaxim Gaponov
 
Курсы по User Experience от ITMINE
Курсы по User Experience от ITMINEКурсы по User Experience от ITMINE
Курсы по User Experience от ITMINEAnastasia Schebrova
 
Проектируем взаимодействие с помощью... комиксов
Проектируем взаимодействие с помощью... комиксовПроектируем взаимодействие с помощью... комиксов
Проектируем взаимодействие с помощью... комиксовMaxim Gaponov
 
How To Make That One Thing Go Viral
How To Make That One Thing Go ViralHow To Make That One Thing Go Viral
How To Make That One Thing Go ViralUpworthy
 

Viewers also liked (11)

Работаем с требованиями при помощи ментальных карт. WhaleRider 2012
Работаем с требованиями при помощи ментальных карт. WhaleRider 2012Работаем с требованиями при помощи ментальных карт. WhaleRider 2012
Работаем с требованиями при помощи ментальных карт. WhaleRider 2012
 
Развитие команд
Развитие командРазвитие команд
Развитие команд
 
Организационные изменения и участие в них
Организационные изменения и участие в нихОрганизационные изменения и участие в них
Организационные изменения и участие в них
 
Иду по приборам. Львов, 2011
Иду по приборам. Львов, 2011Иду по приборам. Львов, 2011
Иду по приборам. Львов, 2011
 
Прототипирование мобильных приложений
Прототипирование мобильных приложенийПрототипирование мобильных приложений
Прототипирование мобильных приложений
 
Paper Prototyping for Agile Development
Paper Prototyping for Agile DevelopmentPaper Prototyping for Agile Development
Paper Prototyping for Agile Development
 
Я, Трансформатор
Я, ТрансформаторЯ, Трансформатор
Я, Трансформатор
 
Курсы по User Experience от ITMINE
Курсы по User Experience от ITMINEКурсы по User Experience от ITMINE
Курсы по User Experience от ITMINE
 
Проектируем взаимодействие с помощью... комиксов
Проектируем взаимодействие с помощью... комиксовПроектируем взаимодействие с помощью... комиксов
Проектируем взаимодействие с помощью... комиксов
 
How To Make That One Thing Go Viral
How To Make That One Thing Go ViralHow To Make That One Thing Go Viral
How To Make That One Thing Go Viral
 
You Suck At PowerPoint!
You Suck At PowerPoint!You Suck At PowerPoint!
You Suck At PowerPoint!
 

Similar to User Story Canvas

Jpoint 2017 - как это было (обзор конференции)
Jpoint 2017 - как это было (обзор конференции)Jpoint 2017 - как это было (обзор конференции)
Jpoint 2017 - как это было (обзор конференции)CleverDATA
 
5 alina petrenko - key requirements elicitation during the first contact wi...
5   alina petrenko - key requirements elicitation during the first contact wi...5   alina petrenko - key requirements elicitation during the first contact wi...
5 alina petrenko - key requirements elicitation during the first contact wi...Ievgenii Katsan
 
Гибкое прототипирование для гибкой разработки (Максим Гапонов)
Гибкое прототипирование для гибкой разработки (Максим Гапонов)Гибкое прототипирование для гибкой разработки (Максим Гапонов)
Гибкое прототипирование для гибкой разработки (Максим Гапонов)Ontico
 
Василий Чепцов, PMBOK для Agile-менеджера. Чем полезен?
Василий Чепцов, PMBOK для Agile-менеджера. Чем полезен?Василий Чепцов, PMBOK для Agile-менеджера. Чем полезен?
Василий Чепцов, PMBOK для Agile-менеджера. Чем полезен?ScrumTrek
 
Работа с требованиями в Agile
Работа с требованиями в AgileРабота с требованиями в Agile
Работа с требованиями в AgileISsoft
 
Product discovery. Наши шишки и успехи
Product discovery. Наши шишки и успехиProduct discovery. Наши шишки и успехи
Product discovery. Наши шишки и успехиNikita Efimov
 
Гибкий подход (Agile,scrum)
Гибкий подход (Agile,scrum)Гибкий подход (Agile,scrum)
Гибкий подход (Agile,scrum)Irina Chernikova
 
Пишем вакансии для Job сайтов
Пишем вакансии для Job сайтовПишем вакансии для Job сайтов
Пишем вакансии для Job сайтовOlga Kotova
 
Lviv PMDay 2016 S Євгеній Антонов та Юрій Велигорський: Як вести розробку за ...
Lviv PMDay 2016 S Євгеній Антонов та Юрій Велигорський: Як вести розробку за ...Lviv PMDay 2016 S Євгеній Антонов та Юрій Велигорський: Як вести розробку за ...
Lviv PMDay 2016 S Євгеній Антонов та Юрій Велигорський: Як вести розробку за ...Lviv Startup Club
 
Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...
Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...
Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...Tech Talks @NSU
 
Ігор Семиженко “‘Skills are cheap’: ключова роль Product people” Kharkiv Proj...
Ігор Семиженко “‘Skills are cheap’: ключова роль Product people” Kharkiv Proj...Ігор Семиженко “‘Skills are cheap’: ключова роль Product people” Kharkiv Proj...
Ігор Семиженко “‘Skills are cheap’: ключова роль Product people” Kharkiv Proj...Lviv Startup Club
 
2013-03-02 02 Дмитрий Пашкевич. Код на стероидах
2013-03-02 02 Дмитрий Пашкевич. Код на стероидах2013-03-02 02 Дмитрий Пашкевич. Код на стероидах
2013-03-02 02 Дмитрий Пашкевич. Код на стероидахОмские ИТ-субботники
 
Pedalim vacancy IT HR
Pedalim vacancy IT HRPedalim vacancy IT HR
Pedalim vacancy IT HRIT-HR Club
 
How to make Ideal Products
How to make Ideal ProductsHow to make Ideal Products
How to make Ideal Productskyryl
 
Как сделать SaaS новым бизнесом для вашей компании и не разориться (Сергей Ры...
Как сделать SaaS новым бизнесом для вашей компании и не разориться (Сергей Ры...Как сделать SaaS новым бизнесом для вашей компании и не разориться (Сергей Ры...
Как сделать SaaS новым бизнесом для вашей компании и не разориться (Сергей Ры...Ontico
 
Human Centered Design
Human Centered DesignHuman Centered Design
Human Centered Designguvarov
 
Профессии в IT
Профессии в ITПрофессии в IT
Профессии в ITSam Faktorovich
 
Стажировка-2015. Дизайн. Занятие 3. Проектирование интерфейсов
Стажировка-2015. Дизайн. Занятие 3. Проектирование интерфейсовСтажировка-2015. Дизайн. Занятие 3. Проектирование интерфейсов
Стажировка-2015. Дизайн. Занятие 3. Проектирование интерфейсов7bits
 

Similar to User Story Canvas (20)

Jpoint 2017 - как это было (обзор конференции)
Jpoint 2017 - как это было (обзор конференции)Jpoint 2017 - как это было (обзор конференции)
Jpoint 2017 - как это было (обзор конференции)
 
5 alina petrenko - key requirements elicitation during the first contact wi...
5   alina petrenko - key requirements elicitation during the first contact wi...5   alina petrenko - key requirements elicitation during the first contact wi...
5 alina petrenko - key requirements elicitation during the first contact wi...
 
Гибкое прототипирование для гибкой разработки (Максим Гапонов)
Гибкое прототипирование для гибкой разработки (Максим Гапонов)Гибкое прототипирование для гибкой разработки (Максим Гапонов)
Гибкое прототипирование для гибкой разработки (Максим Гапонов)
 
Василий Чепцов, PMBOK для Agile-менеджера. Чем полезен?
Василий Чепцов, PMBOK для Agile-менеджера. Чем полезен?Василий Чепцов, PMBOK для Agile-менеджера. Чем полезен?
Василий Чепцов, PMBOK для Agile-менеджера. Чем полезен?
 
Работа с требованиями в Agile
Работа с требованиями в AgileРабота с требованиями в Agile
Работа с требованиями в Agile
 
Product discovery. Наши шишки и успехи
Product discovery. Наши шишки и успехиProduct discovery. Наши шишки и успехи
Product discovery. Наши шишки и успехи
 
Гибкий подход (Agile,scrum)
Гибкий подход (Agile,scrum)Гибкий подход (Agile,scrum)
Гибкий подход (Agile,scrum)
 
Пишем вакансии для Job сайтов
Пишем вакансии для Job сайтовПишем вакансии для Job сайтов
Пишем вакансии для Job сайтов
 
Lviv PMDay 2016 S Євгеній Антонов та Юрій Велигорський: Як вести розробку за ...
Lviv PMDay 2016 S Євгеній Антонов та Юрій Велигорський: Як вести розробку за ...Lviv PMDay 2016 S Євгеній Антонов та Юрій Велигорський: Як вести розробку за ...
Lviv PMDay 2016 S Євгеній Антонов та Юрій Велигорський: Як вести розробку за ...
 
Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...
Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...
Tech Talks @NSU: Рассказ о разных профессиях в IT-индустрии, или почему не вс...
 
Ігор Семиженко “‘Skills are cheap’: ключова роль Product people” Kharkiv Proj...
Ігор Семиженко “‘Skills are cheap’: ключова роль Product people” Kharkiv Proj...Ігор Семиженко “‘Skills are cheap’: ключова роль Product people” Kharkiv Proj...
Ігор Семиженко “‘Skills are cheap’: ключова роль Product people” Kharkiv Proj...
 
2013-03-02 02 Дмитрий Пашкевич. Код на стероидах
2013-03-02 02 Дмитрий Пашкевич. Код на стероидах2013-03-02 02 Дмитрий Пашкевич. Код на стероидах
2013-03-02 02 Дмитрий Пашкевич. Код на стероидах
 
Pedalim vacancy IT HR
Pedalim vacancy IT HRPedalim vacancy IT HR
Pedalim vacancy IT HR
 
How to make Ideal Products
How to make Ideal ProductsHow to make Ideal Products
How to make Ideal Products
 
Как сделать SaaS новым бизнесом для вашей компании и не разориться (Сергей Ры...
Как сделать SaaS новым бизнесом для вашей компании и не разориться (Сергей Ры...Как сделать SaaS новым бизнесом для вашей компании и не разориться (Сергей Ры...
Как сделать SaaS новым бизнесом для вашей компании и не разориться (Сергей Ры...
 
Paper prototyping
Paper prototypingPaper prototyping
Paper prototyping
 
Human Centered Design
Human Centered DesignHuman Centered Design
Human Centered Design
 
Spb Startup Day 2016: IoT как надо: от колеса до теслы
Spb Startup Day 2016: IoT как надо: от колеса до теслыSpb Startup Day 2016: IoT как надо: от колеса до теслы
Spb Startup Day 2016: IoT как надо: от колеса до теслы
 
Профессии в IT
Профессии в ITПрофессии в IT
Профессии в IT
 
Стажировка-2015. Дизайн. Занятие 3. Проектирование интерфейсов
Стажировка-2015. Дизайн. Занятие 3. Проектирование интерфейсовСтажировка-2015. Дизайн. Занятие 3. Проектирование интерфейсов
Стажировка-2015. Дизайн. Занятие 3. Проектирование интерфейсов
 

User Story Canvas

  • 1. User Story Canvas Максим Гапонов, Михаил Подурец Luxoft
  • 2. Максим Гапонов Agile Coach, Luxoft В ИТ больше 10 лет. Был разработчиком, руководителем отделов, менеджером проектов, менеджером продуктов и техническим директором. Работал в стартапах и в крупных компаниях. Опыт в Agile более 7 лет. PSM I, CSPO, ICP, ICP-BVA Аккредитованный тренер ICP, ICP-BVA
  • 3. Михаил Подурец Agile Coach, Luxoft В IT c 2006 года, работал инженером, руководителем проектов, Скрам Мастером, Владельцем продукта, делал ПО для самолетов, ALM для тех, кто делает самолеты. PSM I, CSPO, ICP, ICP-ATF Аккредитованный тренер ICAgile
  • 8. Что не так с пользовательскими историями? Они слишком универсальны: • Как супер-клей, который склеивает что угодно с чем угодна • Должны отражать все знания, которые мы имеем по продукту • Не совсем понятно, что в них надо включать, а что - нет Слишком большие, слишком маленькие: • Делаем их общими - утрачиваем контроль • Делаем их детальными - занимаемся только их поддержкой Масштабированные/распределенные рабочие среды: • Пробелы в коммуникациях приводят к переделкам • Недостаток стандартизованного описания • Потеря фокуса в обсуждениях
  • 9. Как должно было бы быть по-хорошему (by Jeff Patton) Что важно учесть: • Для кого, что и почему? • Окружающий контекст • Распределенное понимание • Возможные ограничения • Масштабированность/ распределенность рабочей среды
  • 10. А вот и он — User Story Canvas
  • 12. Кто вовлечен? Ключевая персона • Вы же уже используете персоны? • Оснвной тип пользователя • Задает контекст и способствует эмпатии Консультанты • У кого есть опыт? • Есть ли доступ к эспертам? • Коллеги, которые делали что-то подобное? Заказчики • Кто ваши заказчики? • Каковы ожидания заказчиков? • Возможен ли конфликт интересов? Заинтересованные лица • Чьи интересы необходимо учесть? • Возможен ли конфликт интерсов? • Кого может затронуть? • Всех ли мы учли?
  • 14. Что окружает? Определение потребности • Напрямую адресует почему • Какую именно потребность мы хотим адресовать? • Чего пользователь хочет в реальной жизни? • Как правило, глаголы Контекст использования • Что окружает пользователя? • Что предшествует и приводит к использованию? • Что пользователь будет делать с результатами?
  • 16. Что делаем? Пользовательская история • Придерживаемся обычного формата • Фокус на кто, что и почему Критерии приемки • Как определить, что функциональность готова полностью? • У вас есть стандарты описания критериев приемки? Возможные решения • Всегда существует больше одного способа для получения результата • Не забывайте про принцип Output vs Outcome • Используйте опыт, знания и креативность коллег
  • 18. Что может помешать? Ограничения • Какой опыт и знания необходимы для реализации? • Какие инструменты понадобятся (БД, фреймворки, API и т.д.) Необходимые данные • Доступ к каким данным необходим для реализации? • Могут ли данные или способы их использования затронуть другую функциональность? Зависимости • Есть ли заисимости с другими историями в текущем релизе? • Есть ли зависимости с другими историями в следующих релизах?
  • 20. Где мы? Результат • Вспоминаем почему. Почему это нужно в продукте для нас? Почему нужно для пользователя? • Какие метрики будут использоваться для отслеживания результата реализации? Готовы ли они? • Какие результаты метрик будут оцениваться как положительные/ отрицательные? Как мы будем реагировать? Обратная связь • Какие способы будут использованы для сбора обратной связи после реализации? • Есть ли у нас все необходимое для сбора обратной связи? • Как мы будем интерпретировать результаты? Как будем реагировать?
  • 21. Примеры использования User Story Canvas Сессии улучшения бэклога • Релиз - для обсуждения на общем уровне • Спринт - для обсуждения подробностей • Помогает сфокусировать обсуждения • Распределение обсуждений разных частей по разным совещаниям Настройка процессов discovery • Формирование и поддержание распределенного понимания • Стандартизация процесса документирования продукта • Настройка инструментов проектного/ продуктового управления