---
title: 'Process Mapping'
description: 'Process Mapping визуализирует рабочий процесс от входа до результата, показывая этапы, согласования, ответственных и точки потерь.'
type: knowledge-card
locale: ru
canonical: 'https://yoseno.com/ru/docs/knowledge/process-mapping'
---

# Process Mapping

Process Mapping визуализирует рабочий процесс от входа до результата, показывая этапы, согласования, ответственных и точки потерь.

- **Темы:** Кросс-функциональность, Прозрачность процессов

## Что это

Process Mapping — это описание процесса в виде схемы: шаги, входы, выходы, роли, решения, передачи между командами и контрольные точки. Практика помогает убрать разные трактовки того, как работа должна проходить на самом деле. Она особенно полезна, когда процесс существует в головах отдельных людей и из-за этого возникают задержки, дублирование или спорные зоны ответственности.

## Когда помогает

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

## С чего начать

1. Выберите один конкретный процесс с понятным началом и концом, например обработку заявки или запуск клиента.
2. Соберите участников из ключевых ролей и зафиксируйте фактический ход работы, а не желаемую версию.
3. Отметьте входы, выходы, решения, передачи ответственности, ожидания и используемые инструменты на каждом шаге.
4. Найдите задержки, дублирование, неясных владельцев и шаги без управленческой ценности.
5. Согласуйте целевую схему, владельца процесса и ближайшие изменения с измеримым сроком проверки.

## Ожидаемая польза

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

## Типичные ошибки

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

## Что почитать

- Geary A. Rummler, Alan P. Brache — Improving Performance: How to Manage the White Space on the Organization Chart.
- Michael Hammer, James Champy — Reengineering the Corporation.
- Object Management Group — Business Process Model and Notation (BPMN) specification.

## Вопросы и ответы

### Нужна ли специальная нотация вроде BPMN?

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

### Кто должен вести карту процесса?

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

### Как понять, что карта процесса принесла пользу?

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