Владельцы процессов: новая роль в управлении

Из книги «Государство как система»

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


Почему традиционная иерархия не способна управлять сквозными процессами?

В любом регионе или крупной организации есть министерства, департаменты, отделы. У каждого — свой начальник, свой бюджет, свои KPI. Министр строительства отчитался: «Школу построил». Министр энергетики отчитался: «Сети провёл». Оба молодцы, обоих премировали. А школа стоит без света. Потому что свет — это стык. А стык — ничей.

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


Кто такой владелец процесса и чем он отличается от начальника отдела?

graph TD classDef owner fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px classDef manager fill:#fff3e0,stroke:#ff9800,stroke-width:2px classDef result fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px subgraph "Начальник отдела" A1[Отвечает вниз
за своих подчинённых] --> A2[Отвечает вверх
перед своим руководителем] A3[Мир — его отдел] --> A4[Управляет функцией] A5[Локальные KPI:
объём, освоение] --> A6[Полная власть внутри
отдела, ноль — за его пределами] end subgraph "Владелец процесса" B1[Отвечает по горизонтали
за весь процесс] --> B2[Отвечает за сквозной
результат] B3[Мир — поток создания
ценности] --> B4[Управляет потоком] B5[Сквозные KPI:
Выработка, Запасы, Расходы] --> B6[Ограниченная власть внутри
отделов, координация стыков] end class A1,A2,A3,A4,A5,A6 manager class B1,B2,B3,B4,B5,B6 owner class A1,A2,A3,A4,A5,A6,B1,B2,B3,B4,B5,B6 result

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

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


Шесть приоритетов в работе владельца процесса

Процесс — это не просто последовательность операций. Это живая система, которая должна быть устойчива на всех шести приоритетах управления.

graph TD classDef priority fill:#e8f5e9,stroke:#2e7d32,stroke-width:2px classDef owner fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px classDef final fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px subgraph "Владелец процесса" O[Владелец процесса] end subgraph "Шесть приоритетов" P1[1.Мировоззренческий
«Ради чего существует процесс?»] P2[2.Хронологический
«Почему процесс устроен именно так?»] P3[3.Фактологический
«На каких данных основан процесс?»] P4[4.Экономический
«Какова Выработка, Запасы, Расходы?»] P5[5.Демографический
«Увеличивает ли процесс человеческий потенциал?»] P6[6.Силовой
«Защищён ли процесс от внешних угроз?»] end O --> P1 O --> P2 O --> P3 O --> P4 O --> P5 O --> P6 class O owner class P1,P2,P3,P4,P5,P6 priority

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

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

3. Фактологический: процесс должен быть построен на фактах, а не на привычках. Каждая операция, каждое согласование должны проходить тест: «Доказано ли, что это увеличивает Выработку или снижает Запасы?»

4. Экономический: процесс должен быть оценён в терминах трёх операционных показателей. Какую Выработку он создаёт? Какие Запасы в нём заморожены? Каковы Операционные расходы на каждом этапе?

5. Демографический: процесс должен проходить тест на народосбережение. Увеличивает ли он человеческий потенциал? Создаёт ли условия для семьи? Сохраняет ли здоровье? Удерживает ли молодёжь?

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


Что такое Мера и как она связана с владельцем процесса

Мы вводим понятие Меры как системы координат, которая связывает Материю (реальность) и Информацию (её описание). Владелец процесса — главный человек, отвечающий за правильный выбор Меры в своём процессе. Если Мера выбрана неверно, вектор ошибки становится ложным. Владелец процесса должен проверять свои KPI через три вопроса:

  1. «Что мы измеряем?» — соответствует ли наш показатель реальной ценности процесса? (Материя)
  2. «Как мы измеряем?» — корректна ли методика расчёта? (Информация)
  3. «Почему мы измеряем именно это и именно так?» — не искажает ли выбранная Мера реальность? (Мера)

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


Иерархия владельцев процессов

Тридцать шесть процессов региона — слишком много для прямого управления одним человеком. Иерархия владельцев выглядит так:

graph TD classDef level1 fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px classDef level2 fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px classDef level3 fill:#fff3e0,stroke:#ff9800,stroke-width:2px subgraph "Уровень 1: Главный владелец процессов" G[Глава региона
или первый заместитель] end subgraph "Уровень 2: Владельцы кластеров" C1[Кластер А
АПК и потребрынок] C2[Кластер Б
Транспорт и дороги] C3[Кластер В
Промышленность] C4[Кластер Г
Энергетика и ЖКХ] C5[Кластер Д
Медицинская безопасность] C6[Кластер Е
Демография] C7[Кластер Ж
Физическая безопасность] end subgraph "Уровень 3: Владельцы конкретных процессов" P1[Процесс 1] --> P2[Процесс 2] --> P3[Процесс 3] end G --> C1 & C2 & C3 & C4 & C5 & C6 & C7 C1 --> P1 & P2 & P3 class G level3 class C1,C2,C3,C4,C5,C6,C7 level2 class P1,P2,P3 level1

Первый уровень — владельцы конкретных процессов. Это те, кто отвечает за сквозной поток по каждому из тридцати шести процессов. Например, владелец процесса «Стык АПК — Ритейл» или владелец процесса «Технологическое присоединение к сетям».

Второй уровень — владельцы кластеров. Это те, кто координирует процессы внутри одного кластера. Владелец кластера следит, чтобы процессы внутри кластера не конфликтовали друг с другом, чтобы стыки между ними были настроены, чтобы ресурсы распределялись оптимально.

Третий уровень — главный владелец процессов региона. Это глава региона или его первый заместитель. Он координирует взаимодействие кластеров и отвечает за целостность всей системы.


Матрица «кластеры — приоритеты»: навигатор владельца процесса

Шесть приоритетов не добавляют новых процессов. Они задают глубину проработки каждого из тридцати шести. Каждый процесс должен быть спроектирован и управляться с учётом всех шести приоритетов. Но разные процессы имеют разную чувствительность к разным приоритетам.

graph LR classDef cluster fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px classDef priority fill:#fff3e0,stroke:#ff9800,stroke-width:2px classDef question fill:#f3e5f5,stroke:#7b1fa2,stroke-width:2px subgraph "Кластеры" A[А. АПК и потребрынок] B[Б. Транспорт и дороги] C[В. Промышленность] D[Г. Энергетика и ЖКХ] E[Д. Медицинская безопасность] F[Е. Демография] G[Ж. Физическая безопасность] end subgraph "Приоритеты" P1[1.Мировоззрение] P2[2.Хронология] P3[3.Факты] P4[4.Экономика] P5[5.Демография] P6[6.Силовой] end A --> P1 & P2 & P3 & P4 & P5 & P6 B --> P1 & P2 & P3 & P4 & P5 & P6 C --> P1 & P2 & P3 & P4 & P5 & P6 D --> P1 & P2 & P3 & P4 & P5 & P6 E --> P1 & P2 & P3 & P4 & P5 & P6 F --> P1 & P2 & P3 & P4 & P5 & P6 G --> P1 & P2 & P3 & P4 & P5 & P6 class A,B,C,D,E,F,G cluster class P1,P2,P3,P4,P5,P6 priority

Пример для кластера «Энергетика и ЖКХ»:

ПриоритетКонтрольный вопрос
1Тепло и вода — это право или товар?
2Почему сети пришли к текущему уровню износа?
3Каков реальный уровень потерь в сетях?
4Какова доля аварийных ремонтов в общих расходах?
5Обеспечивает ли процесс надёжность жизнеобеспечения для всех территорий?
6Защищена ли критическая инфраструктура от внешних угроз?

Владелец процесса и реальные деньги

Владелец процесса должен отчитываться не за номинальное освоение бюджета, а за реальную денежную массу в своём процессе. Если инфляция 10%, а бюджет процесса вырос на 5% — значит, реальных денег в процессе стало меньше. И владелец процесса обязан это заметить.

Инструмент: добавить в дашборд процесса показатель реальной денежной массы (М2/CPI в разрезе процесса). Если реальная М2 падает — это сигнал: через 1–2 месяца Выработка процесса начнёт падать. Нужно искать способ ускорить процесс без денег — упростить процедуры, убрать лишние согласования, сократить время на стыках.


Как выбрать владельца процесса: критерии отбора

Назначать владельцем процесса нельзя просто так. Это не кадровое назначение в привычном смысле. Это селекция по пяти критериям.

КритерийЧто это значит
Системное мышлениеВидит процесс как целое, а не как сумму операций. Мыслит не должностями, а потоками
АвторитетИмеет вес в организации не только благодаря креслу, но и благодаря опыту, знаниям, умению договариваться
Готовность отвечать за то, чем не командуетВладелец процесса отвечает за результат всего процесса, хотя люди, работающие в этом процессе, подчиняются не ему, а своим начальникам
Аналитические способностиУмеет читать данные, строить прогнозы, вычислять вектор ошибки
Способность задавать вопросыНе командует, а ведёт команду к решению через вопросы: «Почему здесь задержка?», «Что будет, если мы ускорим этот этап?», «Где самое узкое место?»

Кого нельзя назначать владельцем процесса

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

  • Того, кто боится конфликтов. Владелец процесса неизбежно входит в противоречие с начальниками отделов. Он должен уметь держать удар.

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

  • Того, кто не разделяет концептуальную цель. Если владелец процесса внутренне не согласен с тем, ради чего процесс существует, он будет саботировать его — осознанно или нет.


Полномочия владельца процесса: что он может, а чего не может

Что владелец процесса может:

  1. Требовать данные. Любое подразделение, участвующее в процессе, обязано предоставлять владельцу процесса информацию о своей части потока: время операций, объём Запасов, количество дефектов.

  2. Инициировать изменения регламентов. Владелец процесса не может единолично изменить регламент работы отдела, но может вынести предложение об изменении на совет владельцев процессов или на уровень главы региона.

  3. Координировать стыки. На стыках, где заканчивается ответственность одного подразделения и начинается ответственность другого, владелец процесса имеет право созвать совещание владельцев смежных процессов.

  4. Эскалировать проблемы. Если владелец процесса видит, что какое-то подразделение систематически нарушает ритм потока, он обязан эскалировать проблему наверх.

Чего владелец процесса не может:

  1. Командовать сотрудниками других подразделений. Он не ставит задачи, не оценивает исполнение, не применяет дисциплинарные меры.

  2. Менять бюджет процесса. Бюджет остаётся в ведении министерств и ведомств. Но владелец процесса участвует в бюджетных слушаниях и даёт заключение.

  3. Блокировать оперативные решения. Если начальник отдела принял решение в рамках своих полномочий, владелец процесса не может его отменить. Он может только зафиксировать расхождение с интересами процесса.


Матрица ответственности: кто отвечает за стыки

Стык — это граница ответственности. А граница ответственности — это всегда зона риска. Матрица ответственности закрывает стыки через модель RACI.

graph LR classDef role fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px classDef process fill:#fff3e0,stroke:#ff9800,stroke-width:2px subgraph "Стык между процессами" P1[Процесс А] --> S[Владелец стыка] P2[Процесс Б] --> S end subgraph "Матрица RACI на стыке" R[Responsible
Кто выполняет работу] A[Accountable
Кто отвечает за результат
и имеет право подписи] C[Consulted
С кем советуются
до принятия решения] I[Informed
Кого информируют
после] end S --> R S --> A S --> C S --> I class P1,P2 process class S role class R,A,C,I role

Для стыков модель RACI дорабатывается. На стыке всегда должно быть два R — по одному от каждого из стыкующихся процессов. И один А — владелец стыка. Это человек, который отвечает за то, что передача результата произошла в срок, в нужном формате и с нужным качеством.


Как мотивировать владельца процесса

Мотивация владельца процесса держится на трёх опорах:

graph TD classDef pillar fill:#e8f5e9,stroke:#2e7d32,stroke-width:2px classDef detail fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px subgraph "Три опоры мотивации" P1[Материальная
Сквозные показатели] P2[Профессиональная
Непрерывное
совершенствование] P3[Статусная
Признание и рост] end subgraph "Детали" D1[50% — процесс,
30% — отдел,
20% — оценка совета] D2[Одно улучшение в месяц,
видимые результаты,
чувство контроля] D3[Доступ к первому лицу,
публичное признание,
карьерный рост] end P1 --> D1 P2 --> D2 P3 --> D3 class P1,P2,P3 pillar class D1,D2,D3 detail

Три опоры мотивации:

  1. Материальная. Премия привязана к сквозным показателям процесса, а не к локальным показателям отдела. Пропорция: 50% — за Выработку, Запасы и Операционные расходы процесса, 30% — за локальные показатели, 20% — за оценку совета владельцев процессов.

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

  3. Статусная. Доступ к первому лицу, публичное признание, карьерный рост для успешных владельцев процессов. Владелец процесса — это не функция, а призвание.


Личностный рост специалиста в процессном управлении

Процессное управление — это не только про владельцев. Это про всех участников. Пять ролей образуют карьерную лестницу:

graph TD classDef level1 fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px classDef level2 fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px classDef level3 fill:#fff3e0,stroke:#ff9800,stroke-width:2px classDef level4 fill:#f3e5f5,stroke:#7b1fa2,stroke-width:2px classDef level5 fill:#ffebee,stroke:#e53935,stroke-width:2px L1[Исполнитель процесса] --> L2[Аналитик процесса] L2 --> L3[Владелец процесса] L3 --> L4[Владелец кластера] L4 --> L5[Наставник] class L1 level1 class L2 level2 class L3 level3 class L4 level4 class L5 level5
УровеньРольСрок на уровнеКлючевой результат
1Исполнитель процессаНе менее 1 годаОписание своего участка в BPMN, выявление одного узкого места
2Аналитик процессаНе менее 2 летBPMN-диаграмма «как есть» и «как должно быть», дашборд за полгода
3Владелец процессаНе менее 3 летДиагностика процесса по шести приоритетам, защита бюджета
4Владелец кластераНе менее 3 летСтратегическая сессия по кластеру, сводный дашборд
5НаставникНе менее 5 летВырастил трёх владельцев процессов

Конспект главы 8

  1. Владелец процесса — это не начальник отдела. Это человек, который отвечает за сквозной поток, а не за функцию.

  2. Выбор владельца — это селекция, а не назначение. Пять критериев: системное мышление, авторитет, готовность отвечать за неконтролируемое, аналитика, способность задавать вопросы.

  3. Матрица ответственности закрывает стыки. Контроль по шести приоритетам. Владелец стыка — ключевая фигура.

  4. Мотивация держится на трёх опорах: сквозные показатели вместо локальных, непрерывное совершенствование, обучение и статус.

  5. Личностный рост — пять ролей, три траектории, горизонтальный рост для тех, кто не хочет вертикального.

  6. Владелец процесса должен отслеживать реальную денежную массу в своём процессе. Это его главный инструмент для отличия реального роста от иллюзорного.


Главная мысль главы

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


Готовы вырастить владельцев процессов в вашей системе

Мы помогаем руководителям муниципалитетов, регионов и предприятий внедрить институт владельцев процессов: от подбора кандидатов до создания системы мотивации и личностного роста.

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