SlideShare a Scribd company logo
1 of 64
Иду по приборам
Практические советы по визуализации работ
          AgileBaseCamp, Львов
Зачем мы здесь




                 ?
Зачем мы здесь




   Определить причины часто возникающих
   проблем

   Поговорить о том, как визуализация
   может помочь их решить

   Рассмотреть примеры применения
   различных методов
Проблемы




   Дефекты коммуникаций

   Информационный перегруз

   Пробелы взаимосвязей
Дефекты коммуникаций


   Коммуникации происходят не с теми
   людьми

   Источник информации доносит ее
   некорректно

   Слушатель не может воспринять
   информацию

   Способ коммуникаций непривычен для
   данной группы
Информационный перегруз




   Много разрозненных источников
   информации

   Необходимость удерживать в голове
   проект целиком

   Слабая приоритезация
Пробелы взаимосвязей




   Длинные/сложные цепочки
   пользовательских сценариев

   Размытые границы перехода между
   фазами разработки

   Несоответствие принимаемых решений
   контексту ситуации
Почему визуализция может помочь




              ?
Процесс разработки - невидимый




   Разработка не всегда поддается четкому
   структурированию

   Создание ПО не является процессом
   сборки из однотипных блоков

   Нередко случается так, что небольшой
   участок кода делает огромную работу
Графика воспринимается лучше




   Графическое представление снижает риск
   некорректной трактовки информации

   Появляется возможность сосредоточиться
   на том, что сейчас нужно

   Можно отложить принятие решений
С чего начать




                ?
Первые шаги уже сделаны :)




   Taskboard

   User Stories

   Burndown chart

   Velocity
Что еще можно визуализировать




   Проработку целей

   Работу с требованиями

   Процесс разработки

   Работу над проблемами
Пирог Гарретта
Уровни продукта


             Поверхность


             Компоновка


              Структура


             Возможности


              Стратегия
Стратегия


   Поверхность


   Компоновка
                 Какие цели у нас?
    Структура
                 Какие цели у
                 пользователей?
   Возможности


    Стратегия
Возможности


   Поверхность


   Компоновка

                 Что может делать
    Структура
                 пользователь?

   Возможности


    Стратегия
Структура


   Поверхность


   Компоновка
                 Как пользователь
                 может использовать
    Структура
                 возможности
                 продукта?
   Возможности


    Стратегия
Компоновка


   Поверхность


   Компоновка
                 Как расположить
    Структура    элементы
                 интерфейса?
   Возможности


    Стратегия
Поверхность


   Поверхность


   Компоновка

                 Как все это собрать
    Структура
                 воедино?

   Возможности


    Стратегия
Проработка целей
Пример из жизни


           Эту фичу нужно
        включить в следующий
                релиз
Пример из жизни



           Мм. У нас больше нет
          места. Придется что-то
                 выбросить
Пример из жизни


           Может быть вот эту
       историю про рассылки? Для
        меня это неприоритетно
Пример из жизни



              Ну, для моих
            пользователей это
                 важно...
Пример из жизни

             Слушай, для
          моих эта новая фича
             очень ценна!
Пример из жизни



               Ох. Ну давай,
          действительно отложим
          рассылку. Все равно уже
               несколько раз
               откладывали
Пример из жизни

             Отлично! Мои
        пользователи наконец-то
        получат что-то полезное!
Что не так?




   Business Value у каждого своя

   Непонятно, для кого делается продукт

   Непонятно, нужен ли этот продукт
Строим Goal Model




   Собрать все заинтересованные лица

   Поросить каждого сформировать
   критерии успеха продукта

      Какие цели будут достигнуты?

      Какие проблемы будут решены?
Строим Goal model

         Цел
Строим Goal Model




   Обсудить все карточки

   Сформировать группы

   Для каждой группы описать общую цель
Строим Goal Model

          Цел
Строим Goal Model




   Зафиксировать количество голосов
   (количество групп разделить на 3)

   Проголосовать за идеи
Строим Goal Model

             Цел




 3       1
                   5

     1



             4     2
Строим Goal Model




   Выбрать цели с наибольшим количеством
   голосов

   Зафиксировать метрики для их
   достижения

   Оповестить всех о новом пути компании :)
Goal model

             Цел       Метрик




 3
                   5




             4
Работа с
требованиями
Выясняем, что нужно пользователю




   Для чего используется эта фича?

   Кто ее использует и в какое время?

   Какими данными мы должны
   оперировать?

   Зависит ли эта фича от других?
Выясняем, что нужно пользователю

                    Цели использования


                     Кто использует?


   Фича             Когда используют?


                     Есть взаимосвязи?


                     Описание данных
Почему mindmap?




   Поэтапная проработка деталей

   Возможность сосредоточиться на
   конкретном аспекте

   Они обсуждаемы точно так же, как и User
   Stories
Сторимэппинг



   Формат User Stories предписывает
   многоцелевое использование

   User Stories - не подробные описания, они
   обрастают деталями по мере реализации

   Часто бывает достаточно сложно
   обсуждать некоторые истории, поскольку
   их размер неясен
Чем позволяет storymapping?




   Визуализировать цепочки ценностей

   Показать взаимосвязи

   Обеспечить необходимый контекст для
   приоритезации

   Планировать релизы
Как строится карта?




   Фиксируем задачи пользователя

   Фиксируем порядок выполнения задач
   пользователем
Как строится карта?



                      Время
Как строится карта?




   Собираем User Stories, описывающие
   выполнение задач пользователя
Как строится карта?



                      Время
Как строится карта?


   Собираем декомпозированные User Stories

   Если при обсуждении User Story мы
   подразумеваем один или другой вариант
   решения задачи пользователя, то
   размещаем их вертикально

   Если при обсуждении User Story мы
   подразумеваем один, а потом другой шаг
   решения задачи пользователя, то
   размещаем их горизонтально
Как строится карта?



                      Время
Планируем релизы



                   Время



                   Релиз
Бумажное прототипирование
Бумажное прототипирование




   Нарисовать отдельные фичи на карточках

   Совместно определить взаимное
   расположение элементов

   Провести юзабилити-тестирование
Процесс разработки
Некоторые метрики
40

30

20                                     200
                                                                   48
10
                                       150
 0                                                          80    143

     1    2          3      4      5   100
                                              55     43
                                        50                  63
                    7 %
              8 %                             27
                                                     36
                            35 %         0
         10 %
                                             2007   2008   2009   2010
         11 %

                     29 %
Что мерять?




   То, что действительно измеримо

   То, что позволит улучшить процессы
Что не мерять?




   То, что не несет аналитической ценности

   То, что может исказиться измерением
Наглядный пример




  - Петька! Приборы!

  - Василь Иваныч, 14!

  - Что 14?

  - А что "приборы"?
Количество ошибок после итерации


                                    30
  30

                            23
  24


  18
                                            15

              12
                                                        11
  12    10           10                           10


   6


   0
                   Кол-во обнаруженных ошибок
       S1    S2     S3      S4     S5     S6     S7    S8
Технический долг


 100
         100    10      10     20      40     70      60     20

                90      90

  75                           80                            80



                                       60
  50

                                                      40

  25                                          30




   0
          0
       1 релиз 2 релиз 3 релиз 4 функционал 6 релизПоддержка
             Запланированный релиз 5 релиз         7 релиз 8 релиз
Встречи

             Повестка


             Участники


   Встреча     Цели


             Решения
                          Кто?
             Действия
                         Когда?
Почему mindmap?




   Можно концентрировать участников на
   отдельной ветке

   Легко возвращать дискуссию в правильное
   русло

   Можно управлять уровнем детализации
   обсуждения
Что еще можно использовать?


   Dashboards

   Value Stream Maps

   Kanban boards

   Buy a feature game

   Root-cause maps

   Ishikawa diagram
В докладе использованы материалы




   Jeff Patton
                    Henrik Kniberg
   Jesse Garrett
                    И многие
   Kenji Hiranabe
                    другие :)
   Craig Larman
Спасибо!




  Max Gaponov

  Agile Coach, Product Owner

  mgaponov@gmail.com

More Related Content

Viewers also liked

Paper Prototyping for Agile Development
Paper Prototyping for Agile DevelopmentPaper Prototyping for Agile Development
Paper Prototyping for Agile Development
Maxim Gaponov
 
Работаем с требованиями при помощи ментальных карт. WhaleRider 2012
Работаем с требованиями при помощи ментальных карт. WhaleRider 2012Работаем с требованиями при помощи ментальных карт. WhaleRider 2012
Работаем с требованиями при помощи ментальных карт. WhaleRider 2012
Maxim Gaponov
 
Я, Трансформатор
Я, ТрансформаторЯ, Трансформатор
Я, Трансформатор
Maxim Gaponov
 
Бумажное прототипирование
Бумажное прототипированиеБумажное прототипирование
Бумажное прототипирование
Maxim Gaponov
 
Проектируем взаимодействие с помощью... комиксов
Проектируем взаимодействие с помощью... комиксовПроектируем взаимодействие с помощью... комиксов
Проектируем взаимодействие с помощью... комиксов
Maxim Gaponov
 

Viewers also liked (9)

Организационные изменения и участие в них
Организационные изменения и участие в нихОрганизационные изменения и участие в них
Организационные изменения и участие в них
 
User Story Canvas
User Story CanvasUser Story Canvas
User Story Canvas
 
Paper Prototyping for Agile Development
Paper Prototyping for Agile DevelopmentPaper Prototyping for Agile Development
Paper Prototyping for Agile Development
 
Развитие команд
Развитие командРазвитие команд
Развитие команд
 
Работаем с требованиями при помощи ментальных карт. WhaleRider 2012
Работаем с требованиями при помощи ментальных карт. WhaleRider 2012Работаем с требованиями при помощи ментальных карт. WhaleRider 2012
Работаем с требованиями при помощи ментальных карт. WhaleRider 2012
 
Я, Трансформатор
Я, ТрансформаторЯ, Трансформатор
Я, Трансформатор
 
Бумажное прототипирование
Бумажное прототипированиеБумажное прототипирование
Бумажное прототипирование
 
Проектируем взаимодействие с помощью... комиксов
Проектируем взаимодействие с помощью... комиксовПроектируем взаимодействие с помощью... комиксов
Проектируем взаимодействие с помощью... комиксов
 
You Suck At PowerPoint!
You Suck At PowerPoint!You Suck At PowerPoint!
You Suck At PowerPoint!
 

Similar to Иду по приборам. Львов, 2011

как создавать прототипы
как создавать прототипыкак создавать прототипы
как создавать прототипы
Alexey Korotkov
 
исследование пользователей электронных сми
исследование пользователей электронных смиисследование пользователей электронных сми
исследование пользователей электронных сми
Eugene Kulakov
 
«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...
«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...
«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...
Andrew Shapiro
 
IDealMachine October 2014
IDealMachine October 2014IDealMachine October 2014
IDealMachine October 2014
cgvictor
 
почему юзабилити дмитрий сатин
почему юзабилити   дмитрий сатинпочему юзабилити   дмитрий сатин
почему юзабилити дмитрий сатин
Media Gorod
 
Проектирование графических интерфейсов лекция 2
Проектирование графических интерфейсов лекция 2Проектирование графических интерфейсов лекция 2
Проектирование графических интерфейсов лекция 2
Technopark
 
Почему проект не заканчивается после передачи его клиенту или что надо, чтобы...
Почему проект не заканчивается после передачи его клиенту или что надо, чтобы...Почему проект не заканчивается после передачи его клиенту или что надо, чтобы...
Почему проект не заканчивается после передачи его клиенту или что надо, чтобы...
Andrew Sikorskiy
 
Ot usability-k-analizu-digital-consumer-experience
Ot usability-k-analizu-digital-consumer-experienceOt usability-k-analizu-digital-consumer-experience
Ot usability-k-analizu-digital-consumer-experience
Yanina Trofimenko
 

Similar to Иду по приборам. Львов, 2011 (20)

как создавать прототипы
как создавать прототипыкак создавать прототипы
как создавать прототипы
 
Работа с Usability
Работа с UsabilityРабота с Usability
Работа с Usability
 
Вебинар: Гибкое управление требованиями
Вебинар: Гибкое управление требованиямиВебинар: Гибкое управление требованиями
Вебинар: Гибкое управление требованиями
 
Описание полного цикла разработки интернет-продукта
Описание полного цикла разработки интернет-продуктаОписание полного цикла разработки интернет-продукта
Описание полного цикла разработки интернет-продукта
 
исследование пользователей электронных сми
исследование пользователей электронных смиисследование пользователей электронных сми
исследование пользователей электронных сми
 
Денис Тучин, Проверка гипотез Kanban Method с помощью имитационной модели
Денис Тучин, Проверка гипотез Kanban Method с помощью имитационной моделиДенис Тучин, Проверка гипотез Kanban Method с помощью имитационной модели
Денис Тучин, Проверка гипотез Kanban Method с помощью имитационной модели
 
Мастер-класс в Сколково: "Юзабилити для стартапа", Суворова Юлия, UsabilityLab
Мастер-класс в Сколково: "Юзабилити для стартапа", Суворова Юлия, UsabilityLabМастер-класс в Сколково: "Юзабилити для стартапа", Суворова Юлия, UsabilityLab
Мастер-класс в Сколково: "Юзабилити для стартапа", Суворова Юлия, UsabilityLab
 
Gaperton - Software People 2012
Gaperton - Software People 2012Gaperton - Software People 2012
Gaperton - Software People 2012
 
«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...
«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...
«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...
 
IDealMachine October 2014
IDealMachine October 2014IDealMachine October 2014
IDealMachine October 2014
 
Денис Тучин - Проверка гипотез Kanban Method с помощью имитационной модели
Денис Тучин - Проверка гипотез Kanban Method с помощью имитационной моделиДенис Тучин - Проверка гипотез Kanban Method с помощью имитационной модели
Денис Тучин - Проверка гипотез Kanban Method с помощью имитационной модели
 
почему юзабилити дмитрий сатин
почему юзабилити   дмитрий сатинпочему юзабилити   дмитрий сатин
почему юзабилити дмитрий сатин
 
Проектирование графических интерфейсов лекция 2
Проектирование графических интерфейсов лекция 2Проектирование графических интерфейсов лекция 2
Проектирование графических интерфейсов лекция 2
 
Почему проект не заканчивается после передачи его клиенту или что надо, чтобы...
Почему проект не заканчивается после передачи его клиенту или что надо, чтобы...Почему проект не заканчивается после передачи его клиенту или что надо, чтобы...
Почему проект не заканчивается после передачи его клиенту или что надо, чтобы...
 
опыт проектирования интерфейса Smart nut
опыт проектирования интерфейса Smart nutопыт проектирования интерфейса Smart nut
опыт проектирования интерфейса Smart nut
 
Code Camp 2011 - Продуктовая копания: Постановка процесса разработки
Code Camp 2011 - Продуктовая копания: Постановка процесса разработкиCode Camp 2011 - Продуктовая копания: Постановка процесса разработки
Code Camp 2011 - Продуктовая копания: Постановка процесса разработки
 
Организация эффективных процессов
Организация эффективных процессовОрганизация эффективных процессов
Организация эффективных процессов
 
«Шустрый дизайн: подходы к декомпозиции задач проектирования UI в Agile-коман...
«Шустрый дизайн: подходы к декомпозиции задач проектирования UI в Agile-коман...«Шустрый дизайн: подходы к декомпозиции задач проектирования UI в Agile-коман...
«Шустрый дизайн: подходы к декомпозиции задач проектирования UI в Agile-коман...
 
Ot usability-k-analizu-digital-consumer-experience
Ot usability-k-analizu-digital-consumer-experienceOt usability-k-analizu-digital-consumer-experience
Ot usability-k-analizu-digital-consumer-experience
 
Аналитики и UX
Аналитики и UXАналитики и UX
Аналитики и UX
 

Иду по приборам. Львов, 2011

  • 1. Иду по приборам Практические советы по визуализации работ AgileBaseCamp, Львов
  • 3. Зачем мы здесь Определить причины часто возникающих проблем Поговорить о том, как визуализация может помочь их решить Рассмотреть примеры применения различных методов
  • 4. Проблемы Дефекты коммуникаций Информационный перегруз Пробелы взаимосвязей
  • 5. Дефекты коммуникаций Коммуникации происходят не с теми людьми Источник информации доносит ее некорректно Слушатель не может воспринять информацию Способ коммуникаций непривычен для данной группы
  • 6. Информационный перегруз Много разрозненных источников информации Необходимость удерживать в голове проект целиком Слабая приоритезация
  • 7. Пробелы взаимосвязей Длинные/сложные цепочки пользовательских сценариев Размытые границы перехода между фазами разработки Несоответствие принимаемых решений контексту ситуации
  • 9. Процесс разработки - невидимый Разработка не всегда поддается четкому структурированию Создание ПО не является процессом сборки из однотипных блоков Нередко случается так, что небольшой участок кода делает огромную работу
  • 10. Графика воспринимается лучше Графическое представление снижает риск некорректной трактовки информации Появляется возможность сосредоточиться на том, что сейчас нужно Можно отложить принятие решений
  • 12. Первые шаги уже сделаны :) Taskboard User Stories Burndown chart Velocity
  • 13. Что еще можно визуализировать Проработку целей Работу с требованиями Процесс разработки Работу над проблемами
  • 15. Уровни продукта Поверхность Компоновка Структура Возможности Стратегия
  • 16. Стратегия Поверхность Компоновка Какие цели у нас? Структура Какие цели у пользователей? Возможности Стратегия
  • 17. Возможности Поверхность Компоновка Что может делать Структура пользователь? Возможности Стратегия
  • 18. Структура Поверхность Компоновка Как пользователь может использовать Структура возможности продукта? Возможности Стратегия
  • 19. Компоновка Поверхность Компоновка Как расположить Структура элементы интерфейса? Возможности Стратегия
  • 20. Поверхность Поверхность Компоновка Как все это собрать Структура воедино? Возможности Стратегия
  • 22. Пример из жизни Эту фичу нужно включить в следующий релиз
  • 23. Пример из жизни Мм. У нас больше нет места. Придется что-то выбросить
  • 24. Пример из жизни Может быть вот эту историю про рассылки? Для меня это неприоритетно
  • 25. Пример из жизни Ну, для моих пользователей это важно...
  • 26. Пример из жизни Слушай, для моих эта новая фича очень ценна!
  • 27. Пример из жизни Ох. Ну давай, действительно отложим рассылку. Все равно уже несколько раз откладывали
  • 28. Пример из жизни Отлично! Мои пользователи наконец-то получат что-то полезное!
  • 29. Что не так? Business Value у каждого своя Непонятно, для кого делается продукт Непонятно, нужен ли этот продукт
  • 30. Строим Goal Model Собрать все заинтересованные лица Поросить каждого сформировать критерии успеха продукта Какие цели будут достигнуты? Какие проблемы будут решены?
  • 32. Строим Goal Model Обсудить все карточки Сформировать группы Для каждой группы описать общую цель
  • 34. Строим Goal Model Зафиксировать количество голосов (количество групп разделить на 3) Проголосовать за идеи
  • 35. Строим Goal Model Цел 3 1 5 1 4 2
  • 36. Строим Goal Model Выбрать цели с наибольшим количеством голосов Зафиксировать метрики для их достижения Оповестить всех о новом пути компании :)
  • 37. Goal model Цел Метрик 3 5 4
  • 39. Выясняем, что нужно пользователю Для чего используется эта фича? Кто ее использует и в какое время? Какими данными мы должны оперировать? Зависит ли эта фича от других?
  • 40. Выясняем, что нужно пользователю Цели использования Кто использует? Фича Когда используют? Есть взаимосвязи? Описание данных
  • 41. Почему mindmap? Поэтапная проработка деталей Возможность сосредоточиться на конкретном аспекте Они обсуждаемы точно так же, как и User Stories
  • 42. Сторимэппинг Формат User Stories предписывает многоцелевое использование User Stories - не подробные описания, они обрастают деталями по мере реализации Часто бывает достаточно сложно обсуждать некоторые истории, поскольку их размер неясен
  • 43. Чем позволяет storymapping? Визуализировать цепочки ценностей Показать взаимосвязи Обеспечить необходимый контекст для приоритезации Планировать релизы
  • 44. Как строится карта? Фиксируем задачи пользователя Фиксируем порядок выполнения задач пользователем
  • 46. Как строится карта? Собираем User Stories, описывающие выполнение задач пользователя
  • 48. Как строится карта? Собираем декомпозированные User Stories Если при обсуждении User Story мы подразумеваем один или другой вариант решения задачи пользователя, то размещаем их вертикально Если при обсуждении User Story мы подразумеваем один, а потом другой шаг решения задачи пользователя, то размещаем их горизонтально
  • 50. Планируем релизы Время Релиз
  • 52. Бумажное прототипирование Нарисовать отдельные фичи на карточках Совместно определить взаимное расположение элементов Провести юзабилити-тестирование
  • 54. Некоторые метрики 40 30 20 200 48 10 150 0 80 143 1 2 3 4 5 100 55 43 50 63 7 % 8 % 27 36 35 % 0 10 % 2007 2008 2009 2010 11 % 29 %
  • 55. Что мерять? То, что действительно измеримо То, что позволит улучшить процессы
  • 56. Что не мерять? То, что не несет аналитической ценности То, что может исказиться измерением
  • 57. Наглядный пример - Петька! Приборы! - Василь Иваныч, 14! - Что 14? - А что "приборы"?
  • 58. Количество ошибок после итерации 30 30 23 24 18 15 12 11 12 10 10 10 6 0 Кол-во обнаруженных ошибок S1 S2 S3 S4 S5 S6 S7 S8
  • 59. Технический долг 100 100 10 10 20 40 70 60 20 90 90 75 80 80 60 50 40 25 30 0 0 1 релиз 2 релиз 3 релиз 4 функционал 6 релизПоддержка Запланированный релиз 5 релиз 7 релиз 8 релиз
  • 60. Встречи Повестка Участники Встреча Цели Решения Кто? Действия Когда?
  • 61. Почему mindmap? Можно концентрировать участников на отдельной ветке Легко возвращать дискуссию в правильное русло Можно управлять уровнем детализации обсуждения
  • 62. Что еще можно использовать? Dashboards Value Stream Maps Kanban boards Buy a feature game Root-cause maps Ishikawa diagram
  • 63. В докладе использованы материалы Jeff Patton Henrik Kniberg Jesse Garrett И многие Kenji Hiranabe другие :) Craig Larman
  • 64. Спасибо! Max Gaponov Agile Coach, Product Owner mgaponov@gmail.com

Editor's Notes

  1. \n\n
  2. \n\n
  3. \n\n
  4. \n\n
  5. \n\n
  6. \n\n
  7. \n\n
  8. \n\n
  9. \n\n
  10. \n\n
  11. \n\n
  12. \n\n
  13. \n\n
  14. \n\n
  15. \n\n
  16. \n\n
  17. \n\n
  18. \n\n
  19. \n\n
  20. \n\n
  21. \n\n
  22. \n\n
  23. \n\n
  24. \n\n
  25. \n\n
  26. \n\n
  27. \n\n
  28. \n\n
  29. \n\n
  30. \n\n
  31. \n\n
  32. \n\n
  33. \n\n
  34. \n\n
  35. \n\n
  36. \n\n
  37. \n\n
  38. \n\n
  39. \n\n
  40. \n\n
  41. \n\n
  42. \n\n
  43. \n\n
  44. \n\n
  45. \n\n
  46. \n\n
  47. \n\n
  48. \n\n
  49. \n\n
  50. \n\n
  51. \n\n
  52. \n\n
  53. \n\n
  54. \n\n
  55. \n\n
  56. \n\n
  57. \n\n
  58. \n\n
  59. \n\n
  60. \n\n
  61. \n\n
  62. \n\n
  63. \n\n
  64. \n\n