Вебинар «Карта процесса-опыта: UX и процессы в одной понятной схеме» с примером картирования

Вебинар для аудитории Neogenda с кратким знакомством с методом и примером построения карты на практике. Строили карту для процесса заказа лекарства в аптеке

Transcript

1. Карта процесса-опыта —20 лет проектирую сложные информационные системы —Позиции: UX-дизайнер, арт-директор, проектный и продуктовый управленец в сфере ИТ —Автор книги «Карта процесса- опыта», 4-х методик проектирования, преподаватель и автор курсов —Арт-директор и сооснователь Бындюсофт Андрей Шапиро 2
2. Бындюсофт — 13 лет на рынке Создаём убер-сложные ИТ-продукты с гарантией достижения целей заказчика. Стартуем с анализа, разрабатываем, внедряем продукт и обеспечиваем его поддержку и эволюцию
3. Академия Бындюсофт Карта процесса-опыта Что это такое? Чем она хороша? 4
4. Бындюсофт Карта процесса- опыта Объединение потребительского пути и процессов во всех системах 5
5. Бындюсофт КПО объединяет UX + процессы + технологии Мысли Потребитель Описание персоны или функциональной роли, возраст, особенности Эмоции и чувства Шаги путешествия Рефлексия Какие измерения требуется сделать на шаге со стороны сервиса? Как можно улучшить сервис? Цель — удовлетворить голод вкусной едой «Сайт могли бы и поудобнее сделать. О, смотри какие клёвые. И можно из двух половинок составить» Как часто люди отваливаются на этапе заказа? «Что за %*&%** эти ребята! Где моя пицца?» Измерять как скоро доставляется пицца в среднем Измерять и расследоваться пиковые случаи «Блин, могли бы и скидку сделать. Такими темпами не дотянем до получки, надо на дошик переходить» «Блин, но всё таки... такая вкусная!» Решение съесть пиццы Выбор и заказ пиццы Ожидание пиццы Оплата пиццы Вкушение пиццы Выяснение статуса заказа Как узнать в скольких случаях, когда хотели есть, выбрали в пользу пиццу? Как узнать в скольких случаях, когда хотели пиццу, выбрали нас? Как мы можем стать доступнее? «Они такие спокойные там, а я сижу жду» «Может пиццы? Классная идея!» Как часто люди отваливаются на этапе заказа? Как плюсы пиццы могут перекрыть негатив? Может быть давать поощрение в виде бонусной пиццы Раньше мы рисовали отдельные схемы: CJM, BPMN
6. Наглядна и проста для чтения
7. Есть стандарт нотации с минимумом обозначений то есть легко помнить, быстро рисовать, есть где узнать как
8. Карта лаконична, благодаря выхватыванию наиважнейших узловых ситуаций
9. Детальна, благодаря аннотации ключевых точек
10. Человекоцентрична даже на уровнях рабочего процесса CJM inside
11. Бындюсофт Карта процесса- опыта Баланс между простотой, понятностью и глубиной 12
12. Карта процесса-опыта Зачем нужна Боли, закрывающиеся Картой процесса-опыта 13
13. Типичные боли и пробелы Инструменты приритезации бэклога не включают структуру процессов Взаимодействия — слабая сторона сервиса Команды говорят на разных языках. Понимание сложно донести
14. Карта процесса-опыта Карта на примере Цифровизация почтовых отправлений 16
17. Карта процесса-опыта схематично 19
18. Карта процесса-опыта Точка описывается темой и аннотацией 20
19. Карта процесса-опыта —Вход и Выход: информация и вещи, приходящие в точку и возникающие как продукт в ней —Каналы: где «текут» вещи, информация и где происходит взаимодействие —Операции: что делают люди и машины внутри ключевой точки —Барьеры: препятствия на пути, которые предстоит преодолеть через проектирование —Средства: всё, что мы создаём, чтобы оснастить места важными инструментами Слои под точкой 21
20. Карта процесса-опыта Мини-практика Сделаем карту для известного всем процесса 22 bit.ly/4ncARR8
21. Карта процесса-опыта Зачем использовать КПО 23
22. Бындюсофт Понятнее чем BPMN, глубже чем CJM, гибче чем Service Blueprint Выбрать пиццу Заказать пиццу Спросить про пиццу Повар Курьер Приготовить пиццу Доставить пиццу Оплатить пиццу Съесть пиццу Клерк Успокоить потребителя Потребитель Принять оплату Принять заказ Передать в работу Принять заказ Линия сервиса Мысли Потребитель Описание персоны или функциональной роли, возраст, особенности Эмоции и чувства Шаги путешествия Рефлексия Какие измерения требуется сделать на шаге со стороны сервиса? Как можно улучшить сервис? Цель — удовлетворить голод вкусной едой «Сайт могли бы и поудобнее сделать. О, смотри какие клёвые. И можно из двух половинок составить» Как часто люди отваливаются на этапе заказа? «Что за %*&%** эти ребята! Где моя пицца?» Измерять как скоро доставляется пицца в среднем Измерять и расследоваться пиковые случаи «Блин, могли бы и скидку сделать. Такими темпами не дотянем до получки, надо на дошик переходить» «Блин, но всё таки... такая вкусная!» Решение съесть пиццы Выбор и заказ пиццы Ожидание пиццы Оплата пиццы Вкушение пиццы Выяснение статуса заказа Как узнать в скольких случаях, когда хотели есть, выбрали в пользу пиццу? Как узнать в скольких случаях, когда хотели пиццу, выбрали нас? Как мы можем стать доступнее? «Они такие спокойные там, а я сижу жду» «Может пиццы? Классная идея!» Как часто люди отваливаются на этапе заказа? Как плюсы пиццы могут перекрыть негатив? Может быть давать поощрение в виде бонусной пиццы
23. Бындюсофт Передача знаний Процесс деплоя. Знания Devops-стрима
24. Бындюсофт Единое видение Карта на маркерной доске, перестроившая бизнес
25. Бындюсофт Целостное командное усилие Команда проекта Подготовка к старту анализа Заказчик Оформление старта разработки Согласование результатов аналитики внутри компании Старт проекта Определение и фиксация ответственных за проект Определение и фиксация ответственных за проект на нашей стороне и на стороне заказчика Определение стратегии достижения целей Определение стратегии достижения целей Бизнес-анализ Оценка реализации проекта Бизнес-анализ Системный анализ Системный анализ Согласование результатов аналитики внутри компании Согласование результатов аналитики с заказчиком Согласование результатов аналитики Согласование результатов аналитики Принятие решения о целесообразности сотрудничества Функция инструмента — Артефакт Список ЛПР, ЛВР — Луковичная диаграмма стейкхолдеров Зоны ответственности: Бюджет и сроки Скоуп задач Выбор варианта реализации Приемка результата Организация процессов разработки Кто какую роль берет на себя на проекте — Маппинг участников проекта на все зоны. Если не все зоны закрыты - добавляем пункты в риски проекта. Роль ответственно го Тимлид Функция инструмент а — Артефакт Состав команд, таймшит, тип бюджетирования — ТМТ Функция инструмента — Артефакт Доска для ведения проекта YouTrack Jira Notion База знаний Notion GitHub Miro Confluence Папка проекта Роль ответственн ого Тимлид Функция инструмента — Артефакт Стратегия достижения результата Карта гипотез Дерево гипотез развития Бизнес-метрики. Если нет КГ и бизнес-метрик, то направить к Саше для их описания Механизм отслеживания достижения бизнес-целей Цели измеримы и механизм по ним согласован. Если цель неизмерима, то добавляем пункты в риски проекта Роль ответственн ого Бизнес-аналитик (им может быть UX, бэк, тимлид...) Действия Формулирование целей проекта Описание механизма отслеживания бизнес- целей проекта Ответственн ый PO, ЛПР Действия Ответы на вопросы команды Согласование результатов аналитики Ответственн ый PO, ЛПР, ЛВР Действия Ответы на вопросы команды Согласование результатов аналитики Ответственн ый Архитектор, PO Функция инструмента — Артефакт Описание бизнес-процесса BPMN-схема Карта процесса-опыта Event Storming Описание пользовательского опыта и границ проекта User Story, User Story Mapping Job Story Определен жизненный цикл решения Роль ответственн ого Бизнес-аналитик (им может быть UX, бэк, тимлид...) Функция инструмента — Артефакт IT-архитектура - Нотация C4 (1, 2) [Физическая архитектура] - SLO - Шаблон SLO, SLI Описание функций системы user story sequence diagram Диаграмма состояний Роль ответственн ого системный аналитик, архитектор Ответственны й тимлид Функция инструмента — Артефакт Необходимый состав команды Оценка времени разработки Оценка рисков и проактивные действия (пример есть в notion вот ссылка) Действия Зафиксировать, что из чек- листов пойдет в оценку Зафиксировать риски по не вошедшим в оценку пунктов Ответственн ый тимлид Ответственн ый PO, ЛПР, архитектор Ответственн ый тимлид Функция инструмента — Артефакт - Договор - NDA - Доступы Ответственн ый Руководитель проекта на стороне заказчика Артефакт Согласованный список (возможно, в виде луковичной диаграммы) Account manager (Бындю, Сафин, Шапиро) Что происходит на этом этапе? не встречал его Переосмысление задачи заказчиком Принятие решения о старте проекта с выбранной стратегией Действия Принято решение продолжать сотрудничество, идти на новый виток или завершать сотрудничество Действия Принято решение продолжать сотрудничество, идти на новый виток или завершать сотрудничество ЛПР Ответственн ый Сбор команды Функция инструмента — Артефакт Собранная команда Если кого-то не хватает, то нужно определить сроки подключения к проекту Согласование команды Ответственн ый тимлид Здесь может быть точка выхода. Как это отобразить? Согласовать с PO заказчика его функции Артефакты PO согласен делать следующее: Ответ на вопросы команды Согласование артефактов разработки Обработка входящего потока задач и их приоритезация Согласование бюджета Посещение регулярных, общекомандных встреч Почему не включили в список Kaiten? Он используется, например, на TMC Или тут указаны просто примеры досок? Леша Я. Аналогичный вопрос про Яндекс.Трекер, Трелло Это этап задачи, а не целого проекта на проектах ТМ NDA обычно до аналитики, что с договором на аналитику? Добавить про согласование бюджета? Кто оценивает задачи? Не опасно ли их оценивать до определения примерного состава команды (чтобы оценивали хотя бы примерно те же люди, что будут разрабатывать)? Стоит пройтись по чек-листам еще до этапа оценки. Нужно учесть, что из чек- листа мы делаем, и сколько времени на это нужно будет. (например, JSON логирование и сбор этих логов: бэкенд + девопсы). Или описать риски, и/ или почему не делаем. Имеются в виду посмотреть все те моменты, которые стоят на преграде по прохождению наших чек-листов. Принципы: 0. При возникновении вопросов или неуверенности в том, как в данный момент на проекте двигаться по процессу, обращайся к аккаунт-менеджеру 1. Из любой точки можно перейти в любую точку 2. Вход в процесс и выход из него могу происходить из любой точки 3. Если ты перепрыгнул по схеме на новую точку, то делай, как говорит схема с этой точки тут должен быть роадмап проекта крупными мазками - до года, чтобы понимать куда вообще проект движется. Роадмап на три года - много Никита хочет роадмапы для каждого эпика Ощущение, что тимлид здесь и тимлид дальше один и тот же человек, не хватает описания
26. Фреймворк проектирования социотехнических систем Карта процесса-опыта Карта реализации историй Связный SWOT-анализ Моделирование процесса Технология создания стратегии Анализ конкурентной ситуации Моделирование инструментов Карта гипотез
27. Карта процесса-опыта Кто и когда использует карту 29
28. Бындюсофт Кто применяет Карту процесса-опыта Чем ближе вы к фазе дискавери и проектирования, тем важнее для вас этот инструмент
29. Бындюсофт В каких сферах используют Карту процесса-опыта —Информационные технологии —Производство: металлоконструкции, смеси —Кожевенное дело —Розница: DIY, мебель —Юриспруденция —[Ваша сфера деятельности]
30. Бындюсофт Какие компании уже внедрили КПО
31. Карта процесса-опыта Как изучать КПО Методичка с примерами и шаблонами, канал, чат, книга 33
32. Бындюсофт Методичка ashapiro.gitbook.io/xpm 34
33. Бындюсофт Канал и чат Карты процесса-опыта 35 @xpmap @xpm_chat
34. ashapiro.ru/xpm-book Книга Карта процесса-опыта 36
35. Бындюсофт Записаться на тренинг !
36. Карта процесса-опыта Спасибо за внимание! Андрей Шапиро ashapiro@byndyusoft.com Телеграм: @ashapiro @xpmap