'/%3e%3cpath%20d='M83.8172%20112C100.688%20112%20111.886%2098.2694%20112%2083.8882H44.0245C25.8409%2083.8882%2016.001%2094.3169%2016.001%20112H83.8172Z'%20fill='url(%23paint1_linear_101_577)'/%3e%3cpath%20d='M44.1725%2044.1138H16.0008C15.9465%2051.0963%2018.504%2058.2306%2024.2977%2064.0225L44.1706%2083.8881L52.8986%2075.3569L61.7636%2066.7019C63.2767%2065.2244%2063.2786%2062.7888%2061.7636%2061.3094L44.1725%2044.1138Z'%20fill='%233A5FFF'/%3e%3cpath%20d='M83.8248%2083.8862H111.996C112.051%2076.9037%20109.493%2069.7693%20103.7%2063.9774L83.8267%2044.1118L75.0986%2052.6431L66.2337%2061.2981C64.7206%2062.7756%2064.7187%2065.2112%2066.2337%2066.6906L83.8248%2083.8862Z'%20fill='%233A5FFF'/%3e%3cdefs%3e%3clinearGradient%20id='paint0_linear_101_577'%20x1='16.001'%20y1='30.055'%20x2='111.998'%20y2='30.055'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3clinearGradient%20id='paint1_linear_101_577'%20x1='111.998'%20y1='97.9451'%20x2='16.001'%20y2='97.9451'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3c/defs%3e%3c/svg%3e)
Что такое управление бизнес-процессами
Отделы устроены по функциям: продажи, юристы, бухгалтерия, склад. Заказчик же получает результат от цепочки, которая проходит через все четыре. Каждый отдел при этом отвечает за свой участок, а за общий срок — никто. Отсюда классическая картина: все подразделения выполняют планы, а заявка идёт три недели.
Управление бизнес-процессами вводит вторую систему координат поверх отделов. У сквозного процесса появляется владелец: он отвечает за срок и качество всей цепочки, хотя исполнители подчиняются другим руководителям. Это устройство неудобно организационно и именно поэтому работает.
Работа идёт по кругу. Процесс описывают, запускают в системе, наблюдают за ним по данным, находят проблемные места и переделывают. Круг замыкается регулярно — раз в квартал или чаще, если процесс меняется быстро.
Для описания есть общепринятая нотация BPMN. Её ценность в однозначности: схема читается одинаково аналитиком, разработчиком и юристом, и по ней можно запустить исполнение. Полный набор элементов велик, но для большинства процессов хватает событий, действий, развилок и дорожек по ролям.
Отдельная практика последних лет — восстановление реального процесса из системных журналов. Она показывает, как работа идёт на самом деле, включая обходные пути, о которых участники не рассказывают.
Процессный подход требуется и стандартом ISO 9001, по которому сертифицируются многие компании. Формальное соответствие достигается описанием, реальная польза — исполнением и измерением.
- Работа проходит через несколько подразделений и застревает на стыках
- Один и тот же процесс выполняется десятки раз в месяц по разным правилам
- Заказчик жалуется на срок, а внутри каждого отдела всё в норме
- Есть система, в которой процесс можно запустить, а не только описать
- Работа штучная и каждый раз идёт по-своему: описывать нечего
- Компания меньше двадцати человек: сквозные цепочки видны и без формализации
- Цель — получить сертификат, а исполнять описанное никто не собирается
- Процесс меняется каждый месяц: описание устареет раньше, чем его согласуют
Что появляется в работе
Документов немного, и каждый отвечает за свой вопрос: реестр — что у нас вообще есть, модель — как это устроено, показатели — как оно работает.
Реестр процессов
Перечень сквозных процессов с владельцами и границами. Держится коротким: десяток-полтора на компанию среднего размера.
Модель процесса
Схема в BPMN с дорожками по ролям, развилками и событиями. По ней запускают исполнение и обучают новых сотрудников.
Карточка показателей
Что измеряем по процессу, какие целевые значения, кто смотрит и с какой частотой. Без неё модель живёт отдельно от реальности.
Журнал изменений
История версий модели с причинами правок. Отвечает на вопрос, почему процесс выглядит именно так, когда автора уже нет в компании.
| СОБЫТИЕ | ЧАСТОТА И ДЛИТЕЛЬНОСТЬ | УЧАСТНИКИ | ЧЕМ ЗАКАНЧИВАЕТСЯ |
|---|---|---|---|
| Разбор процесса | 2–4 ч | участники всех шагов | схема, согласованная теми, кто работает |
| Обзор показателей | 30–60 мин ежемесячно | владелец процесса | решение о доработке или отсутствие такового |
| Пересмотр модели | полдня раз в квартал | владелец и процессный офис | обновлённая версия и список изменений |
| Разбор отклонений | 1 ч по мере накопления | владелец и исполнители | решение: чинить процесс или узаконить обход |
С чего начать
Начинают с одного процесса, который болит, и с назначения владельца. Реестр всех процессов компании, составленный до первого улучшения, обычно остаётся единственным результатом проекта.
- 1Выберите один сквозной процессТот, что проходит через два-три отдела и раздражает заказчика сроком. Согласование договора, обработка рекламации, приём сотрудника.до старта
- 2Назначьте владельцаОдного человека с полномочиями менять правила на всей цепочке. Без этого улучшения упрутся в первое же межведомственное согласование.до старта
- 3Опишите, как естьСхема с участниками за одну встречу. Записывайте фактический порядок вместе с обходными путями: они и есть самое ценное в этом описании.первая-вторая неделя
- 4Померьте текущий срокСколько идёт процесс от начала до конца и где копится ожидание. Замер до изменений понадобится, чтобы доказать эффект.первый месяц
- 5Уберите лишнее в самой схемеСогласования без риска, двойной ввод, шаги, которые никто не может объяснить. Наведение порядка до автоматизации даёт больше, чем сама автоматизация.второй месяц
- 6Запустите исполнение в системеПроцесс живёт там, где идёт работа: заявка становится карточкой, переходы происходят по правилам, сроки считаются сами.второй-третий месяц
- 7Поставьте регулярный обзорЕжемесячный взгляд на показатели и квартальный пересмотр модели. Процесс без расписания пересмотра расходится с реальностью примерно за полгода.постоянно
Что считать
Где обычно ломается
Описывают всё подряд
Регламент вместо исполнения
Автоматизируют беспорядок
Владельца процесса нет
Схема рисуется в кабинете
Отклонения объявляют нарушением
Темы про BPM
Как запустить процесс в Shtab
Опишите шаги процесса статусами на доске, а переходы между ними — правилами автоматизации. С этого момента процесс не только нарисован, но и исполняется: сроки считаются сами, а отклонения видны в истории.
- 01Статусы задачи — шаги процесса; переход по правилу заменяет устную передачу между отделами.
- 02Форма приёма превращает заявку в карточку с нужными полями и отметкой времени поступления.
- 03Автоматизации назначают исполнителя по типу заявки, меняют статус по условию и уведомляют о просрочке.
- 04Контроль сроков реакции удерживает обещания перед внутренним заказчиком по каждому типу обращений.
- 05Сводный отчёт даёт срок процесса и объём по периодам без ручной выгрузки.
- 06Схему и описание держите страницей в том же проекте, рядом с исполнением.
Частые вопросы
Зависит от сложности. Процессы с последовательными шагами, развилками по условию и сроками собираются в трекере задач: статусы, правила перехода, формы приёма. Специализированные системы исполнения нужны там, где много параллельных ветвей, сложные вычисления в узлах и интеграции с десятком внешних систем. Начинать с покупки такой системы дорого и обычно преждевременно.