Что такое декомпозиция целей и процессов?

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

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

Как понять, что декомпозиция завершена

Главный критерий — исполнитель может взять задачу и выполнить её без дополнительных уточнений. На практике это проверяется пятью вопросами к каждому пункту:

Кто? — назначен конкретный человек или роль, а не «отдел»
Что именно? — результат сформулирован однозначно, без слов «улучшить», «ускорить», «оптимизировать»
Когда готово? — есть срок или измеримый триггер завершения
С помощью чего? — понятно, в какой системе, программе или инструменте выполняется задача: в CRM, в таблице, в Miro, в конкретном сервисе
Кому и как передаёт? — зафиксировано, кто получает результат, в каком виде и каким способом

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

Два вида декомпозиции в работе аналитика

Вид	Что дробим	Типичный инструмент	Результат
Декомпозиция целей	Стратегическую цель → подцели → задачи	Дерево целей, майндмап	Список задач с ответственными и сроками
Декомпозиция процессов	Сложный процесс → этапы → операции → шаги	Флоучарт, таблица шагов	Карта процесса, регламент, инструкция

В реальных проектах оба вида используются вместе. Сначала дерево целей объясняет, зачем меняем процесс, потом флоучарт показывает, как он устроен сейчас и где именно нужны изменения. Нарисовать это можно в любом онлайн-редакторе — Miro, FigJam, даже Google Slides: инструмент здесь не главное.

Правила, которые работают на практике

Один принцип деления на одном уровне. На каждом уровне иерархии нужно выбрать один способ делить — и держаться его. Например, если на втором уровне вы делите процесс по этапам (сбор → анализ → внедрение), то там же нельзя одновременно делить по ответственным (маркетинг → продажи → финансы). Смешение двух разных оснований в одном слое создаёт путаницу: непонятно, что с чем сравнивать и как расставить приоритеты.
Сумма частей равна целому. Если сложить все подзадачи, они должны полностью закрывать исходную цель. Пропуск означает ошибку планирования — часть работы окажется ничьей.
Нет пересечений. Подзадачи не должны дублировать друг друга, иначе возникает путаница в ответственности: два человека делают одно и то же или, наоборот, каждый думает, что это сделает другой.
Глубина — не самоцель. Дробить до «нажать кнопку» не нужно. Остановитесь, когда исполнитель понимает задачу без ваших объяснений и может выполнить её, ответив на все пять вопросов выше.

Подробнее по теме

Этот вопрос — часть более широкой темы. Если хочешь разобраться в декомпозиции процессов полностью — читай развёрнутый материал: Декомпозиция процессов.