Андрей Анатольевич Шапиро "Карта процесса-опыта. Проектирование услуги через её визуализацию"

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. Карта процесса-опыта за пять минут

«Карта – это не территория, но если она верна, она структурно подобна территории, и в этом её польза», Альфред Коржибский

1. Зачем и когда делать карту

Карта процесса-опыта – это инструмент изучения и проектирования услуги, будь то цифровой сервис или классическая услуга, оказываемая в физическом мире. Составитель карты схематизирует с её помощью процессы работы сервиса или компании.

Результатом построения карты является схема, собирающая в единый процесс-механизм разные части индивидуального опыта участников. Особенностью схемы является фокусировка на местах взаимодействия, что помогает вдумчиво спроектировать лучшие впечатления участников как от взаимодействия друг с другом, так и от взаимодействия с машинными частями сервиса, если они имеются.

Совместная работа над картой процесса-опыта формирует у группы общее понимание проектируемой деятельности. Задача карты процесса-опыта как общего артефакта – объединить и согласовать взгляды разных групп специалистов-предметников о процессах и пользовательском опыте в системе.

Карта поможет, когда требуется:

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

– разрешить проблемы в процессе или опыте конкретных участников;

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

2. Структура карты

Конечная схема Карты процесса-опыта выглядит как полотно из горизонтальных линий, соединяющих друг с другом последовательность ключевых точек. Ключевые точки – места контакта с вашей услугой, а также все важные ситуации в её внутренних процессах. Ключевые точки следует представлять как общие места, где происходят принятия решений, преобразования или соприкосновения людей и машин.

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

Карта процесса-опыта схематично с её основными элементами

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

Таким образом, карта описывает как индивидуальный опыт каждого участника, так и целостный процесс. Образно можно сказать, что схема отражает тщательно спланированную совместную игру-эстафету по доставке «мячей» от старта процесса к его финишу. Участник берёт «мяч», ведёт его сам, затем передаёт его в пасе коллеге. Такими «мячами» в цифровых сервисах являются предметы ценности: информация или вещи.

Две ключевые точки с наборами данных к ним

Каждой ключевой точке на схеме дают смысловое имя и прикрепляют к ней набор важных описательных данных. Состав может варьироваться от точки к точке, однако чаще всего не обойтись без таких данных, как:

– каналы, в которых совершается взаимодействие: очно в офисе, чат-боте и т. д.;

– операции, совершаемые людьми или машинами в этой точке;

– вход и выход – информация, вещи, ценности, попадающие из общего процесса на вход в ключевую точку, и те, что после преобразований появляются на её выходе;

– барьеры на текущем пути, которые предстоит преодолеть через проектирование;

– артефакты – оснащение мест взаимодействий необходимыми инструментами, то, что мы проектируем и разрабатываем, чтобы поддержать проектируемую деятельность.

3. Краткая инструкция по заполнению карты

3.1. Установить границы

До начала составления схемы важно установить ограничивающую рамку и решить:

– какая часть процессов деятельности будет схематизироваться и для чего;

– в каком состоянии будет браться процесс «как сейчас» или «как будет»;

– опыт каких лиц интересует детально, а каких лишь с точки зрения минимального обеспечения работоспособности механизма услуги.

3.2. Найти ключевые точки основной линии разворачивания процесса

В самом начале мы мысленно указываем воображаемым пальцем туда, откуда всё начинается с точки зрения изучаемого нами процесса. Для этого задаёмся вопросами: «С чего всё начинается?», «Откуда целесообразнее всего начать рассмотрение?» Ответы на них помогут выбрать первую ключевую точку. Фиксируем её на карте и даём ей имя.

Последовательность точек опыта читателя библиотеки. Только ключевые точки потребителя

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

– что существенного будет дальше в этом пользовательском опыте и общем процессе? – вопрос направляет нас по горизонтали вширь, от более ранних точек к последующим;

– чем будут обеспечены минимальная работоспособность сервиса и удачный пользовательский опыт? – вопрос направляет вглубь детализации устройства сервиса.

3.3. Двинуться вглубь механизма обеспечения требуемого опыта

Обеспечение удачного опыта для потребителей и работоспособности сервиса чаще всего требует вовлечения в него других участников. На схеме это отражается в виде параллельных линий-дорожек вспомогательного процесса.