Upgrade to Pro — share decks privately, control downloads, hide ads and more …

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

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

Andrew Shapiro

December 01, 2022
Tweet

More Decks by Andrew Shapiro

Other Decks in Programming

Transcript

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

    View full-size slide

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

    View full-size slide

  3. Что входит в проектную документацию
    — карты целевых гипотез: Impact Map, дерево продуктовых гипотез, …


    — карты процессов: CJM, BPMN, Event Storming, …


    — карта пользовательских историй: USM


    — карты структур потоков данных


    — архитектура программных модулей


    — структурные схемы объектов и их связей (ER-диаграммы)


    — схемы переходов состояний (state diagrams)


    — контракты: API, DTO, …


    — макеты интерфейса


    — сценарии — детальное описание потока внимания через интерфейс

    View full-size slide

  4. Impact Mapping,

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

    View full-size slide

  5. CJM, Event Storming,
    BPMN

    View full-size slide

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

    View full-size slide

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

    View full-size slide

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

    View full-size slide

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

    View full-size slide

  10. Что входит в проектную документацию
    — карты целевых гипотез: Impact Map, дерево продуктовых гипотез, …


    — карты процессов: CJM, BPMN, Event Storming, …


    — карта пользовательских историй: USM


    — карты структур потоков данных


    — архитектура программных модулей


    — структурные схемы объектов и их связей (ER-диаграммы)


    — схемы переходов состояний (state diagrams)


    — контракты: API, DTO, …


    — макеты интерфейса


    — сценарии — детальное описание потока внимания через интерфейс

    View full-size slide

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

    View full-size slide

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

    View full-size slide

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

    View full-size slide

  14. Основные потери
    — Время на синхронную передачу знаний


    — Знания о структуре принятия решений


    — Знание о том кто знает (будущее)

    View full-size slide

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

    View full-size slide

  16. Принципы
    — Проектная группа осознанно накапливает и структурирует знания
    о системе


    — Без сшивающей структуры знания развалятся


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

    View full-size slide

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

    View full-size slide

  18. Принципы
    — Всё, что входит, не должно теряться


    — Проектирующиму выгодно выгружать память,
    чтобы не перегрузиться и не растерять


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

    View full-size slide

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

    View full-size slide

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

    View full-size slide

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

    View full-size slide

  22. Формат сценариев
    Шаблон структуры
    — Агент истории


    — Контекст (вход)


    — Истории и ценность (выход)


    — Бизнес-метрика


    — Суть / Сценарии


    — Уточнения


    — Макеты

    View full-size slide

  23. Формат сценариев
    Критерии готовности
    — Без проектирующего определимы


    — агент истории: действующее лицо,
    роль или персона;


    — контекст: где и в каком случае
    происходят изменения;


    — суть: что изменяется или
    создаётся;


    — ценность: для чего всё это;


    — концепции: все допущения,
    мысленные артефакты и названия,
    использованные в решении.


    — Содержит ссылки на макеты


    — Описан поток движения внимания
    агента через интерфейс в виде
    сценариев в формате «Мама моет
    раму» (субъект действие объект).


    — Описаны важные концепции,
    необходимые для понимания
    решения;


    — (Опционально) Дан прототип или
    последовательность изменяющихся
    состояний.

    View full-size slide

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

    View full-size slide

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

    View full-size slide

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

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

    View full-size slide

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

    View full-size slide

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

    View full-size slide

  29. Принципы построения дерева
    — Дерево гипотез составляется как иерархированная программа,
    исполняя которую бизнес максимизирует выгоду


    — В корень дерева кладутся главные подсистемы бизнеса и потоки
    ценности в них, увязав их в словесную формулировку задачи
    оптимизации


    — На уровень лепестков в дерево погружаются проблемы (в виде их
    отрицания) или идеи по расширению каналов


    — Каждые два соседних элемента в иерархии являются частями
    гипотезы. Гипотеза собирается так: если <потомок>, то <родитель>

    View full-size slide

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

    View full-size slide

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

    View full-size slide

  32. Принципы
    — Проектная группа осознанно накапливает и структурирует знания
    о системе


    — Без сшивающей структуры знания развалятся


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

    View full-size slide

  33. Инструменты
    — Связывание знаний в структуры


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

    View full-size slide

  34. [email protected]
    Спасибо за внимание!

    View full-size slide