Процессы в компании работают каждый день – но далеко не всегда так, как думает руководство. Заявки застревают между отделами, согласования идут по кругу, а стоимость одной операции не знает никто. При этом решения об изменениях часто принимаются на основе интуиции, а не цифр.
Обследование бизнес-процессов позволяет заменить догадки фактами. Мы фиксируем текущее состояние процесса, выявляем несоответствия и потери, а затем формируем обоснованные рекомендации – что именно менять в целевой версии. Но методов исследования много, и главная сложность – выбрать нужный под конкретную задачу.
Эта статья – практическое руководство для руководителей, владельцев процессов и бизнес-аналитиков. Здесь вы найдёте матрицу выбора методов анализа бизнес-процессов под шесть типовых целей, чек-лист данных для старта, разбор качественных и количественных подходов, а также пошаговый алгоритм – от постановки задачи до бэклога улучшений с ответственными.
Зачем анализировать бизнес-процессы и что считается «хорошим результатом»
Когда анализ нужен руководителю: деньги, сроки, SLA, устойчивость
Обследование бизнес-процессов становится актуальным для руководителя в следующих ситуациях.
- Растёт себестоимость, но непонятно, какие операции съедают бюджет.
- Сроки выполнения заказов или заявок выходят за рамки SLA (согласованный уровень обслуживания).
- При росте объёмов процесс начинает сбоить: увеличиваются очереди, множатся ошибки, растёт нагрузка на людей.
- Компания готовится к изменениям (автоматизация, реорганизация, масштабирование) и нужно понять, что именно менять.
Что должно быть на выходе: выводы, цифры, бэклог улучшений, ответственные
В результате обследования должны быть созданы конкретные артефакты:
- Карта текущего процесса (AS-IS) с измеренными показателями:
- сколько длится каждая операция
- сколько стоит один прогон
- где и как часто возникают ошибки
- где формируются очереди
- сколько времени экземпляры процесса проводят в ожидании
- какие операции создают перегрузку при росте потока заявок.
- Перечень выявленных потерь и узких мест.
- Ранжированный бэклог улучшений – с ответственными, сроками и ожидаемым эффектом.
Для процессов с высокой нагрузкой особенно важно изучать не только средние значения, но и вариативность. Даже небольшие колебания времени выполнения операций способны резко увеличить очереди и время ожидания – поэтому анализ должен показывать, насколько устойчив процесс к изменению нагрузки.
Каждая рекомендация в бэклоге должна пройти двойную валидацию: снизу – участниками, которые будут исполнять процесс, и сверху – владельцем, который подтверждает целевую версию и выделяет ресурсы на переход к ней. Без этого бэклог остаётся списком идей, а не планом действий.
Типовые ошибки: «рисуем красиво», но не можем измерить и договориться
Анализ – это путь от AS-IS к обоснованным рекомендациям по изменению процесса. Ошибки возникают, когда на этапе работы с текущей моделью пропускают ключевой шаг – применение методов исследования к зафиксированной схеме.
Сама по себе модель AS-IS – это визуализация. Она делает разговор предметным: участники видят одну и ту же картину. Но чтобы перейти от «видим» к «измеряем», нужно использовать конкретные методы для исследования модели. Хронометраж покажет, где процесс простаивает. ABC-анализ – какие операции съедают бюджет. VA/NVA-разметка – какая доля шагов не добавляет ценности. DES-моделирование – выдержит ли процесс рост нагрузки.
С договорённостями работает тот же принцип. Когда аналитик приходит к владельцу не с мнением «тут лишнее согласование», а с цифрой «это согласование добавляет 14 часов ожидания и стоит 28 000 рублей в месяц», разговор переходит в другую плоскость. Спорные зоны ответственности перестают быть вопросом субъективных оценок – данные показывают, где именно возникает разрыв и сколько он стоит. Если команды одного уровня всё равно не могут распределить ответственность, это управленческое решение – и оно должно быть принято сверху, до фиксации целевой версии.
Правило: не переходите от AS-IS к рекомендациям, пока не пропустили модель через методы анализа и оптимизации бизнес-процессов исследования. Именно они превращают схему в аргумент.
Как выбрать методы анализа
Основные методы анализа бизнес-процессов организации отличаются по глубине, трудоёмкости и типу данных на входе. Отправная точка – цель: что именно вы хотите выяснить о процессе.
Матрица выбора методов под 6 целей: эффективность, стоимость, качество, риски, автоматизация, регламенты
Ниже – матрица, которая связывает методы исследования и улучшения бизнес-процессов с типичными целями. Она поможет быстро определить, какие подходы применить в вашей ситуации. Результаты исследования любым из перечисленных способов могут привести к изменению регламента – это форма закрепления изменений.
Как читать матрицу: отталкивайтесь от ситуации, с которой пришли. Растёт себестоимость, но непонятно где именно – начинайте с ABC и VA/NVA. Процесс сбоит при росте объёмов – запускайте DES-моделирование, чтобы найти узкое место до того, как оно станет критичным. Нужно обосновать изменения перед руководством – FMEA и матрица рисков дадут аргументы на языке последствий и вероятностей.
● – основной для данной цели, ○ – вспомогательный, – – не применим.
Мини-чек-лист данных: что собрать до старта
Прежде чем запускать обследование, убедитесь, что у вас есть минимальный набор входных данных. По сути, это классический GAP-анализ: фиксируем текущее состояние (AS-IS), определяем, к какому результату или целевым показателям стремимся, и собираем данные, которые позволяют увидеть разрыв между ними. Без них большинство методов дадут поверхностный результат.
- Модель AS-IS (схема в BPMN или другой нотации).
- Роли и ответственные по каждой операции.
- Объёмы: сколько экземпляров процесса проходит за период (день, неделя, месяц).
- Времена: длительность каждой операции, время ожидания между ними и вариативность выполнения – насколько сильно время операции колеблется от случая к случаю.
- Ошибки: типы, частота, последствия.
- Ресурсы: стоимость ресурсов на каждую операцию (люди, системы, материалы), а также доступность и загрузка исполнителей в разные периоды.
Если какого-то элемента нет – это не повод откладывать исследование. Это повод выбрать метод, который работает с имеющимися данными. Например, для визуальной оценки и Исикавы достаточно модели AS-IS и доступа к участникам. Матрица выше поможет сориентироваться.
Качественные методы анализа бизнес-процессов
Методы качественного анализа бизнес-процессов работают на основе экспертной оценки и визуальной информации. Они не требуют больших массивов данных и подходят для первичной диагностики – когда нужно быстро понять, где скрыты проблемы.
Визуальный анализ схемы
Суть: последовательный разбор BPMN-диаграммы на типовые дефекты – лишние согласования, петли возвратов, дублирование операций, избыточные передачи между ролями. Например, заявка проходит через четыре роли, хотя решение принимает одна.
Когда применять: есть готовая модель AS-IS и нужно быстро найти точки потерь без сбора числовых данных.
Что на выходе: перечень структурных проблем с привязкой к конкретным элементам схемы.
Анализ корневых причин (Исикава / «5 почему»)
Разработан Каору Исикавой в 1960-х, техника «5 почему» системно внедрена и популяризирована в производстве Toyota.
Суть: от наблюдаемой проблемы (задержка, брак, срыв SLA) выстраивается цепочка «почему?» до корневой причины. Диаграмма Исикавы группирует причины по категориям: люди, методы, оборудование, материалы, среда. На практике анализ редко остаётся линейным: одна проблема может иметь несколько параллельных причин, а дерево «почему?» часто ветвится. Попытка свести всё к одной «главной причине» обычно упрощает картину и приводит к ошибочным выводам.
Когда применять: проблема известна, но непонятно, что её вызывает – и команда предлагает разные версии. Один отдел считает, что задержка из-за ИТ-системы, другой – из-за ручного ввода данных, третий – из-за нехватки людей.
Что на выходе: структурированная карта причин с выделением корневых, на которые можно воздействовать.
Интервью и наблюдение
Суть: сбор информации от участников процесса через интервью и наблюдение за работой на месте. Фиксируются неформальные правила, обходные пути и потери, которые не отражены ни в регламенте, ни на схеме.
Когда применять: модель AS-IS вызывает сомнения, данные из систем неполны, а команда описывает работу иначе, чем она задокументирована.
Что на выходе: уточнённая модель, список расхождений между «как записано» и «как делается», входные данные для количественного исследования.
Количественные методы анализа бизнес-процессов
Количественные методы исследования бизнес-процессов опираются на числовые данные: время, стоимость, объёмы, частоту ошибок. Они дают измеримую основу для решений и позволяют сравнивать варианты изменений до внедрения.
Хронометраж и анализ времени цикла
Суть: замер трёх показателей по каждой операции – чистое время выполнения, время ожидания между операциями и общее время от старта до завершения. Разрыв между чистым временем и общим показывает, сколько времени процесс простаивает. При этом исследование проводится не на одном прогоне, а на множестве экземпляров, чтобы учесть естественную вариативность выполнения операций и поведения потока Важно изучить не только средние значения, но и разброс времени выполнения: именно вариативность операций чаще всего приводит к накоплению очередей и росту общего времени цикла.
Когда применять: сроки выполнения не укладываются в SLA или клиенты жалуются на скорость.
Что на выходе: карта временных потерь с указанием операций, где ожидание превышает полезную работу.
Расчёт стоимости по операциям (ABC)
Activity-Based Costing предложен Робертом Капланом и Робином Купером (Гарвардская школа бизнеса, 1980-е).
Суть: расчёт стоимости каждой операции через ресурсы, которые она потребляет – рабочее время сотрудников, использование систем, материалов. Позволяет увидеть, какие задачишаги процесса обходятся дороже всего.
Когда применять: нужно обосновать бюджет на оптимизацию или найти операции с непропорционально высокой стоимостью.
Что на выходе: стоимостная карта, ранжирование операций по затратам.
DES-моделирование (дискретно-событийная симуляция)
Предложен Джеффри Гордоном (IBM, 1960-е), сегодня применяется в операционном менеджменте для обследования процессов с очередями и ограниченными ресурсами.
Суть: имитация работы процесса с реальными параметрами – потоком заявок, количеством сотрудников, временем операций и вариативностью их выполнения. Модель прогоняет сотни экземпляров и показывает, где возникают очереди, перегрузки ресурсов, накопление незавершённой работы и срывы SLA.
Когда применять: нужно проверить, как процесс поведёт себя при изменении нагрузки, ресурсов или SLA – до того, как вносить изменения в реальную работу.
Что на выходе: прогноз пропускной способности, загрузки ресурсов, времени ожидания и точек отказа при разных сценариях. DES-моделирование особенно полезно для процессов с очередями и ограниченными ресурсами, где поведение системы определяется не только средними значениями, но и колебаниями нагрузки и времени выполнения операций. Познакомиться с DES-моделированием на практике можно в формате квеста, а если хотите разобраться глубже - есть курс. Оба бесплатно.
Методы анализа эффективности бизнес-процессов
Методы исследования эффективности бизнес-процессов отвечают на вопрос «насколько хорошо процесс достигает своей цели и можно ли добиться того же результата с меньшими ресурсами». Если качественные и количественные методы выявляют проблемы, то анализ эффективности помогает оценить масштаб потерь и расставить приоритеты.
Анализ добавленной ценности (VA/NVA-разметка)
Подход развит в рамках бережливого производства (Lean), систематизирован Джеймсом Вумеком и Дэниелом Джонсом.
Суть: каждая операция процесса размечается по трём категориям:
- VA – добавляет ценность для клиента
- BVA – не добавляет ценности, но необходима (контроль, отчётность, соблюдение нормативных требований)
- NVA – не добавляет ценности вообще (ожидание, дублирование, лишние перемещения)
Когда применять: процесс работает, естьно ощущение избыточности есть, а конкретных данных – нет.
Что на выходе: доля VA/BVA/NVA-операций в процессе. Как правило, доля операций, непосредственно создающих ценность для клиента, оказывается значительно меньше, чем ожидает руководство – и именно эта разница становится отправной точкой для улучшений.
Бенчмаркинг
Формализован Робертом Кэмпом на базе опыта Xerox (1989).
Суть: сравнение показателей процесса с эталоном – внутренним (другое подразделение, филиал) или внешним (отраслевые стандарты, данные конкурентов).
Когда применять: нужно понять, процесс работает плохо «вообще» или плохо «относительно рынка». Полезен, когда руководство сомневается в необходимости изменений.
Что на выходе: перечень показателей с отклонениями от эталона и целевые значения для улучшений.
Дерево метрик и привязка к целям бизнеса
Подход развивает логику системы сбалансированных показателей (Balanced Scorecard, Каплан и Нортон, 1992).
Суть: построение иерархии метрик – от стратегической цели компании до операционных показателей конкретного процесса. Например: цель «сократить срок обработки заявки до 4 часов» декомпозируется на время каждого этапа, загрузку исполнителей и частоту возвратов.
Когда применять: метрики процесса собираются, но не связаны с целями бизнеса – и непонятно, какие из них действительно важны.
Что на выходе: дерево метрик с целевыми значениями, которое связывает операционные метрики со стратегическими задачами компании.
Методы анализа рисков бизнес-процессов
Методы исследования рисков бизнес-процессов помогают найти уязвимые точки до того, как они приведут к сбоям, потерям или нарушению обязательств перед клиентами. Анализ рисков особенно важен перед оптимизацией: изменение процесса без оценки последствий может создать новые проблемы вместо решения старых.
Анализ видов и последствий отказов (FMEA)
Разработан для аэрокосмической отрасли (NASA, 1960-е), стандартизирован в MIL-STD-1629, адаптирован в стандарте ГОСТ Р 51814.2.
Суть: для каждой операции процесса определяются возможные отказы, их последствия и текущие меры контроля. По трём шкалам:
- Вероятность возникновения
- Значимость последствий
- Вероятность обнаружения
Рассчитывается приоритетное число риска (RPN). Чем выше RPN, тем более срочно потребуется принимать меры противодействия.
Когда применять: процесс сложный, в нём много участников и передач между ролями, а цена ошибки высока – финансовые потери, срыв SLA, репутационный ущерб.
Что на выходе: реестр рисков с ранжированием по RPN и рекомендациями – какие операции требуют дополнительного контроля, дублирования или перепроектирования.
Матрица рисков (вероятность × влияние)
Суть: каждый выявленный риск оценивается по двум параметрам – вероятность наступления и масштаб последствий. Результат наносится на матрицу с зонами:
- Критическая (требует немедленной реакции)
- Умеренная (плановые меры)
- Допустимая (принимаем и отслеживаем)
Когда применять: нужен быстрый обзор рисков для принятия управленческих решений – например, перед защитой проекта изменений у руководства.
Что на выходе: визуальная карта рисков, на основе которой руководитель выбирает, с какими рисками работать в первую очередь.
Пошаговый алгоритм анализа бизнес-процесса в организации
Методы исследования бизнес-процессов организации работают лучше, когда встроены в последовательный алгоритм. Ниже – семь шагов, которые связывают всё описанное выше в единую логику: от выбора процесса до плана изменений.
Шаг 1. Определить цель и выбрать процесс. Отправная точка – бизнес-задача: снизить стоимость, ускорить выполнение, подготовиться к росту нагрузки. Процесс выбирается по критерию влияния на эту задачу.
Шаг 2. Собрать данные по чек-листу. Модель AS-IS, роли, объёмы, времена, ошибки, затраты – тот самый набор из раздела «Как выбрать методы анализа». Чем полнее данные, тем шире выбор.
Шаг 3. Построить или верифицировать модель AS-IS. Если модели нет – создать. Если есть – проверить через интервью и наблюдение, что она соответствует реальности.
Шаг 4. Применить выбранные методы. По матрице выбора определить подходящие способы исследования под цель. Начинать с качественных (визуальный анализ, Исикава), затем переходить к количественным (хронометраж, ABC-анализ, DES-моделирование).
Шаг 5. Сформировать карту потерь и бэклог улучшений. Результаты исследования свести в единый документ: что теряем, сколько теряем, что предлагаем изменить. Каждый пункт бэклога – с ответственным, сроком и ожидаемым эффектом.
Шаг 6. Согласовать результаты. Бэклог без согласования – документ в стол. Рекомендации проходят валидацию на двух уровнях: исполнители подтверждают, что готовы работать по обновлённой версии процесса, а владелец утверждает приоритеты и выделяет ресурсы на внедрение.
Шаг 7. Зафиксировать модель TO-BE и план перехода. Целевое состояние процесса оформляется как модель TO-BE с учётом возможностей системы автоматизации, а план перехода описывает конкретные шаги от текущего состояния к целевому.
Этот алгоритм применим к методам анализа бизнес-процесса на предприятии любого масштаба – от локального в отделе до сквозного в компании.
Как сделать анализ быстрее в StormBPMN
Каждый шаг алгоритма можно ускорить, если инструмент поддерживает не только моделирование, но и аналитику. StormBPMN закрывает несколько этапов в одной среде.
Выбор процесса (шаг 1). Карта бизнес-возможностей (BCM) показывает, какие способности компании привязаны к каким процессам. Это помогает сделать выбор, отталкиваясь от стратегических приоритетов.
Построение модели AS-IS (шаг 3). ИИ генерирует черновик BPMN-диаграммы из текста регламента или технического задания. Автоматическая проверка качества схемы выявляет более 100 типовых ошибок моделирования – ещё до начала исследования.
Качественный анализ (шаг 4). Встроенные опросы с 10 готовыми шаблонами – оценка зрелости, поиск узких мест, анализ рисков. ИИ-сводка результатов выделяет ключевые проблемы и рекомендации без ручной обработки анкет.
Количественный анализ (шаг 4). DES-моделирование (дискретно-событийная симуляция)прогоняет процесс с реальными параметрами: поток заявок, количество сотрудников, время операций и вариативность их выполнения. Система показывает, где формируются очереди, как меняется время ожидания при росте нагрузки и какие ресурсы становятся узким местом. 45 сценариев «что, если» позволяют проверить последствия изменений до внедрения. ИИ-отчёт формулирует выводы в бизнес-контексте – с указанием причин узких мест, расчётом окупаемости и привязкой к 12 типовым бизнес-целям.
Поиск улучшений (шаг 5). ИИ изучает модель и указывает точки для оптимизации – потенциал автоматизации, избыточные операции, несбалансированная нагрузка на роли.
Согласование (шаг 6). Совместная работа в реальном времени, комментарии к элементам схемы и версионирование – исполнители и владелец согласовывают результаты прямо в модели, без пересылки файлов.
Меньше рутины на каждом шаге – быстрее путь от модели AS-IS до согласованного бэклога улучшений.
Ответы на частые вопросы
С чего начать, если процессы в компании не описаны?
С выбора одного процесса, который создаёт наибольшие проблемы прямо сейчас – срывы сроков, жалобы клиентов, высокая стоимость. Опишите его в BPMN, проведите визуальное изучение схемы и интервью с участниками. Этого достаточно для первого бэклога улучшений.
Нужен ли для анализа внешний специалист?
Зависит от задачи. Визуальный анализ, Исикаву и хронометраж может провести внутренний аналитик или владелец. Для ABC-анализ, FMEA и DES-моделирования потребуется опыт – либо собственный обученный сотрудник, либо внешний консультант на этапе запуска.
Сколько времени занимает анализ одного процесса?
Длительность зависит от масштаба, доступности данных и выбранных методов исследования. Визуальный разбор схемы и интервью с участниками – самый быстрый старт. Полный цикл с количественными методами и DES-моделированием занимает в разы больше времени, особенно если данные приходится собирать с нуля. Ориентиры по каждому подходу и пример расчета для быстрого старта приведены в таблицах ниже.
Какой минимальный набор методов даст результат?
Визуальное изучение схемы + хронометраж + анализ добавленной ценности. Эти три метода исследования и оптимизации бизнес-процессов покрывают структурные дефекты, временные потери и долю бесполезных операций. Для большинства случаев этого достаточно, чтобы сформировать обоснованный план улучшений.
Краткие итоги
В этой статье мы разобрали основные методы исследования бизнес-процессов и собрали их в матрицу выбора под шесть типовых целей. Главное, что стоит забрать с собой: сила анализа не в количестве применённых подходов, а в точности попадания в задачу. Один верно выбранный подход с измеримым результатом ценнее десяти применённых «для полноты картины».
Обследование – отправная точка. За ним идёт проектирование целевой версии процесса, внедрение изменений, замер результатов. Но без качественного исследования каждый из этих шагов строится на догадках. Компании, которые встраивают анализ в регулярную управленческую практику, принимают решения быстрее и точнее – потому что опираются на факты.
Начните с одного процесса и одного метода – и вы получите первый измеримый результат, от которого можно отталкиваться дальше.
