Вопросы возвращаются собственнику
Руководители отвечают за результат, но не имеют согласованных прав распоряжаться ресурсом, менять приоритет или принимать исключение.
Какие решения руководитель принимает сам.
Как отделы согласуют работу.
Кто проверяет результат.
Связываем ответственность с полномочиями, процессами, данными и ресурсами. Руководители получают правила, по которым компания выполняет работу и разрешает вопросы между отделами.
Роль · полномочия · ресурс · данные
Кто решает, на каком основании и в каких границах.
Кто исполняет, с кем взаимодействует и что передаёт дальше.
По каким данным руководитель замечает отклонение и что меняет.
Для собственников, генеральных директоров и руководителей компаний, где рост требует новых правил делегирования и взаимодействия.
Можно начать с компании, бизнес-направления или одного сквозного процесса. Разработку модели и сопровождение внедрения согласуем раздельно.
Начинаем с конкретных ситуаций: какое решение задерживается, где отделы расходятся в ожиданиях и почему руководитель не может действовать самостоятельно.
Руководители отвечают за результат, но не имеют согласованных прав распоряжаться ресурсом, менять приоритет или принимать исключение.
Один отдел считает работу завершённой, другой не может использовать результат. Требования к передаче, сроку и качеству никто не закрепил.
Руководители спорят о расчётах, отвечают за неподконтрольные величины или узнают о проблеме слишком поздно, чтобы повлиять на результат.
Состав выбираем по задаче. Не выпускаем одинаковый комплект регламентов для любой компании: каждому материалу нужен владелец и понятное применение.
01 / Роли
Описываем, за что отвечает каждая роль, какие решения руководитель принимает сам и какие ресурсы ему доступны.
02 / Компетенции
Определяем требования к управленческим и профессиональным навыкам. Проверяем, что сотрудник сможет работать в новых границах ответственности.
03 / Делегирование
Разделяем исполнение, окончательное решение, поддержку, консультацию и информирование. Устанавливаем порядок согласования и передачи спорного вопроса выше.
04 / Процессы
Выбираем важные сквозные процессы. Фиксируем владельца, вход, выход, требования к передаче, точки контроля и действия при отклонении.
05 / Внутренние сервисы
Описываем услуги, требования к запросу, приоритеты и доступный ресурс. Согласуем, как сервисная команда принимает работу и разбирает задержки.
06 / Показатели
Связываем показатели с результатом роли и её полномочиями. Определяем формулу, источник, период, владельца данных и действие при отклонении.
07 / Финансы
Закрепляем ответственность за доходы и расходы там, где руководитель может на них влиять. Определяем лимиты, правила согласования затрат и разбор план–факт.
08 / Ресурсы
При необходимости оцениваем доступную и занятую мощность, стоимость обслуживания и ограничения. Разделяем цель, прогноз и решение о выделении ресурса.
Сложность модели должна соответствовать работе компании. Для повторяемой операции нужен стандарт; для исключения — право решения и порядок согласования; для новой инициативы — условия проверки и пересмотра.

Статья
Как выстроить регулярную практику управления в компании.
Читать статью
Статья
Как различать исполнение и ответственность при распределении работы.
Читать статью
Статья
Как связать ответственность подразделений с финансовыми результатами.
Читать статью
Статья
Как связать аналитику с решениями руководителей и ответственностью за данные.
Читать статьюЛистайте карточки вправо →
Редакционный пример, не клиентский кейс. Проверяем, сможет ли команда пройти весь вопрос без неясных полномочий и потери договорённостей.
01 / Основание
Менеджер фиксирует потребность клиента, предлагаемое условие и ожидаемую ценность. Операции и финансы получают полный запрос для оценки.
02 / Решение
Операции подтверждают возможность исполнения, финансы проверяют экономику. Уполномоченный руководитель решает в пределах лимита или передаёт вопрос выше.
03 / Исполнение и контроль
Менеджер фиксирует согласованные условия. Ответственный за исполнение принимает работу, а владелец процесса проверяет соблюдение срока и экономических ограничений.
Что проверяем: участники одинаково понимают, кто решает, какие данные нужны, где сохраняется решение и кто разбирает отклонение. Если одного звена нет, модель требует доработки.
Схематические фрагменты показывают содержание документов. Это редакционные примеры, не исходные материалы клиентов и не обязательный комплект каждого проекта.
2.2 / Схематический пример
Паспорт роли
У роли есть результат, право действовать и понятные ограничения.
2.2 / Схематический пример
Правила принятия решения
Для одного решения определены участники, необходимые данные и окончательный владелец.
2.2 / Схематический пример
Карточка внутреннего сервиса
Сервисные договорённости учитывают и потребность заказчика, и возможности исполнителя.
2.2 / Схематический пример
Паспорт показателя
Показатель связан с источником данных и управленческим действием.
До старта согласуем материалы и критерии приёмки. После разработки проверяем модель на рабочих ситуациях; эффект внедрения оцениваем отдельно на данных компании.
01 / Управление
Заказчик получает паспорта ролей, перечень управленческих решений и правила делегирования. Руководитель понимает, за что отвечает и чем вправе распоряжаться.
02 / Взаимодействие
Владельцы процессов согласуют входы, результаты, требования к передаче и сервисные договорённости. Команды знают, как разбирать задержки и спорные вопросы.
03 / Контроль
Руководители получают измерения, связанные с их результатом и зоной влияния. Владелец данных отвечает за источник и воспроизводимость расчёта.
04 / Внедрение
Заказчик видит, что нужно изменить, кого подготовить, какие данные и инструменты получить, в какой последовательности проверить модель и расширить применение.
Сохраняем работающие практики. Пересобираем те решения и связи, которые мешают руководителям выполнять задачи компании.
01 / Разбираем
Читаем документы и разбираем с руководителями реальные ситуации, задержки решений, передачу работы и ограничения ресурсов.
02 / Проектируем
Связываем роли, полномочия, процессы, сервисы, данные и финансы. Обсуждаем варианты с теми, кто будет по ним работать.
03 / Проверяем
Команда проходит выбранные ситуации. Исправляем пересечения ответственности и пропуски. Реальный пилот включаем по согласованному объёму.
04 / Передаём
Фиксируем материалы, критерии приёмки и условия перехода. Сопровождение запуска, обучение и настройку систем согласуем отдельно.
Если следующий этап требует программы изменений, согласуем действующие БПВ — бизнес-процессы внедрения — с их результатами, границами и зависимостями. Календарь строим по составу работ, трудоёмкости и доступному ресурсу.
Примеры из практики Paper Planes: решения об устройстве работы, ответственности и развитии команды.

Кейс
Роли, показатели, планирование и процессы маркетинговой команды.
Читать кейс
Кейс
Декомпозиция изменений и методика контроля их реализации.
Читать кейс
Кейс
Стратегические сессии и распределение ответственности за реализацию решений.
Читать кейс
Кейс
Визуализация ключевых метрик и отчётность для управленческих решений.
Читать кейсЛистайте карточки вправо →
Рабочая модель помогает отделам выполнять общий результат компании. Изолированное улучшение одного показателя может ухудшить работу соседнего процесса.
Не закрепляем за руководителем результат, на который он не может влиять. Проверяем доступ к решениям, бюджету, людям и данным.
Для внутреннего сервиса определяем и обязательства исполнителя, и требования к запросу заказчика. Срок должен учитывать полноту входа и доступный ресурс.
Фиксируем, кто использует расчёт и какое действие может предпринять. Проверяем формулу, источник и влияние показателя на соседние функции.
Обсуждаем модель с руководителями и проходим реальные рабочие ситуации. Отдельно выявляем дефицит навыков, данных и согласованных прав.
Сравним разработку целостной модели с точечной корректировкой правил, внутренней работой команды или наймом руководителя. Уточним, какой результат оправдывает выбранный объём проекта.
Определяет цель, ограничения и бюджет; принимает решения о полномочиях. Назначает руководителя проекта со стороны компании, который организует обсуждения и применение результатов.
Объясняют фактическую работу, проверяют роли, ресурс и расчёты. Владелец процесса согласует сценарии проверки; ИТ участвует, если правила зависят от рабочих систем.
Оргструктура, цели, должностные инструкции, регламенты, бюджеты, отчёты и примеры спорных ситуаций. Недостающие материалы фиксируем отдельно. Для систем используем контролируемый доступ или согласованные выгрузки.
Выбираем под проблему: время согласования, долю возвратов работы, соблюдение сервисных договорённостей, загрузку руководителей или стоимость процесса. Согласуем исходный уровень, источник, цель и способ проверки эффекта.
Зависят от числа ролей и процессов, сложности связей, географии, состояния данных и объёма внедрения. После уточнения границ фиксируем коммерческое предложение и зависимости.
Уточняем участников выбора, критерии сравнения, бюджетное и закупочное согласование, договорные документы. До старта заказчик утверждает состав результата и критерии приёмки.
Операционная модель определяет правила управления. Перестройка структуры, найм, настройка встреч и автоматизация могут потребоваться, но не включаются без согласования.
2.1 / Организационная структура
2.1 задаёт устройство компании и подчинение. В 2.2 раскрываем полномочия, процессы, внутренние услуги и правила контроля.
Страница услуги 2.12.3 / Отделы под ключ
Подбор, подготовка команды и запуск конкретного отдела. Наличие разработанной модели само по себе не означает, что штат укомплектован.
Состав услуги 2.33.1 / Операционная система работы
ОСР помогает применять решения через планирование, встречи, контроль исполнения и разбор отклонений. В 2.2 определяем, кто имеет право решать и по каким правилам.
ОСР в направлении «Команда»4.4 / ИТ, автоматизация и ИИ
Модель даёт требования к данным, доступам и действиям. Настройку CRM, ERP, BI, интеграций и автоматизации согласуем отдельным объёмом.
Состав услуги 4.4Расширенная постановка целей, OKR, KPI и системы мотивации относится к услуге 3.2. В 2.2 показатели нужны, чтобы закрепить ответственность и правила контроля; полноценную перестройку мотивации не обещаем автоматически.
Оргструктура показывает отделы, подчинение и распределение ответственности. Операционная модель описывает, как руководители принимают решения, используют ресурсы, взаимодействуют и проверяют результат.
Да. Выбираем границы работы и обязательные связи с остальной компанией. Например, согласование заказа, внутренний сервис или управление продуктовой инициативой. Перестройку всей компании не включаем автоматически.
Нет. Состав документов зависит от задачи и согласованного объёма. Сначала определяем решения и процессы, для которых нужны правила. Если существующий материал работает, используем его.
Показатели должны соответствовать роли и зоне влияния. Для каждой метрики нужны источник, метод расчёта и решение, которое она поддерживает. Универсальное количество KPI и бонусную формулу заранее не назначаем.
Да, если компания может применять и проверять правила доступными средствами. Когда модель зависит от новых данных, доступа или автоматизации, фиксируем эту зависимость и отдельный объём ИТ-работ.
Разбираем предмет спора на рабочих ситуациях: результат, ресурс, право решения или требования к передаче. Показываем варианты и последствия. Уполномоченный заказчик принимает окончательное решение.
Сначала команда проходит согласованные сценарии. Реальный пилот позволяет проверить применение правил и качество данных; его границы и критерии согласуем отдельно. Затем принимаем решение о расширении.
Возможный эффект оцениваем на данных компании. До старта согласуем проблему, исходный уровень и метод проверки. Принятые документы не равны экономии: она зависит от внедрения и фактических изменений в работе.
Опишите, где руководителям не хватает полномочий, отделы расходятся в договорённостях или показатели не помогают управлять. Определим, какие правила стоит пересобрать и как проверить результат.
Обсудить операционную модель