Оптимизация бизнес-процессов: как её делают на практике
Оптимизация процессов — сокращение времени, стоимости и ошибок за счёт изменения маршрута, а не за счёт ускорения людей. Главный вопрос не «как делать быстрее», а «какие шаги можно убрать».
Оптимизация бизнес-процессов — это сокращение времени, стоимости и числа ошибок в повторяющейся работе за счёт изменения маршрута, а не за счёт ускорения людей. Ключевой вопрос не «как делать быстрее», а «какие шаги можно убрать».
Что такое оптимизация процессов
Процесс — это последовательность действий, которая повторяется и имеет измеримый результат. Оптимизация процессов означает изменение этой последовательности так, чтобы результат достигался дешевле, быстрее или надёжнее. Если после изменений маршрут остался прежним, а людям просто велели работать интенсивнее, оптимизации не произошло.
Цель оптимизации процесса
Формулировка цели определяет весь проект, и она должна быть одна. Нельзя одновременно сокращать срок, стоимость и число ошибок: эти параметры конфликтуют. Ускорение почти всегда повышает вероятность ошибки, снижение стоимости часто удлиняет срок.
| Цель | Что делаем | Чем платим |
|---|---|---|
| Срок | Убираем ожидание, распараллеливаем шаги | Ростом требований к квалификации и контролю |
| Стоимость | Упрощаем операции, снижаем требования к исполнителю | Скоростью и гибкостью |
| Качество | Добавляем проверки и стандарты | Сроком и стоимостью |
Оптимизация, автоматизация и реинжиниринг
Три разные работы, которые постоянно путают. Оптимизация меняет маршрут внутри существующей логики. Автоматизация передаёт машине шаги, которые остались после оптимизации. Реинжиниринг отменяет старую логику целиком и проектирует процесс заново от результата.
Порядок имеет значение: автоматизация неоптимизированного процесса закрепляет лишние шаги в программном коде, и потом их убрать дороже, чем было изначально.
Самая дорогая последовательность действий выглядит так: компания видит, что процесс медленный, покупает систему автоматизации, переносит в неё текущий маршрут со всеми согласованиями и получает те же сроки, но с лицензионными платежами сверху. Разбор процесса до внедрения снял бы половину шагов и сократил бы объём внедрения втрое.
Когда процесс не надо оптимизировать
Отказ от проекта — тоже результат. Три ситуации, где вкладываться не стоит.
- Процесс редкий. Операция, которая происходит дважды в год, не даст экономии, сопоставимой с затратами на её описание и стандартизацию.
- Процесс скоро изменится. Если через квартал меняется продукт или регуляторика, оптимизировать текущий маршрут — работа в стол.
- Процесс не должен существовать. Иногда правильный ответ — отменить, а не улучшить. Проверяется вопросом: что произойдёт, если мы просто перестанем это делать.
Этапы оптимизации
Этапы процесса оптимизации одинаковы независимо от отрасли: меняется содержание, а не логика работы.
Шаг 1. Описание процесса как есть
Описывается не идеальная схема из регламента, а фактический маршрут. Разница между ними обычно и есть предмет разбора: люди обходят регламент не из вредности, а потому что он неудобен, и в обходном пути часто спрятано рабочее решение.
Практический приём: описание собирается не со слов руководителя, а по следам конкретной единицы работы. Берётся одна заявка или один заказ, и восстанавливается её путь по датам и передачам.
Шаг 2. Замер
Каждый шаг получает три цифры: сколько времени занимает работа, сколько времени единица ждёт между шагами и как часто на этом шаге возникает ошибка или возврат. Второй показатель обычно оказывается решающим.
Шаг 3. Поиск узкого места
В любой системе в каждый момент есть один участок, который определяет пропускную способность целого. Улучшения на других участках не дают результата: работа просто накапливается перед узким местом быстрее. Это ключевая мысль, которую чаще всего игнорируют, распределяя усилия равномерно по всем шагам.
Шаг 4. Проектирование целевого процесса
Целевой маршрут строится вычитанием, а не добавлением. Основной вопрос к каждому шагу: что произойдёт, если его убрать. Шаги, для которых ответ звучит как «ничего страшного» или «никто не заметит», убираются первыми.
Шаг 5. Внедрение и закрепление
Внедрение оптимизации процессов проваливается чаще, чем проектирование. Причина одна: старый маршрут остался доступен. Пока можно решить вопрос звонком в обход новой схемы, люди будут звонить, потому что так быстрее для них лично.
В большинстве компаний собственно работа занимает меньше пятой части цикла. Разберу один ваш процесс по шагам с замером и покажу, что можно убрать без потери качества.
Методы и инструменты
Метод оптимизации процессов выбирается под задачу, а не по популярности. Ниже те, что реально работают в среднем бизнесе.
Картирование потока
Процесс рисуется на одном листе с указанием времени работы и времени ожидания по каждому шагу. Последовательность этапов оптимизации процесса с применением картирования даёт наглядность, которой не даёт ни одна таблица: видно, что полезная работа занимает малую долю от общего срока.
Моделирование процессов
Формальное описание в нотации нужно там, где процесс сложный и участников много. Для процесса из шести шагов и двух отделов достаточно схемы на листе — формальная модель добавит работы и не добавит понимания.
Бережливый подход
Суть в систематическом устранении того, за что клиент не платит: ожидание, перемещение, повторный ввод данных, избыточные проверки, исправление брака. Проект бережливой оптимизации процесса удобен тем, что даёт готовый список категорий потерь, по которым можно пройти.
Система оптимизации процессов
Разовый проект даёт эффект на квартал. Система означает, что в компании есть регулярный цикл: замер, выявление отклонений, изменение, проверка. Без этого улучшенный процесс постепенно обрастает новыми согласованиями и через год возвращается к исходному состоянию.
Редкая операция с высокой ценой ошибки. Нужен человек и внимание, а не оптимизация.
Частая операция, ошибка дорого стоит. Сначала стандарт, потом автоматизация.
Редкая и дешёвая. Чаще всего эту работу можно просто отменить.
Частая и дешёвая при ошибке. Идеальный кандидат на машину.
Задачи оптимизации процессов в организации
В зависимости от того, где именно болит, задача формулируется по-разному, и от формулировки зависит подход.
Ежедневные операции сотрудников: обработка заявок, документооборот, коммуникация между отделами.
Сбор и обработка данных для решений. Здесь чаще всего обнаруживается двойной ручной ввод.
Создание продукта или услуги: от постановки задачи до сдачи. Основная потеря — переделки из-за неясного задания.
Путь от заказа до поставки. Узкое место обычно на стыке продаж и производства.
Оптимизация процессов производства
На производстве логика та же, но цена ошибки при перепроектировании выше, а обратный ход дороже. Поэтому изменения внедряются на одном участке или одной смене, проверяются в течение цикла и только потом распространяются. Отдельная особенность — необходимость видеть процесс своими глазами: расхождение между схемой и реальностью в цеху больше, чем в офисе.
Управление процессами: кто за это отвечает
Оптимизация процессов управления упирается в один вопрос: есть ли у процесса владелец. Не исполнитель отдельного шага, а человек, отвечающий за результат целиком и имеющий полномочия менять маршрут.
В типовой функциональной структуре процесс проходит через три-четыре отдела, у каждого свой руководитель, и никто не отвечает за общий срок. Именно поэтому потери концентрируются на стыках: внутри отдела работу оптимизируют, на границе она встаёт в очередь.
Минимальное изменение, которое даёт эффект без перестройки структуры: назначить владельца процесса и добавить в его цели один показатель — общее время цикла от входа до результата. Как только у сквозного срока появляется ответственный, стыки между отделами начинают разбираться сами, потому что впервые оказываются в чьей-то зоне внимания.
Проект оптимизации: сроки и участники
Проект оптимизации процессов на одном маршруте занимает три-пять недель и требует участия людей, которые в этом процессе работают. Попытка сделать его силами одного аналитика без вовлечения исполнителей даёт красивую схему, не совпадающую с реальностью.
Кто должен участвовать
- Исполнители всех шагов. По часу с каждым. Они единственные знают, где на самом деле теряется время.
- Руководитель, у которого есть полномочия менять маршрут. Без него проект упирается в согласования.
- Человек со стороны получателя результата. Часто выясняется, что часть работы никому не нужна — просто никто не спрашивал.
- Тот, кто будет поддерживать процесс дальше. Если такого человека нет, изменения не переживут квартал.
Типовой график
Первая неделя уходит на описание и наблюдение, вторая на замер, третья на проектирование и обсуждение вариантов, четвёртая на запуск. Стабилизация занимает ещё месяц, и на этот период нужен еженедельный разбор отклонений — иначе люди возвращаются к привычному маршруту.
Технологии и данные в оптимизации
Отдельный слой находок — работа с информацией. В большинстве процессов среднего бизнеса данные вводятся дважды, а иногда трижды: в почте, в таблице и в учётной системе.
Двойной ввод
Самая частая и самая дешёвая в устранении потеря. Признак: сотрудник копирует данные из одного места в другое без изменения содержания. Каждый такой перенос — это время плюс вероятность ошибки, и почти всегда он существует потому, что две системы не связаны, а связать их дешевле, чем оплачивать перенос вручную годами.
Решения по недостоверным данным
Второй симптом: в компании есть отчёт, но руководители перепроверяют его вручную перед принятием решения. Это означает, что данным не доверяют, и реальный процесс включает скрытый шаг проверки, которого нет ни в одном регламенте. Такой шаг не оптимизируется — он устраняется восстановлением доверия к источнику.
Вопрос, который быстрее всего находит лишние шаги: «что произойдёт, если этого не делать». В большинстве случаев ответ — «не знаю, так было всегда». Шаги, появившиеся когда-то как реакция на единичный сбой, живут в процессе годами после того, как причина исчезла. Проверка каждого согласования на актуальность обычно убирает от четверти до трети шагов без всякой автоматизации.
Показатели: как понять, что стало лучше
Оптимизация процессов, эффективность которой не измерена, не отличима от её видимости. Достаточно четырёх показателей, снятых до и после.
Отдельно стоит считать долю времени, которую единица работы проводит в ожидании, а не в обработке. Это самый показательный индикатор: в процессах, которые никогда не разбирали, он обычно превышает восемьдесят процентов, и именно он лучше всего объясняет собственнику, почему найм ещё одного сотрудника не ускорит работу.
Замер «до» обязателен и делается до любых изменений. Проект без исходного замера невозможно защитить: любой результат можно объяснить сезонностью или удачным месяцем.
Что мешает оптимизации
- Сопротивление тех, кого меняют. Естественная реакция: изменение процесса означает пересмотр привычной работы и часто уменьшение зоны влияния.
- Оптимизация без замера. Изменения внедрены, эффект не доказан, через год всё возвращается.
- Слишком много изменений сразу. Три процесса одновременно означают, что ни один не будет доведён.
- Проект без владельца. Задача изменений всегда проигрывает операционке, если человеку не сняли часть текущей нагрузки.
Опишем маршрут как есть, замерим время работы и ожидания по шагам, найдём узкое место и уберём лишнее. Один процесс за три-четыре недели с измеримым результатом.
Что делать после упрощения — в материале про автоматизацию бизнеса: сначала убрать лишние шаги, потом передать оставшиеся машине. Более широкий взгляд на затраты и эффективность — оптимизация бизнеса. Про структуру и полномочия — система управления компанией, про диагностику — аудит бизнеса.
Частые вопросы
Это изменение последовательности повторяющихся действий так, чтобы результат достигался дешевле, быстрее или надёжнее. Ключевое слово — изменение маршрута: если после «оптимизации» шаги остались теми же, а людям просто велели работать интенсивнее, оптимизации не произошло. Главный вопрос к каждому шагу — что будет, если его убрать.
Одна из трёх: срок, стоимость или качество. Одновременно улучшить всё не получится — параметры конфликтуют. Ускорение повышает вероятность ошибки, снижение стоимости обычно удлиняет срок, добавление проверок увеличивает и срок, и стоимость. Проект без выбранного приоритета заканчивается спором о том, что считать успехом.
Оптимизация меняет маршрут внутри существующей логики, автоматизация передаёт машине шаги, которые остались после оптимизации, реинжиниринг отменяет логику целиком и проектирует процесс заново. Порядок важен: автоматизация неоптимизированного процесса закрепляет лишние шаги в программном коде, и убрать их потом дороже, чем было изначально.
Пять: описать процесс как есть (не по регламенту, а фактически), замерить время работы и время ожидания по каждому шагу, найти узкое место, спроектировать целевой маршрут вычитанием шагов, внедрить и закрепить. Пропуск замера делает бессмысленными все последующие этапы — без цифр «до» невозможно доказать эффект «после».
По времени ожидания, а не по времени работы. В любой системе есть один участок, определяющий пропускную способность целого — перед ним накапливается очередь. Улучшения на других участках результата не дают: работа просто быстрее доходит до узкого места. Это причина, по которой равномерное распределение усилий по всем шагам не работает.
В трёх случаях: процесс редкий (операция дважды в год не даст экономии, сопоставимой с затратами на стандартизацию), процесс скоро изменится из-за смены продукта или регуляторики, и процесс не должен существовать вовсе. Последнее проверяется вопросом: что произойдёт, если мы просто перестанем это делать.
Главная причина — старый маршрут остался доступен. Пока вопрос можно решить звонком в обход новой схемы, люди будут звонить, потому что лично для них так быстрее. Вторая причина — отсутствие владельца процесса с полномочиями и метрикой сквозного срока. Без него улучшенный маршрут постепенно обрастает новыми согласованиями.
Исполнители всех шагов (по часу с каждым — они знают, где реально теряется время), руководитель с полномочиями менять маршрут, представитель получателя результата и тот, кто будет поддерживать процесс дальше. Проект силами одного аналитика без вовлечения исполнителей даёт схему, не совпадающую с реальностью.