Подходы_к_фиксации_договорённостей.pdf

Transcript

1. Андрей Шапиро, Byndyusoft
   К фиксации
   договоренностей
   Подходы по обслуживанию
   проектной документации
   

   View Slide

2. Части проектной
   документации
   

   View Slide

3. Что входит в проектную документацию
   — карты целевых гипотез: Impact Map, дерево продуктовых гипотез, …
   
   
   — карты процессов: CJM, BPMN, Event Storming, …
   
   
   — карта пользовательских историй: USM
   
   
   — карты структур потоков данных
   
   
   — архитектура программных модулей
   
   
   — структурные схемы объектов и их связей (ER-диаграммы)
   
   
   — схемы переходов состояний (state diagrams)
   
   
   — контракты: API, DTO, …
   
   
   — макеты интерфейса
   
   
   — сценарии — детальное описание потока внимания через интерфейс
   

   View Slide

4. Impact Mapping,
   

   дерево гипотез
   

   View Slide

5. CJM, Event Storming,
   BPMN
   

   View Slide

6. User Story Mapping —
   уровень
   пользовательских
   историй
   

   View Slide

7. Карты структур потоков
   данных
   

   View Slide

8. ER-диаграммы (Entities relationship)
   

   View Slide

9. Структурная cхема сущностей
   Заказ — запрос клиента
   Доставка — одно или несколько отправлений объединённые для передачи клиентов. Может содержать несколько отправлений от разных мерчантов
   одному клиенту
   Отправление Отправление — экземпляры одного заказа объединённые по мерчанту
   Экземпляр — единица
   продажи
   Место
   Экземпляр
   Место — экземпляры одного отправления,
   упакованные в одну тару (коробку)
   Экземпляр Экземпляр Экземпляр
   Место Место
   

   View Slide

10. Что входит в проектную документацию
    — карты целевых гипотез: Impact Map, дерево продуктовых гипотез, …
    
    
    — карты процессов: CJM, BPMN, Event Storming, …
    
    
    — карта пользовательских историй: USM
    
    
    — карты структур потоков данных
    
    
    — архитектура программных модулей
    
    
    — структурные схемы объектов и их связей (ER-диаграммы)
    
    
    — схемы переходов состояний (state diagrams)
    
    
    — контракты: API, DTO, …
    
    
    — макеты интерфейса
    
    
    — сценарии — детальное описание потока внимания через интерфейс
    

    View Slide

11. Проблемная ситуация
    

    View Slide

12. 1) знания распределены по головам 㱺 недоступны, в пределе теряются; 2) отсутствие ‘boundary
    objects’ — упрощенные информационных объектов, собирающих разные рабочие группы,
    на общем видении
    

    View Slide

13. 3) знания разрознены, что мешает прилаживать новые части к имеющейся системе
    

    View Slide

14. Основные потери
    — Время на синхронную передачу знаний
    
    
    — Знания о структуре принятия решений
    
    
    — Знание о том кто знает (будущее)
    

    View Slide

15. Общее в предлагаемых
    методах
    

    View Slide

16. Принципы
    — Проектная группа осознанно накапливает и структурирует знания
    о системе
    
    
    — Без сшивающей структуры знания развалятся
    
    
    — Последние знания — всегда «на кончиках пальцев», однако это не
    повод бросить стягивать знания в единую проектную документацию
    

    View Slide

17. 1. Журнал проектирования
    

    View Slide

18. Принципы
    — Всё, что входит, не должно теряться
    
    
    — Проектирующиму выгодно выгружать память,
    чтобы не перегрузиться и не растерять
    
    
    — Частицы будущего проектного знания
    контролируемо проходят по конвейеру
    и становятся артефактами определённых
    типов или отмирают
    Статья о журнале
    проектирования
    

    View Slide

19. Примеры журналов проектирования
    

    View Slide

20. Движение знания через журнал проектирования
    

    View Slide

21. 2. Детальные сценарии
    

    View Slide

22. Формат сценариев
    Шаблон структуры
    — Агент истории
    
    
    — Контекст (вход)
    
    
    — Истории и ценность (выход)
    
    
    — Бизнес-метрика
    
    
    — Суть / Сценарии
    
    
    — Уточнения
    
    
    — Макеты
    

    View Slide

23. Формат сценариев
    Критерии готовности
    — Без проектирующего определимы
    
    
    — агент истории: действующее лицо,
    роль или персона;
    
    
    — контекст: где и в каком случае
    происходят изменения;
    
    
    — суть: что изменяется или
    создаётся;
    
    
    — ценность: для чего всё это;
    
    
    — концепции: все допущения,
    мысленные артефакты и названия,
    использованные в решении.
    
    
    — Содержит ссылки на макеты
    
    
    — Описан поток движения внимания
    агента через интерфейс в виде
    сценариев в формате «Мама моет
    раму» (субъект действие объект).
    
    
    — Описаны важные концепции,
    необходимые для понимания
    решения;
    
    
    — (Опционально) Дан прототип или
    последовательность изменяющихся
    состояний.
    

    View Slide

24. Пример
    детального
    сценария
    изолированной
    истории
    

    View Slide

25. Детальные сценарии потоком движения внимания пользователя
    

    View Slide

26. Детальные сценарии. Опускание нового в структуру.
    

    Вставки Notion для вставки со связыванием
    

    View Slide

27. 3. Дерево гипотез
    

    View Slide

28. Статья о дереве
    продуктовых гипотез
    

    View Slide

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

    View Slide

30. [Посетители]
    [Продавцы]
    [работает]
    

    View Slide

31. В сухом остатке
    

    View Slide

32. Принципы
    — Проектная группа осознанно накапливает и структурирует знания
    о системе
    
    
    — Без сшивающей структуры знания развалятся
    
    
    — Последние знания — всегда «на кончиках пальцев», однако это не
    повод бросить стягивать знания в единую проектную документацию
    

    View Slide

33. Инструменты
    — Связывание знаний в структуры
    
    
    — Присоединение всех групп (операций, аналитиков, проектировщиков,
    разработчиков) к одному стягивающему объекту знаний (USM /
    CJM/…)
    

    View Slide

34. ashapiro@byndyusoft.com
    Спасибо за внимание!
    

    View Slide