Карта процесса-опыта. Проектирование услуги через её визуализацию
Шрифт:
Заказ и доставка пиццы. Схема взаимодействий в нотации BPMN из спецификации BPMN By Example
BPMN – прекраснейший язык моделирования процессов, схемы которого имеют возможность быть машинно-запускаемыми. Однако порог входа в его нотацию крайне высок. Количество элементов, их модификаций, нюансов, которые нужно изучить, требуют годы практики. Мой личный опыт составления BPMN-схем показывает, что BPMN требует существенного
Ещё одним немаловажным аспектом для проектировщиков взаимодействия является отсутствие места для отображения мыслей, решений и впечатлений человека во всей этой махине процесса. Да, в нотации BPMN (OMG, 2010) есть соглашения о моделировании хореографий (Choreography Modeling Conformance) и коллабораций (Collaboration Modeling Conformance), с помощью которых можно проектировать взаимодействие, но мой опыт показывает, что их используют крайне редко. Де-факто нотация прекрасно подходит для системных аналитиков и технологов – тех, для кого процесс-механизм состоит главным образом из «железок».
Заказ и доставка пиццы. Схема в нотации Карты процесса-опыта
Я объединил сильные стороны, понятия и элементы нотаций CJM, Service Blueprint, BPMN и некоторые элементы системо-мыследеятельностной методологии. Всё это соединено вместе и припудрено видением того, что важно, а что вторично в проектировании процесса. На мой взгляд, схемы Карты процесса-опыта получаются ясными и лаконичными, сохраняя необходимую подробность. Сравните сами со схемами других подходов, приведённых выше.
Назначение и отличие метода
Метод призван выявлять схему соорганизации процессов внутри какой-то деятельности, как в мегамашине по производству потребительской ценности, а также согласовывать эти процессы с жизнедеятельностью потребителей. Метод хорош для того, чтобы:
– в общих чертах или углублённо схватить механику процессов в деятельности;
– добиться согласованности во внутренних процессах;
– и пристально рассмотреть места стыков механизмов системы с живыми участниками, будь они потребители или её служащие.
Главными отличительными чертами метода являются:
– минимум элементов нотации, что снижает порог входа;
– абстракция ключевой точки, что даёт гибкость в управлении содержанием карты;
– лаконичность карты делает её более простым граничным объектом, соединяющим понимание разных групп специалистов в проекте.
За границами применимости метода находится описание так называемых ad-hoc-процессов, или ситуативного управления, когда выверенного процесса нет, а действия и взаимодействия могут идти в произвольном порядке со спонтанным выбором средств в каждой ситуации. Для описания таких ситуаций больше подходит нотация Case Management Model and Notation, CMMN (OMG, 2016).
Место метода в цепочке проектирования
Карта процесса-опыта призвана снимать неопределённость в описании процессов. С точки зрения применяемых подходов метод является универсальным и может быть применён в любой предметной области,
Ситуации применения разнятся, но чаще всего это возникновение разночтений, отсутствие понимания какой-то части процесса, нежелательных эффектов в нём или отсутствие процесса как такового. За формирование нового или видоизменённого процесса берутся, когда замышляется новострой или некоторый шаг развития в существующей деятельности. До работы с процессом требуется этап фокусировки на целях и способах их достижения. Это этап формирования высокоуровневого замысла и проверка его достижимости на уровне мыслительного эксперимента. Обычно это делают с помощью построения моделей на основе причинно-следственных цепочек. На этой стадии я рекомендую методы Карты гипотез (Бындю, 2023), Дерева гипотез развития (Шапиро, 2021) и подход к программированию деятельности (Щедровицкий, 1999).
Работа с процессом начинается чаще всего сразу же после формирования замысла, однако в некоторых случаях может идти с ним параллельно. Выявление заинтересованных лиц и участников, знакомство с их процессами порой помогает вовремя свернуть проект и сэкономить время и деньги. В моём опыте был случай, когда после отрисовки карты процесса-опыта бизнес-заказчик удалился пересмотреть процесс и убрал лишнюю функциональную роль. Убрал не только на карте, но и в реальной жизни. Это произошло, вероятно, потому, что процесс был впервые визуализирован, и бизнес, увидев картину целиком, смог принять правильное решение. Нашлось лишнее звено в цепочке взаимодействий. Часть его функций распределили по людям и автоматизирующим системам.
После того как карта процесса-опыта готова, у нас на руках намеченные ключевые точки процесса и их последовательность, обнаружены болевые точки, где-то зафиксированы готовые варианты решений, найденные на сессиях по картированию, где-то лишь понимание процесса, но отсутствие инструментальных средств, необходимых для поддержания процесса. Здесь начинается этап детального проектирования.
Примерно то же место метод занимает в продуктовой разработке нашей компании. Черёд Карты процесса-опыта наступает сразу за выявлением целей предстоящего шага развития и способов их достижения. За выявлением процесса идёт детальный выбор средств его исполнения и проектирование частей информационной системы. Три наших главных аналитических инструмента: Карта гипотез, Карта процесса-опыта и Карта пользовательских историй – входят в фазу обнаружения продукта. Чаще всего это продукт в сфере информационных технологий, но перечисленные методы являются универсальными и подходят для создания любого продукта и услуги.
Вот основные аналитические этапы в нашем процессе:
Фаза обнаружения продукта.
– Выявление целей ближайшего шага развития и согласование их с гипотезами способов достижения целей. Мы используем Карту гипотез (Бындю, 2023) и Дерево гипотез развития (Шапиро, 2021).
– Выявление основных точек потребительского опыта, процесса-механизма услуги и места систем-инструментов в этом процессе. Используемые методы: Карта процесса-опыта, Event Storming (Brandolini, 2021). Подходят, но имеют перечисленные в исторической справке недостатки: Customer Journey Mapping, Service Blueprint, BPMN.
– Выявление способов действования в разных ситуациях и согласование с ними требований к будущим инструментальным решениям. Используемые методы: User Story Mapping (Шапиро, 2019; Паттон, 2014).
Фаза проектирования и реализации.
Глава 1. Карта процесса-опыта за пять минут
«Карта – это не территория, но если она верна, она структурно подобна территории, и в этом её польза», Альфред Коржибский