Декомпозиция бизнес-процессов: до какого уровня детализировать и где остановиться
Аналитик бизнес-процессов крупного строительного подрядчика потратил три недели на описание процесса согласования проектной документации. К концу работы схема занимала шесть листов А3 и содержала 140 шагов. Руководитель посмотрел на неё и сказал: «Это невозможно читать». В итоге документ лёг в стол, а проблема согласования осталась нерешённой. Ошибка была сделана в самом начале: аналитик не определил, для чего нужна эта схема и на каком уровне детализации она будет полезной.
Что такое декомпозиция процесса и зачем она нужна
Декомпозиция бизнес-процессов — это структурированное разбиение крупного процесса на составные части до уровня, при котором каждая часть становится управляемой: её можно назначить ответственному, измерить, улучшить или автоматизировать. Это не просто рисование схем — это способ превратить сложную организационную реальность в понятную систему.
Без декомпозиции невозможно ответить на базовые вопросы: где именно теряется время, кто за что отвечает на каждом этапе, в какой точке процесс ломается чаще всего. Но ключевое слово здесь — «до уровня». Декомпозиция — инструмент, и как любой инструмент она имеет границу применимости. Уйти глубже, чем нужно для решения задачи, — значит потратить ресурсы впустую.
Три рабочих уровня: L1, L2, L3
В практике описания процессов устоялось понятие уровней детализации. Их обозначают по-разному, но логика везде одна: от целого к частному. Наиболее рабочая схема для внутреннего аналитика — трёхуровневая.
- L1 — направления деятельности. Самый верхний уровень. Карта процессов верхнего уровня показывает, чем компания вообще занимается: продажи, производство, логистика, финансы, HR. На этом уровне нет деталей — только крупные блоки и основные потоки между ними. Умещается на одном листе.
- L2 — бизнес-процессы. Внутри каждого направления — конкретные процессы. Внутри «Продаж»: обработка входящего запроса, подготовка коммерческого предложения, заключение договора, сопровождение сделки. Каждый процесс имеет чёткое начало, конец и ответственного.
- L3 — подпроцессы и операции. Детализация конкретного процесса до уровня действий исполнителя. Внутри «Обработки входящего запроса»: получение заявки → проверка полноты данных → передача в профильный отдел → подтверждение получения клиенту. Это уровень, где уже видны исполнители, сроки и инструменты.
Дерево процессов строится именно по этой логике: от L1 вниз. Начинать описание с L3, минуя верхние уровни, — типичная ошибка, которая приводит к тому, что схемы есть, а целостной картины нет.
Кейс: когда детализация убивает результат
В производственной компании руководство поставило задачу: ускорить процесс согласования заявок на закупку материалов. Заказчик попросил аналитика детально описать процесс и найти, где теряется время. Логичный уровень для этой цели — L3: восемь-двенадцать шагов от подачи заявки до её утверждения, с указанием ответственных и сроков на каждом шаге.
Вместо этого аналитик ушёл глубже и начал фиксировать детали каждого шага: в какой форме заполняется заявка, какие поля обязательны, как именно руководитель ставит подпись — вручную или в системе, в какое время дня обычно просматривает входящие. Схема выросла до 70 шагов. Но проблема была не там: очередь накапливалась на этапе согласования финансовым директором, который физически отсутствовал в офисе три дня в неделю. Это было видно уже на L3 — если бы аналитик остановился на нужном уровне, результат появился бы за день, а не за две недели.
Чрезмерная детализация не помогает найти потери — она их прячет за массивом данных, которые не имеют управленческой ценности.
Как выбрать нужный уровень детализации
| Задача | Нужный уровень | Что получаем на выходе |
|---|---|---|
| Понять, как устроена компания в целом | L1 | Карта процессов верхнего уровня, реестр направлений |
| Распределить ответственность между подразделениями | L2 | Перечень процессов, владельцы, стыки между отделами |
| Найти потери, узкие места, дублирование | L3 | Схема процесса с исполнителями, сроками, точками принятия решений |
| Написать операционную инструкцию для сотрудника | L3–L4 | Пошаговый алгоритм действий на рабочем месте |
| Автоматизировать процесс или передать в IT | L4–L5 | Детальная логика для технического задания |
Ключевой вопрос перед началом декомпозиции: «Кто будет использовать эту схему и для чего?» Если ответ — «руководитель для понимания структуры», нужен L1–L2. Если «сотрудник для выполнения задачи» — L3. Если «разработчик для автоматизации» — L4 и глубже. Один и тот же процесс может быть описан на разных уровнях для разных аудиторий — это нормально.
Типичные ошибки при декомпозиции процессов
- Начинать с L3, не имея L1. Аналитик сразу погружается в детали одного процесса, не понимая, как он связан с остальными. В итоге схема точная, но изолированная: стыки с другими процессами не видны, и оптимизация одного участка может сломать соседний.
- Детализировать всё подряд, а не проблемные зоны. Декомпозиция до L3 нужна там, где есть проблема или задача. Описывать детально все процессы компании одновременно — это годы работы без практической отдачи. Приоритизируйте: сначала те процессы, где потери очевидны или где стоит задача изменений.
- Путать декомпозицию с описанием функций подразделений. «Отдел продаж занимается продажами» — это не процесс, это функция. Процесс имеет начало, конец, исполнителей и результат. Дерево процессов строится не по оргструктуре, а по потокам создания ценности.
- Не фиксировать цель декомпозиции до начала работы. Без чёткого ответа на вопрос «для чего мы это делаем» работа по декомпозиции превращается в самоцель. Именно так появляются схемы на 140 шагов, которые никто не использует.
Что сделать прямо сейчас
Возьмите любой процесс, с которым вы работаете. Прежде чем рисовать детальную схему, ответьте на три вопроса: для кого эта схема, какое решение она должна поддержать, на каком уровне детализации это решение принимается. Если ответы есть — вы знаете, до какого уровня детализировать. Если ответов нет — начните с карты верхнего уровня и двигайтесь вниз только туда, где есть конкретная задача.
Если хотите разобраться, как выстраивать дерево процессов системно и работать с декомпозицией на реальных кейсах своей компании, — приходите на практический курс по оптимизации бизнес-процессов. Там мы учим не рисовать схемы ради схем, а получать управленческий результат от каждого уровня описания.
