Внедрение процессного управления вместо функционального
Внедрение процессного подхода вместо функционального управления — это переход от управления «начальниками» и вертикальными функциями к управлению «результатами» и горизонтальными цепочками создания ценности. Ниже приведен подробный алгоритм, разбитый на этапы, с практическими шагами и типичными рисками.
Этап 1. Диагностика и подготовка (1–2 месяца)
1.1. Оценка текущей модели управления
Проведите опрос и интервью с руководителями подразделений: выявите зоны размытой ответственности, длительные согласования, дублирование функций.
Проанализируйте 5–10 насущных проблем: например, срок выполнения заказа, количество рекламаций, частоту ручной передачи данных.
1.2. Определение целей внедрения
Четко сформулируйте, зачем нужен переход: сокращение цикла, снижение издержек, повышение качества, прозрачность.
Выберите 1–2 ключевых показателя успеха (например, сокращение времени выполнения сквозного процесса на 20%).
1.3. Формирование команды изменений
Назначьте владельца проекта (топ-менеджер с авторитетом).
Вовлеките внутреннего методолога или внешнего консультанта по процессному управлению.
Создайте «совет процессов» из руководителей ключевых функций.
1.4. Коммуникация и снятие сопротивления
Объясните персоналу, что процессный подход не упраздняет их компетенции, а убирает лишние стыки.
Покажите на примере одного пилотного процесса выгоду для сотрудников (меньше рутины, быстрее решение проблем).
Этап 2. Описание и регламентация процессов (2–4 месяца)
2.1. Выделение сквозных процессов
Определите 5–10 основных бизнес-процессов, создающих ценность для клиента: «Закупка → Производство → Отгрузка», «Заявка клиента → Оплата», «Найм → Адаптация».
Постройте карту процессов верхнего уровня (например, в нотации IDEF0 или BPMN).
2.2. Назначение владельцев процессов
Для каждого процесса — ответственный руководитель, наделенный ресурсами и полномочиями.
Владелец процесса отвечает за его результат (KPI) и улучшения, а не только за работу своего отдела.
2.3. Детализация процессов «как есть» (AS IS)
Задокументируйте текущие шаги, входы, выходы, участников, сроки, системы.
Выявите потери (ожидания, лишние передачи, ошибки, ручной ввод данных).
2.4. Создание целевого процесса «как должно быть» (TO BE)
Упростите маршруты: где можно — уберите лишние согласования, объедините этапы.
Внедрите точки контроля по результату, а не по каждому действию.
Этап 3. Перераспределение полномочий и ресурсов (2–3 месяца)
3.1. Изменение структуры управления
Вместо жесткой иерархии по функциям создайте матричную или плоскую структуру с центрами ответственности за процессы.
Вводите роль «менеджера процесса» наравне с функциональными руководителями.
3.2. Пересмотр системы мотивации
Свяжите KPI сотрудников с показателями сквозных процессов, а не только с работой отдела.
Пример: для кладовщика — не «количество отгрузок», а «точность и срок отгрузки заказа клиенту».
3.3. Пилотный запуск на одном процессе
Выберите процесс с высоким «узким горлышком» и видимым эффектом.
Внедрите новые правила, регламент, роли и систему отчетности только для этого процесса.
Измерьте результат за 1–2 месяца.
Этап 4. Автоматизация и инструменты (параллельно этапу 3)
4.1. Выбор BPM-системы
При численности от 50+ человек и более 3–4 процессов — внедрите BPM-платформу (ELMA, Bizagi, Camunda, SimpleOne).
Для малого бизнеса — трекеры задач (YouGile, Trello, Kaiten) с настройкой сквозных досок.
4.2. Интеграция с существующими ИС
Настройте автоматическую передачу данных между CRM, ERP, документооборотом.
Уберите ручное перепечатывание — частая причина ошибок и задержек.
4.3. Внедрение процессных дашбордов
Отображайте в реальном времени: время нахождения заявки на каждом этапе, загрузку участников, число сбоев.
Этап 5. Масштабирование и тиражирование (3–6 месяцев)
5.1. Поэтапный переход остальных процессов
После успеха пилота — второй процесс, третий и т.д.
Не переводите все сразу — неизбежен хаос.
5.2. Создание системы управления изменениями
Внедрите циклы PDCA (Plan-Do-Check-Act) для каждого процесса.
Регулярно (раз в 1–2 месяца) пересматривайте регламенты, если изменились условия.
5.3. Обучение и сертификация сотрудников
Обучите всех руководителей и ключевых специалистов основам BPM (Business Process Management).
Введите внутренних «процессных архитекторов».
Этап 6. Контроль и постоянное улучшение (постоянно)
6.1. Ежеквартальный аудит процессов
Сравнивайте фактические показатели с целевыми.
Проверяйте, не вернулись ли к функциональному управлению (решения через «позвонить начальнику»).
6.2. Сбор обратной связи от участников
Опросы: что мешает выполнять процесс быстро, что лишнее.
6.3. Корректировка системы мотивации
Если процессный подход снизил скорость — возможно, перестарались с контролем или регламентом.
Типичные ошибки и как их избежать
ОшибкаПризнакРешение
Формальное переименование должностей
Появились «владельцы процессов», но решения все равно за функциональным директором
Наделить владельцев реальным бюджетом и правом менять порядок работ
Гиперрегламентация
Процесс описан на 100 страниц, никто не читает
Ограничиться картой пути и правилами в 5–10 страниц, остальное — в чек-листах
Игнорирование человеческого фактора
Сотрудники саботируют, потому что боятся потери статуса
Показать выгоду: меньше героических усилий, понятная ответственность
Отсутствие IT-поддержки
Данные собираются в Excel, отчеты запаздывают на неделю
Начинать с автоматизации самых узких мест, не ждать полного внедрения
Рекомендуемая последовательность шагов на старте (первые 3 месяца)
Месяц 1: Диагностика + выбрать 1 пилотный процесс + назначить владельца.
Месяц 2: Описать AS IS и TO BE (2–3 итерации с участниками) + изменить регламент.
Месяц 3: Запустить пилот, измерять ежедневно, провести первый «разбор полетов» и скорректировать.
После 3 месяцев вы либо получаете измеримый результат (например, сокращение цикла на 20–30%), либо понимаете, что команда не готова — тогда возвращаетесь к этапу 1.4 (коммуникация) или упрощаете цель.
Главное правило: процессный подход внедряется не документом, а изменением правил принятия решений. Если после внедрения сотрудник все еще ждет указаний «сверху» для передачи данных коллеге из соседнего отдела — процесс не заработал.