Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

User Story Canvas

884 views

Published on

User Stories - этот подход к описанию знаний о продукте просто понять и очень сложно использовать :) Кроме того, складывается ощущение, что при его использовании забывается самая главная часть - умение рассказывать истории о продукте и формировать общее понимание без необходимости подробного описания всех спецификаций, которые все равно никто никогда не читает. Мы постарались собрать все темы, которые необходимо осветить для беспрепятственной реализации задумок и разработали специальный инструмент для фасилитации обсуждений - User Story Canvas

Published in: Leadership & Management
  • Be the first to comment

User Story Canvas

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

×