Система владельцев процессов: кто отвечает за качество работы между отделами

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

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

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

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

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

Показатели эффективности процесса (KPI) — основной инструмент владельца. Для каждого сквозного процесса рекомендуется выбрать не более четырёх–пяти показателей, иначе фокус размывается. Обычно их группируют по четырём направлениям: время (длительность процесса, время ожидания клиента), качество (доля без ошибок, доля возвратов, оценки клиентов), стоимость (себестоимость одной операции, затраты на ресурсы) и объём (количество завершённых единиц за период). Например, для процесса «обработка заказа» это могут быть: средний срок от заявки до отгрузки, доля заказов без рекламаций, стоимость обработки одного заказа, количество обработанных заказов за неделю. Показатели фиксируются в едином дашборде.

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

Обработка проблем — вторая ключевая функция владельца. Любой сбой в сквозном процессе (потерянный заказ, просроченная оплата, жалоба клиента) фиксируется в журнале инцидентов с указанием даты, отдела-инициатора и сути проблемы. Владелец еженедельно разбирает накопленные случаи и отделяет единичные ошибки от системных закономерностей. Если одна и та же проблема повторяется три и более раз, она переводится в задачу на улучшение процесса. Для разовых случаев достаточно устного разбора с участниками. Для системных — нужна корректировка регламента, обучение или перенастройка ИТ-системы. Журнал инцидентов также служит источником данных для совещаний с руководством и для оценки работы самого владельца.

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

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

Внедрение разумно начинать с одного–двух процессов, которые наиболее заметно влияют на клиентский опыт или маржинальность. Запускать систему сразу по всем процессам компании не рекомендуется: ресурсов на сопровождение не хватит, и инициатива выродится в формальность. Алгоритм пилота: выбрать процесс, назначить владельца, описать роль и показатели, провести стартовое совещание с отделами, собирать данные три месяца, через квартал оценить результат. Если за квартал процесс стал стабильнее (меньше сбоев, выше показатели качества, выше удовлетворённость участников), система масштабируется на следующий процесс. Такой подход даёт реальные изменения, а не имитацию.

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