01
Работа ждёт согласования
Само действие занимает несколько часов, но документ или решение может лежать без движения несколько дней.
SOLDATOVA · бизнес-процессы
Анализ бизнес-процессов увидеть, где компания теряет результат
Потери редко находятся в одном очевидном месте. Время уходит на ожидание, решения зависают между подразделениями, работа переделывается, а собственник видит проблему уже по сорванному сроку или деньгам. Анализ позволяет увидеть процесс целиком — таким, каким он работает сейчас.
Главный принцип
Нельзя улучшить процесс, которого вы не видите
Прежде чем автоматизировать, перераспределять людей или писать новый регламент, нужно восстановить фактическую картину: от входа процесса до конечного результата.
Анализ начинается не с вопроса
«как должно быть»,
а с вопроса
«что реально происходит сейчас?»
Разобрать процесс →
Что нужно увидеть
01
Границы Где процесс начинается и заканчивается.
02
Участников Кто передаёт работу следующему звену.
03
Ресурсы Что требуется для движения процесса.
04
Время Где работа идёт, а где просто ждёт.
05
Потери Что замедляет или удорожает результат.
Симптомы процесса
Потери часто находятся между действиями, а не внутри них
Каждый сотрудник может выполнять свою часть работы правильно. Но общий процесс всё равно будет медленным, дорогим и непредсказуемым, если проблема возникает на передаче результата между людьми и подразделениями.
02
Данные собираются повторно
Разные участники процесса запрашивают одну и ту же информацию, потому что общего источника нет или ему не доверяют.
03
Результат переделывается
Следующий участник обнаруживает, что получил неполные данные, неправильный формат или результат другого качества.
04
Решения поднимаются наверх
Вместо движения по понятным правилам процесс регулярно останавливается, пока руководитель лично не решит, что делать дальше.
05
Ответственность теряется на стыке
Каждый отвечает за свой участок, но никто не владеет конечным результатом процесса целиком.
Анализ нужен,
чтобы увидеть не только
что делают сотрудники,
но и что происходит
между их действиями.
AS IS · как процесс работает сейчас
Анализируем не регламент, а реальный маршрут результата
Сначала фиксируем фактическое состояние процесса. Не исправляем его по ходу и не рисуем идеальную модель. Задача первого этапа — увидеть реальность без управленческой косметики.
01
Границы
Где начинается процесс и каким результатом заканчивается.
02
Участники
Кто реально участвует и кому передаёт результат.
03
Ресурсы
Какие данные, системы и решения требуются.
04
Время
Сколько занимает работа и сколько — ожидание.
05
Потери
Переделки, простои, дублирование, лишние согласования.
06
Узкие места
Где ограничивается скорость всего процесса.
07
Изменения
Что даст наибольший эффект и в какой последовательности.
Сначала AS IS —
честная модель текущей работы.
Только после этого имеет смысл проектировать,
как процесс должен работать дальше.
Шаг 01 · границы
Процесс должен иметь понятное начало и конкретный результат
Если границы не определены, анализ быстро превращается в попытку описать всю компанию сразу. Поэтому сначала фиксируется конкретный участок, который создаёт определённый результат.
Вход
Что запускает процесс
Событие, запрос, заказ, задача, потребность или другой конкретный старт.
→
Процесс
Цепочка создания результата
Какие действия, решения, передачи и проверки должны произойти между стартом и финишем.
→
Выход
Что должно быть получено
Не «процесс завершён», а конкретный результат, который получает следующий внутренний или внешний клиент.
Перед анализом ответьте на четыре вопроса:
Что является событием старта?
Какой результат означает конец процесса?
Кто получает этот результат?
Кто отвечает за процесс целиком?
Шаг 02 · участники
Особенно внимательно смотрите на передачу работы между людьми
Чем больше участников, тем важнее увидеть не только действия каждого, но и правила передачи результата: что именно передаётся, в каком качестве и кто принимает следующий шаг.
Условный пример
Процесс от заказа клиента до запуска исполнения: менеджер → расчёт → технический отдел → производство.
Менеджер
Собирает требования клиента и формирует исходные данные, с которыми следующий участник должен начать работу.
→
Расчёт
Определяет стоимость, сроки и ограничения, которые влияют на дальнейшее решение.
→
Технический отдел
Проверяет реализуемость, уточняет параметры и выявляет технические риски.
→
Производство
Получает согласованный и достаточный пакет данных, необходимый для исполнения.
Где искать риск
Если технический отдел регулярно возвращает заявку менеджеру за недостающими данными, проблема находится не обязательно в скорости технического отдела. Узкое место может быть в качестве входа на его этап.
Шаг 03–04 · ресурсы и время
Длительность процесса — не то же самое, что время работы
В длинном процессе сотрудники могут фактически работать над задачей лишь небольшую часть общего срока. Остальное время результат ждёт: данные, согласование, доступный ресурс или решение следующего участника.
Условный процесс · подготовка заказа
Пример показывает, почему при анализе важно разделять активную работу и ожидание.
Общий цикл · 5 рабочих дней
Активная работа
Менеджер: подготовка исходных данных
Расчёт: формирование стоимости
Технический отдел: проверка
Что может создавать ожидание
Данные: не хватает информации
Ресурс: сотрудник занят другой задачей
Решение: требуется согласование
Если пытаться ускорить только сотрудников,
можно получить почти нулевой эффект.
Сначала нужно понять,
где процесс работает,
а где просто стоит.
Шаг 05 · потери
Ищите не «плохую работу», а конкретный тип потери
Формулировка «процесс работает плохо» ничего не даёт для изменения. Анализ должен показать, где именно исчезают время, качество или управленческий ресурс.
01
Ожидание
Работа готова к следующему шагу, но не движется.
Сигнал: большие паузы между короткими действиями.
02
Переделка
Уже выполненная работа возвращается назад на исправление.
Сигнал: один результат проходит этап несколько раз.
03
Дублирование
Одни и те же данные вводятся или проверяются несколькими участниками.
Сигнал: одинаковая информация живёт в нескольких местах.
04
Лишнее согласование
Типовое решение каждый раз требует участия руководителя.
Сигнал: процесс регулярно ждёт одного человека.
05
Плохая передача
Следующий этап получает неполный или неподходящий результат.
Сигнал: постоянные уточнения после передачи задачи.
Шаг 06 · узкое место
Улучшать весь процесс сразу обычно не нужно
Скорость процесса ограничивается самым проблемным участком. Поэтому задача анализа — найти место, которое сильнее остальных влияет на срок, объём или качество всего результата.
Этап 1
работает стабильно
работает стабильно
Этап 2
работает стабильно
работает стабильно
УЗКОЕ
МЕСТО
МЕСТО
Этап 4
получает очередь
получает очередь
Условный пример
Если остальные этапы способны обработать 100 заказов в неделю, но обязательный расчёт пропускает только 45, увеличение скорости на других участках не увеличит итоговую пропускную способность процесса. Сначала нужно работать с ограничивающим этапом.
Вопрос 01
Где накапливается очередь
и работа начинает ждать?
Вопрос 02
Какой этап чаще остальных
задерживает движение
следующего участника?
Вопрос 03
Что сильнее всего ограничивает
скорость,
объём
или качество конечного результата?
Быстрая самодиагностика
Насколько вы понимаете как реально работают ключевые процессы?
Ответьте на шесть вопросов. Чем больше ответов «нет», тем выше вероятность, что решения об изменениях принимаются без полной картины процесса.
Прогресс 0 / 6
01
Для ключевого процесса понятно, где он начинается и каким результатом заканчивается?
02
Известны все участники процесса и точки передачи работы между ними?
03
Вы знаете не только общий срок, но и где процесс фактически ждёт?
04
Повторные переделки, возвраты и дублирование можно увидеть в данных или карте процесса?
05
Понятно, какой этап сильнее всего ограничивает скорость или качество всего процесса?
06
Изменения приоритизированы по ожидаемому эффекту, а не по принципу «переделаем всё»?
0/6
FAQ
Частые вопросы об анализе бизнес-процессов
Основные вопросы, которые возникают перед диагностикой и изменением процессов компании.
Это разбор фактического маршрута создания результата:
от события, которое запускает процесс,
до его конечного выхода.
Анализ помогает увидеть участников,
передачи, ресурсы, время,
повторную работу,
ожидание и участки,
ограничивающие общий результат.
AS IS — это описание процесса
таким, каким он фактически работает сейчас.
На этом этапе важно не рисовать желаемую модель,
а зафиксировать реальную последовательность действий,
решений, ожиданий и передач между участниками.
Нужно посмотреть,
где накапливается очередь,
какой этап регулярно задерживает следующие
и что сильнее всего ограничивает
срок, объём или качество конечного результата.
Улучшение остальных этапов
не всегда изменяет общую производительность процесса.
Полезно собрать фактические сроки,
участников,
точки передачи,
используемые документы и системы,
случаи возврата работы,
повторные действия,
очереди,
отклонения и доступные показатели результата.
Набор зависит от конкретного процесса.
Сначала полезно понять,
как процесс работает
и в чём находится его ограничение.
Иначе компания рискует автоматизировать
лишние согласования,
дублирование
или неоптимальную последовательность действий,
вместо устранения причины потерь.
На выходе должна появиться
понятная картина текущего процесса,
список существенных потерь и ограничений,
приоритетные зоны изменений
и понимание,
какое изменение нужно делать первым
и какой эффект от него ожидается.
Следующий шаг
Если процессы постоянно требуют ручного вмешательства, сначала найдите системное ограничение
Долгие сроки,
постоянные согласования,
повторная работа
и зависимость от конкретных сотрудников
могут иметь разные причины.
На диагностике мы восстанавливаем реальную конструкцию работы
и определяем,
где именно компания теряет управляемость,
время и результат.
Провести диагностику ↗ 01 · AS IS
Фиксируем,
как процесс действительно
работает сейчас.
02 · Ограничение
Находим потери,
узкие места
и причины задержек.
03 · Маршрут
Определяем,
что изменить первым
и какой эффект ожидаем.