Оптимизация бизнес-процессов

ОПТИМИЗАЦИЯ
БИЗНЕС-ПРОЦЕССОВ: НАВЕСТИ ПОРЯДОК В КОМПАНИИ НА ЦИФРАХ

Оптимизация бизнес-процессов — это не разовая чистка регламентов, а работа над тем, чтобы компания получала тот же результат меньшими усилиями: быстрее, дешевле и с меньшим числом ошибок. Я подхожу к ней как бизнес-трекер — начинаю не с красивых схем, а с того, где именно в вашей работе теряются время и деньги, и меняю сначала это.

КОГДА НУЖНА
ОПТИМИЗАЦИЯ

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

Важно не путать оптимизацию с построением процессов. Оптимизировать можно только то, что уже существует и работает. Если процесса нет вообще, а есть привычки двух-трёх ключевых людей, — сначала его нужно выстроить, и только потом улучшать; с чего начать построение с нуля, разобрал в отдельном разборе про построение бизнес-процессов.

И третье, что стоит различать: сама оптимизация — разовый проект с началом и концом. То, что происходит после неё, — уже управление бизнес-процессами: регулярная сверка метрик и донастройка по ходу, а не единовременная правка. Обычно эта часть остаётся внутри компании — я захожу в неё только как часть регулярного трекинга, а не отдельной услугой.

КАК ПРОХОДИТ
ОПТИМИЗАЦИЯ

ДЛЯ КОГО

Работаю с собственниками бизнеса от трёх лет — там, где процессы уже сложились и их есть что улучшать, а не выстраивать с нуля. Больше 15 лет я сам веду ИТ-компанию и как бизнес-трекер помогал наводить порядок и в небольших командах, и в компаниях под 200 человек — поэтому предлагаю не теорию из учебника, а решения, которые проверял на своих процессах.

ОПТИМИЗАЦИЯ — ЧАСТЬ
ОБЩЕЙ КАРТИНЫ

Оптимизация процессов редко бывает изолированной задачей: чаще она всплывает, когда компания упёрлась в потолок, а где именно — непонятно. Поэтому я начинаю с диагностики бизнеса, чтобы менять то, что действительно тормозит рост, а не первое попавшееся. Пошаговые методы и примеры оптимизации собрал в отдельном руководстве по оптимизации бизнес-процессов.

ПРИЗНАКИ, ЧТО
ПОРА НАЧИНАТЬ

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

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

КАК ИЗМЕРИТЬ
РЕЗУЛЬТАТ

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

После внедрения нового порядка те же метрики снимаются повторно на реальных данных, а не на прогнозе. Если цифры не сдвинулись — процесс скорректирован неверно, и разумнее вернуться к карте узких мест, чем упорно внедрять то, что не работает. Если сдвинулись — тот же принцип измерения можно закладывать в следующий участок оптимизации.

ЧТО МОЖЕТ
ПОЙТИ НЕ ТАК

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

Вторая частая ошибка — пытаться оптимизировать всё сразу. Компания за один заход перекраивает пять-шесть процессов, команда не успевает адаптироваться ни к одному, и в итоге не получает результата ни по одному направлению. Правильный темп — один-два процесса за раз, доведённые до устойчивого результата, а не десять процессов, начатых и брошенных на середине.

РОЛЬ КОМАНДЫ
В ОПТИМИЗАЦИИ

Люди, которые каждый день выполняют процесс, почти всегда точнее руководителя знают, где он реально буксует — просто их редко спрашивают напрямую. Первый источник информации о том, что не так, — не аналитика и не CRM, а разговор с исполнителями: что мешает, что приходится обходить, где регламент расходится с тем, что происходит на самом деле.

Вовлечение команды в саму оптимизацию — не формальность, а способ снизить сопротивление изменениям. Сотрудник, который предложил часть решения сам, реже саботирует его внедрение, чем тот, кому просто сообщили новый порядок работы после того, как решение уже приняли без него. По этой же причине разговор с исполнителями стоит проводить не один раз в начале проекта, а держать открытым на всём протяжении работы — новые детали и ограничения всплывают уже в процессе внедрения, а не только на этапе диагностики.

ЧТО ДАЛЬШЕ
ПОСЛЕ ВНЕДРЕНИЯ

Оптимизированный процесс не остаётся идеальным навсегда: компания растёт, меняются объёмы, появляются новые задачи — и то, что хорошо работало полгода назад, снова начинает давать сбои. Разница в том, что второй заход обычно быстрее первого: метрики уже есть, узкие места легче заметить на цифрах, а команда уже прошла через один цикл изменений и меньше сопротивляется следующему.

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

ФОРМАТЫ
РАБОТЫ

Оптимизация одного конкретного процесса — самый частый запрос: есть понятная боль в одном месте, её и разбираем, от карты текущего состояния до внедрения и проверки на цифрах. Такой формат укладывается в понятные сроки и даёт измеримый результат на одном участке, прежде чем масштабировать подход дальше. Это же самый безопасный способ проверить формат работы для тех, кто раньше не привлекал внешнего специалиста: результат виден быстро и на конкретном участке, без риска для всей компании сразу.

Второй формат — когда неясно, какой именно процесс оптимизировать первым, потому что проблемных мест несколько и они переплетены между собой. Тогда работа начинается с более широкой диагностики: смотрим на компанию целиком, находим два-три участка с максимальным потенциалом улучшения и дальше идём по ним по очереди, а не пытаемся охватить всё разом. Форматы и цены на оба варианта — на странице услуг.

СКОЛЬКО ЭТО
ЗАНИМАЕТ

Оптимизация одного процесса редко занимает меньше нескольких недель: время уходит не столько на саму схему, сколько на согласование деталей с людьми, которые раньше работали иначе, и на проверку нового порядка на реальных данных, а не на прогнозе. Попытка сжать сроки за счёт пропуска этапа проверки почти всегда оборачивается откатом назад через месяц-два, когда выясняется, что новый порядок не учёл важную деталь, которую было бы видно на тестовом участке. Более широкая диагностика по нескольким процессам сразу занимает больше времени, но экономит его в сумме: становится видно, какие проблемы связаны между собой и решаются одним изменением, а какие только выглядят похожими, а на деле требуют разных решений.

КОГДА ПРОЦЕСС
ЗАВЯЗАН НА НЕСКОЛЬКИХ ОТДЕЛАХ

Самые болезненные потери времени и денег обычно происходят не внутри одного отдела, а на стыках между ними: заявка передаётся из продаж в производство, из производства в логистику, и на каждом переходе теряется часть контекста, а иногда и сама заявка. Внутри отдела люди обычно быстро находят общий язык, потому что видят общую картину; на стыке между отделами у каждой стороны своя система приоритетов, и то, что критично для одного, может быть в конце очереди у другого. Именно поэтому карта процесса, ограниченная одним отделом, часто не показывает главную проблему — она находится за пределами того, что видит один участник разговора.

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

РОЛЬ РУКОВОДИТЕЛЯ
ВО ВРЕМЯ ОПТИМИЗАЦИИ

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

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

ЦИФРЫ
ПРОТИВ ОЩУЩЕНИЙ

В спорах о том, какой участок оптимизировать первым, часто побеждает не самый проблемный процесс, а тот, о котором громче всех говорят на планёрках. Реальные потери времени и денег нередко скрыты в рутинных операциях, которые никто не обсуждает вслух именно потому, что к ним давно привыкли и считают неизбежными издержками работы.

Поэтому прежде чем выбирать, что оптимизировать в первую очередь, полезно свести хотя бы приблизительные цифры по нескольким кандидатам: сколько часов в неделю уходит на операцию, сколько раз в месяц она приводит к ошибке или задержке. Даже грубая оценка на основе разговоров с исполнителями почти всегда даёт более точную картину приоритетов, чем разговор на ощущениях. Такая оценка не заменяет полноценный анализ, но она достаточно точна, чтобы принять первое решение о приоритете, а окончательные цифры уточнить уже в процессе самой оптимизации, когда данные начинают собираться системно, а не по памяти сотрудников. На практике этого достаточно, чтобы не откладывать старт оптимизации в ожидании идеальных данных, которых чаще всего у компании просто нет.