Владелец процесса — это сотрудник, который имеет право сказать «в нашей компании правильно вот так» по вопросам внутри одного рабочего процесса и не согласовывать это решение наверху. Не тот, кто выполняет процесс, и не тот, кто им управляет административно, а тот, кто отвечает за его устройство и за его результат.
Роль звучит академично, но проверяется она за минуту. Задайте вопрос: «У клиента просрочка три дня, он просит отгрузить следующую партию. Кто у вас решает?» Если ответ — конкретная фамилия, владелец процесса есть. Если ответ — «ну, зависит», «спросят у меня» от собственника или «каждый по-своему», роли нет, и на проекте автоматизации это выяснится в первую же неделю.
Сотрудник, отвечающий за устройство и результат одного сквозного процесса: он принимает решения по исключениям, расставляет приоритет доработок, принимает изменения и отчитывается за метрику процесса. Роль назначается на процесс, а не на подразделение, и существует независимо от проекта автоматизации — просто до проекта её отсутствие обходится тихо, а во время проекта громко. Полный состав ролей заказчика мы разбирали в отдельном материале про четыре роли в проекте внедрения.
Четыре полномочия, из которых состоит роль
Владельца процесса часто описывают через обязанности, и получается размыто. Точнее описывать через полномочия: роль существует ровно в той мере, в какой человеку разрешено принимать решения. Полномочий четыре, и они не делятся.
- 1Решения по исключениям. Отгрузить с просрочкой, принять возврат без чека, пропустить заявку без обязательного поля — во время проекта таких вопросов возникает 40–60 штук, и каждый требует ответа за один-два дня, а не за две недели.
- 2Приоритет правок. После первой демонстрации накапливается список из 20–30 пожеланий от разных людей. Кто-то должен сказать, какие пять делаются сейчас, какие пять после запуска, а какие не делаются никогда. Без этого решения список разрастается, а срок уезжает.
- 3Приёмка изменений. Владелец процесса подтверждает, что новый маршрут работы соответствует тому, как должно быть. Это не техническая приёмка — проверяет он не работу кнопок, а то, что процесс в новой форме останется управляемым.
- 4Ответственность за метрику. У процесса должно быть число, которое становится лучше или хуже: срок обработки заявки, доля заказов, собранных без ошибок, время от звонка до записи. Владелец процесса отвечает за это число и после сдачи проекта — иначе через полгода никто не заметит, что система перестала помогать. Как выбрать такие числа и не обмануться, разобрано в статье про измерение использования системы.
Если человеку не разрешено менять правило, он не владелец процесса, а координатор. Разница практическая: координатор передаёт вопрос дальше и ждёт ответа, владелец процесса отвечает сам. На проекте координатор в этой позиции добавляет к каждому решению один-два дня ожидания — и именно из этих дней складывается «проект почему-то затянулся».
Чем он отличается от руководителя отдела и куратора проекта
Три роли путают постоянно, потому что в компании до 50 человек их часто занимает один человек. Но совпадение это не обязательное: процесс идёт через несколько отделов, а владелец у него один.
| Владелец процесса | Руководитель отдела | Куратор проекта | |
|---|---|---|---|
| Отвечает за | Устройство и результат процесса | Людей и загрузку подразделения | Срок, бюджет и объём проекта |
| Горизонт | Постоянно, и после сдачи тоже | Постоянно | До закрытия проекта |
| Главное решение | Как правильно делать в спорном случае | Кто и когда это делает | Что входит в объём, а что нет |
| Меряется | Метрикой процесса | Выполнением плана отдела | Соблюдением сроков и сметы |
| Кто это обычно | Руководитель направления или сильный практик | Начальник подразделения | Заказчик проекта или его помощник |
Практическое следствие из таблицы одно: если процесс сквозной — заявка приходит в продажи, собирается на складе, отгружается логистикой, — владельцем назначают того, у кого результат, а не того, у кого больше подчинённых. Обычно это руководитель того звена, к которому приходят жалобы клиента. Он же первым чувствует, когда процесс сломался, и ему же выгоднее всех, чтобы он работал.
Сравнение в три колонки с заголовками «Владелец процесса», «Руководитель отдела», «Куратор проекта». Строки: «Отвечает за» — устройство и результат процесса / людей и загрузку / срок, бюджет, объём; «Горизонт» — постоянно и после сдачи / постоянно / до закрытия проекта; «Меряется» — метрикой процесса / выполнением плана отдела / сроками и сметой. Внизу подпись: «Процесс идёт через несколько отделов, а владелец у него один». Чертёжный стиль, все подписи по-русски.
Три тупика, в которые проект заходит без этой роли
Отсутствие владельца процесса почти никогда не выглядит как отказ. Оно выглядит как медленное вязкое согласование, в котором все вежливы и никто ничего не решает. Тупиков три, и они идут по нарастающей.
- 1Тупик первый: вопрос без адресата
Инженер описывает исключение и отправляет его «в компанию». Вопрос попадает в общий чат, там его читают шестеро, каждый считает, что ответит кто-то более компетентный, и вопрос повисает. Через неделю подрядчик принимает решение сам — разумное и неправильное, потому что он не знает контекста. Обнаруживается это на демонстрации.
- 2Тупик второй: два противоположных ответа
На один и тот же вопрос отвечают руководитель продаж и руководитель склада, и ответы не совпадают, потому что оба правы со своей стороны. Подрядчик не имеет права выбрать между двумя заказчиками. Вопрос уходит к директору, тот отвечает через четыре дня, за это время смежная задача сделана по одному из вариантов и её тоже надо переделывать.
- 3Тупик третий: приёмка без хозяина
На сдаче системы никто не готов сказать «да, так процесс должен работать». Все говорят про свою часть: бухгалтерия про проводки, продажи про поля, склад про печатные формы. Проект формально принят, а через месяц выясняется, что процесс целиком в системе не живёт — и владельца у этой проблемы по-прежнему нет.
Сколько стоит отсутствие роли: расчёт на компании в 15 человек
Отсутствие владельца процесса — расход, который никто не считает, потому что он не попадает в отчёт отдельной строкой. Он растворён в календаре собственника. Посчитаем его прямо, на небольшой компании, где ситуация видна лучше всего.
Обратите внимание на вторую строку снизу: с назначенным владельцем случаев остаётся не шесть, а два. Дело не в скорости, а в накоплении правил. Человек, который разбирает исключения регулярно, через два месяца превращает четыре повторяющихся случая из шести в записанное правило, и они перестают быть решениями вообще. Собственник, к которому вопрос приходит раз в неделю в разных формах, правил не накапливает — он каждый раз отвечает заново.
Здесь же лежит ответ на возражение «у меня нет лишнего руководителя». Роль не создаёт новых часов, она их перекладывает: те же два часа в неделю уходят с самого дорогого часа в компании на час втрое дешевле и вчетверо более быстрый. И это ещё без учёта того, что каждый день ожидания решения — это день, который стоит в процессе.
Как выбрать человека и оформить роль там, где все совмещают
Критериев выбора три, и они проверяются вопросами, а не резюме. Первый: человек знает практику руками — может назвать, сколько заявок в неделю приходит мимо системы и почему. Второй: у него есть полномочия менять правило, а не только сообщать о нём. Третий: он физически доступен во время проекта — не в отпуске все четыре недели запуска и не в командировках через неделю.
Часто на эту роль естественным образом претендует самый знающий сотрудник — тот, к кому все ходят с вопросами. Это хороший кандидат и одновременно риск: если процесс держится на его памяти, а не на правилах, назначение владельцем закрепит зависимость вместо того, чтобы её снять. Как разводить эти два случая, мы разбирали в материале про то, что делать, когда процесс держится на незаменимом сотруднике.
Оформление в компании, где все совмещают функции, укладывается в три строки во внутреннем распоряжении или даже в письме от директора — важна не форма, а то, что это зафиксировано письменно и видно всем.
- Перечень решений, которые человек принимает сам. Пять-семь типовых спорных ситуаций, названных словами: отгрузка при просрочке, возврат без чека, скидка сверх прайса, приоритет срочного заказа. Не «принимает оперативные решения», а список.
- Метрика, за которую он отвечает. Одно число и способ его посмотреть — например, доля обращений, закрытых в срок, которую считает контроль SLA. Если числа нет, роль превращается в право говорить «нет» без ответственности за результат.
- Граница, выше которой он идёт к директору. Проще всего задать её суммой и сроком: решения, которые не меняют бюджет больше чем на оговорённую сумму и не сдвигают срок, принимаются на месте. Всё остальное — наверх.
Схема из двух параллельных маршрутов одного вопроса «клиент просит отгрузку с просрочкой». Верхний маршрут: «Инженер → Владелец процесса → решение за 1 день», сбоку подпись «2 случая в неделю, 55 200 ₽ в год». Нижний маршрут: «Инженер → общий чат → руководитель продаж и руководитель склада дают разные ответы → директор → решение за 4 дня», сбоку подпись «6 случаев в неделю, 230 000 ₽ в год». Между маршрутами выделена разница «174 800 ₽ в год». Чертёжный стиль, подписи по-русски.
Когда владелец процесса не нужен
Роль полезна не везде, и назначать её ради полноты схемы — способ получить лишнее согласование там, где раньше просто работали.
- Процесс не имеет исключений. Если за квартал не возникло ни одного спорного случая — печать этикеток, выгрузка отчёта, рассылка уведомлений, — владельца назначать не от чего. Хватает ответственного за то, чтобы это не сломалось.
- Собственник и есть практик. В компании до 10 человек директор часто действительно ведёт процесс руками и принимает решения за минуту, а не за четыре дня. Расчёт выше в этом случае не работает: те же два часа в неделю не выделены, они и есть его работа.
- Процесс живёт последний квартал. Если направление закрывается или переезжает к подрядчику, назначать владельца незачем — правила успеют устареть раньше, чем накопятся.
- Роль назначают формально. Человек без полномочий менять правило в позиции владельца процесса хуже, чем отсутствие роли: вопросы теперь идут к нему, он передаёт их дальше, и к каждому решению добавляется лишнее звено. Лучше честно оставить решения у директора, чем изображать делегирование.
Собственники иногда используют эту роль как способ передать проблемный участок и больше о нём не думать. Так не работает: владелец процесса отвечает за то, как процесс устроен, но цель процесса и его место в компании остаются решением заказчика. Если владельцу передали и цель тоже, через полгода он оптимизирует процесс под свою метрику, а не под задачу бизнеса — и формально будет прав.
Роль есть ровно тогда, когда на вопрос «кто решает?» звучит фамилия, а не пожатие плечами.
