Как согласовать полномочия сотрудника на принятие решений

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

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

Что согласовать для каждого решения

Начни с конкретного действия: изменить очередность задач, предложить скидку, выбрать поставщика. Формулировка «отвечает за клиентов» не объясняет, какие условия сотрудник вправе обещать.

Для каждого решения запиши:

• Условия: когда можно выбирать самостоятельно.
• Предел: сумма, срок, объём или другое проверяемое ограничение.
• Роли: кто решает в пределах и кто согласует превышение.
• Основания: какие данные нужны до выбора.
• Результат: какие выбранные условия нужно зафиксировать.

Разделяй решение, консультацию и уведомление. Проверка расчёта не даёт права утвердить скидку. Уведомление руководителя не требует ждать разрешения, если самостоятельное решение уже допускается.

Согласуй границы с сотрудником и тем, кто будет рассматривать исключения. Для каждой согласующей роли тоже укажи предел полномочий. Иначе вопрос просто переместится к следующему участнику без понятного порядка решения.

Как определить риск и предел самостоятельности

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

Для начала используй три уровня:

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

Привяжи уровень к наблюдаемым условиям. Вместо «небольшая закупка» укажи сумму и статью бюджета. Вместо «серьёзный перенос» - изменение даты, уже обещанной клиенту. Риск сам по себе не назначает согласующего: право решать нужно закрепить за ролью отдельно.

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

Хочешь навести порядок в задачах и процессах команды? Начни с одного маршрута в Legend BMS. Зарегистрироваться →

Матрица решений по риску и роли

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

1. Решение: изменить очередность задач. Риск: низкий, если сроки и зависимости сохраняются. Кто решает: сотрудник, ведущий задачи. Кому передать превышение: руководителю отдела, если затронуты приоритеты других сотрудников. Результат: новая очередность с сохранёнными сроками.
2. Решение: предложить стандартные условия клиенту. Риск: низкий в утверждённом диапазоне. Кто решает: менеджер. Кому передать превышение: руководителю отдела в пределах его полномочий. Результат: предложение с конкретными условиями.
3. Решение: предоставить нестандартную скидку. Риск: средний при соблюдении лимита руководителя и ограничений по экономике заказа. Кто решает: руководитель отдела. Кому передать превышение: роли, которой разрешено менять коммерческие ограничения. Результат: расчёт и утверждённые условия предложения.
4. Решение: перенести внутренний срок нескольких отделов. Риск: средний, если обещания клиенту сохраняются, а доступность ресурсов проверена. Кто решает: операционный директор. Кому передать превышение: роли, уполномоченной пересматривать обещания клиенту. Результат: новая дата и подтверждение доступности ресурсов.
5. Решение: выбрать поставщика для типовой закупки. Риск: низкий при соблюдении бюджета, требований и лимита. Кто решает: ответственный за закупку. Кому передать превышение: руководителю отдела в пределах его полномочий. Результат: выбор с сопоставлением требований и предложения.
6. Решение: принять обязательство вне бюджета. Риск: высокий из-за превышения ограничений. Кто решает: в этом примере собственник. Кому передать превышение: по отдельно установленному порядку, если вопрос выходит за его внутренние полномочия. Результат: решение с суммой, условиями и ответственным за исполнение.

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

Как проверить договорённость на пограничных случаях

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

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

Проверь четыре случая:

• Значение ровно на лимите: входит ли оно в самостоятельные полномочия?
• Сумма допустима, но меняется обещанная дата: кто разрешает изменение?
• Несколько связанных решений вместе превышают предел: кто рассматривает их совокупность?
• Согласующий недоступен: кто его замещает и когда обращаться дальше?

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

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

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

Фиксируй содержание разрешения: сумму, дату, объём или условие. Слово «одобрено» без предмета согласования оставляет место для разных толкований. Укажи, какие изменения исходных данных требуют повторного обращения.

В Legend BMS эту последовательность можно описать в конструкторе бизнес-процессов через шаги, роли и условия перехода. Например, выделить самостоятельное решение и согласование превышения в отдельные шаги.

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

Когда пересматривать границы решений

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

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

Если согласованные полномочия остаются на бумаге и стандартные решения снова возвращаются руководителю, перенеси один маршрут в Legend BMS через шаги, роли и условия перехода. Зарегистрируйся и создай первый процесс с двумя вариантами: самостоятельное решение в пределах полномочий и согласование превышения.