Картирование процессов (Process Mapping, общее)

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

Пока процесс не нарисован, каждый участник представляет его немного по-своему — а значит, обсуждение улучшений идёт про разные процессы одновременно.

Классический пример того, что вскрывает именно нарисованная карта процесса, — кейс IBM Credit Corporation, дочерней компании IBM, финансировавшей покупку компьютеров и услуг клиентами IBM (описан Майклом Хаммером и Джеймсом Чампи в книге «Reengineering the Corporation», 1993). Оформление одной заявки на кредит в среднем занимало 6 дней, а в сложных случаях — до двух недель; при этом заявку последовательно передавали через 4-8 разных специалистов (проверка кредитоспособности, корректировка типового контракта, расчёт ставки и т. д.). Когда менеджеры прошли с одной заявкой лично через все этапы, засекая время на каждом, оказалось, что реальная работа над заявкой занимает около 90 минут — почти всё остальное время заявка просто лежала в очереди на столе у следующего специалиста. Именно физическое прослеживание процесса шаг за шагом — то есть его картирование — показало, где на самом деле возникает задержка: не в сложности отдельных операций, а в передачах между специалистами. После замены цепочки узких специалистов одним универсальным «структуратором сделки», ведущим заявку от начала до конца, время обработки сократилось с 6 дней до 4 часов, а без увеличения штата компания стала обрабатывать в 100 раз больший объём сделок.

Второй классический кейс из той же книги Хаммера и Чампи показывает, что картирование вскрывает не только потери на передачах между людьми, но и целые шаги, изначально не нужные вовсе. Отдел кредиторской задолженности Ford Motor Company насчитывал свыше 500 сотрудников, сверявших три документа — заказ на закупку, документ о приёмке товара и счёт от поставщика — по 14 отдельным позициям данных, прежде чем санкционировать оплату поставщику; при малейшем расхождении клерки неделями разыскивали причину несовпадения. Поводом задуматься о реорганизации процесса стало прямое сравнение с японским партнёром Ford, автопроизводителем Mazda: у Mazda аналогичную функцию выполняли всего 5 человек. Нарисовав процесс шаг за шагом, команда Ford обнаружила, что сверка по счёту-фактуре как таковая — операция, которую никто прежде не подвергал сомнению как необходимую, — создавала основную часть задержек и ошибок. Решение оказалось не в ускорении сверки, а в её полном устранении: покупатель заносил заказ в общую электронную базу данных, а платёж запускался автоматически при подтверждении приёмки товара — простой контроль по трём позициям вместо четырнадцати, без единого бумажного счёта-фактуры вообще. В результате Ford сократил штат отдела кредиторской задолженности на 75%. В отличие от IBM Credit, где карта процесса выявила проблему во ВРЕМЕНИ ПЕРЕДАЧИ между специалистами, карта Ford выявила проблему в самом НАЛИЧИИ шага, который годами считался обязательным, хотя таковым не являлся.

Происхождение и исследовательская база

Картирование процессов — базовая практика процессного управления (Business Process Management), использующая графические нотации (блок-схемы, BPMN, диаграммы дорожек) для визуального представления последовательности шагов, решений и участников бизнес-процесса.

Ключевые идеи и принципы

1. Принцип: Карта строится по реальному процессу, а не по идеальному представлению

   Как и в подходе As-Is, карта должна отражать процесс таким, каким он реально выполняется, включая исключения и обходные пути, а не идеализированную версию из регламента — иначе карта не отражает реальность и последующий анализ строится на неверных данных. В кейсе Ford именно прямое наблюдение за реальной работой отдела кредиторской задолженности, а не описание процесса «как он должен работать» по регламенту, выявило, что сверка по 14 пунктам данных была рутинной практикой, ни разу формально не поставленной под сомнение годами, — идеализированное описание процесса («мы проверяем счета на соответствие») скрывало бы именно эту деталь, определившую весь эффект реорганизации.

2. Принцип: Единая нотация с чёткими обозначениями шагов, решений и участников

   Использование стандартной нотации (начало/конец, действие, точка решения, роль исполнителя) делает карту понятной для любого, кто с ней знакомится, без необходимости устных пояснений автора. Явное обозначение роли исполнителя на каждом шаге принципиально важно именно для диагностики того типа, что нашли в IBM Credit: без чёткой пометки, кто отвечает за каждый шаг, невозможно было бы увидеть, что заявка передаётся между 4-8 разными специалистами, — а без явной точки решения («сверка совпала / не совпала») невозможно было бы увидеть у Ford, что именно расхождение при сверке запускало недели ручного разбирательства.

3. Принцип: Уровень детализации соответствует цели картирования

   Карта высокого уровня (крупные этапы) полезна для общего понимания процесса, а детальная карта (отдельные действия) нужна для точечного анализа конкретного участка — избыточная детализация на уровне общего понимания перегружает карту и мешает её читать.

4. Принцип: Карта фиксируется в письменном виде и доступна всем участникам процесса

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

Ограничения, слепые зоны и критика

Типовые ошибки

Ошибка 1: Карта строится по идеализированному представлению процесса, а не по тому, как он реально выполняется.

Последующий анализ и улучшения строятся на неверных данных, не соответствующих реальности.

Как избежать: Строить карту через прямое наблюдение и интервью с реальными исполнителями процесса.

Ошибка 2: Карта составлена без чёткого разделения на шаги, точки решения и ответственных.

Карта плохо читается и не помогает однозначно понять логику процесса.

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

Ошибка 3: Уровень детализации карты не соответствует цели картирования.

Карта либо слишком общая для точечного анализа, либо перегружена деталями для общего понимания.

Как избежать: Выбирать уровень детализации в зависимости от конкретной цели — общее понимание или детальный анализ участка.

Ошибка 4: Составление карты становится конечной целью без последующего анализа и улучшений.

Значительные трудозатраты на картирование не приводят к реальным изменениям процесса.

Как избежать: Использовать карту как основу для дальнейшего анализа узких мест, потерь и проектирования улучшений.

Ошибка 5: Карта составлена один раз и не обновляется при изменении процесса.

Карта постепенно перестаёт отражать реальную практику выполнения процесса.

Как избежать: Регулярно пересматривать и актуализировать карту при значимых изменениях процесса.

1. Ошибка 6: карта используется только для ускорения существующих шагов, а не для проверки, нужен ли шаг вообще.

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

   Как избежать

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

План внедрения

1. Неделя 1: выбрать ключевой процесс и определить цель картирования — общее понимание или детальный анализ.

2. Неделя 2: провести наблюдение и интервью с исполнителями, составить черновик карты.

3. Неделя 3: согласовать карту с участниками процесса и зафиксировать в едином доступном формате.

4. Неделя 4: использовать карту как основу для анализа узких мест и потерь.

   Далее: регулярно пересматривать и обновлять карту при изменении процесса.

Как реализовать этот план с помощью фрейма «Картирование процессов» в OrgDevTools

Фрейм помогает провести картирование от начала до конца. Сначала вы задаёте границы и цель карты, затем заносите шаги с типом, ответственным и временем. Фрейм сам считает передачи между людьми, петли возврата и решения без альтернативы, рисует карту по дорожкам ответственных и не даёт закрыть работу, пока не записаны изменения. Это бесплатный тренажёр: на нём можно отработать метод на своём процессе.

Книги по теме

Damelio R. — «The Basics of Process Mapping» (2011). Практическое руководство по составлению карт процессов разных типов и уровней детализации.