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

    2.2 Полномочия и матрица ответственности RACI (Responsible, Accountable, Consulted, Informed)

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

    Для работы в требуемом темпе полномочия должны быть четко определены, подобно правам доступа в программном обеспечении. Каждое ключевое операционное действие имеет конкретного «владельца» (право на исполнение) и «контролера» (право на проверку).

    Лицо, официально ответственное за количественные результаты (финансовые показатели (P&L), метрики качества, сроки поставки), обладает окончательным правом решать, как эти результаты будут достигнуты.

    • Принцип: Если процесс дает сбой и требует критического вмешательства в 2 часа ночи, то лицо, ответственное за результат, и принимает решение.

    Операционные полномочия делегируются в зависимости от категории риска. Эти права необходимы для скорости и подотчетности, и любое отклонение от них требует формального письменного одобрения руководства.

    КатегорияТриггер решенияПодотчетный / Утверждающий (A) / Лицо, принимающее решение (ЛПР)Право вето / Согласование
    ФинансоваяРасходы отдела < $1kРуководитель командыНет
    ФинансоваяРасходы > $10k / Капитальные затратыРуководитель отдела + Финансовый директорГенеральный директор
    НаймВынесение предложения о работе (оффер)Менеджер по наймуНезависимый эксперт / представитель HR
    КачествоОстановка отгрузки / Остановка производственной линииИнженер по качествуНеприменимо (решение отдела качества о блокировке выпуска не подлежит отмене)
    КоммерческаяНестандартные условия контрактаДиректор по продажамЮридический отдел / Операционный директор
    ИнженерияАрхитектура системы / Технологический стекТехнический директор / Главный инженерНет
    Цепочка поставокОдобрение нового поставщикаРуководитель по закупкамОтдел качества (если не пройден аудит поставщика)

    Критический контроль: Право вето отдела качества

    Заголовок раздела «Критический контроль: Право вето отдела качества»

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

    • Правило: Производство владеет графиком, но качество владеет выпуском.
    • Сценарий: Команде продаж срочно требуется отгрузить партию сегодня. Инженер по качеству фиксирует всплеск уровня отказов на 0,5% во время финального тестирования.
    • Результат: Отгрузка приостанавливается. Отдел качества имеет право заблокировать выручку, если технические параметры выходят за пределы спецификации.

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

    • R = Ответственный (Responsible): Лицо (лица), выполняющее работу (написание кода, настройка оборудования, ведение переговоров). Может быть несколько «R».
    • A = Подотчетный / Утверждающий (Accountable): Единственное лицо, которое владеет конечным результатом и обладает правом окончательного решения «Да/Нет». Может быть только ОДИН «A».
    • C = Консультируемый (Consulted): Эксперты, которые должны предоставить информацию до принятия окончательного решения. Они дают рекомендации, но не имеют права вето.
    • I = Информируемый (Informed): Сотрудники, которых информируют о решении после его принятия.

    Распространенные ошибки при использовании RACI:

    1. Слишком много «A»: Если два человека подотчетны, то фактически не подотчетен никто.
    2. Использование «C» как вето: Роль консультируемых — предоставлять данные. Если подотчетное лицо (A) не согласно с рекомендацией, оно принимает решение и документирует принятый на себя риск.

    Логика эскалации: Преодоление тупиковых ситуаций

    Заголовок раздела «Логика эскалации: Преодоление тупиковых ситуаций»

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

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

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

    Ограничение по формату: не более 1 страницы.

    Заголовок: [Название решения] | [Дата] | [Подотчетное лицо (A)]

    1. Контекст:

    • В чем именно заключается бизнес-проблема? (Не более 2 предложений).

    2. Варианты:

    • Вариант A: (Описание + Финансовые затраты + Операционный риск).
    • Вариант B: (Описание + Финансовые затраты + Операционный риск).
    • Вариант C: (Бездействие — всегда включайте этот базовый вариант для сравнения).

    3. Рекомендация:

    • Рекомендуется к утверждению Вариант A, потому что [Аргумент 1] и [Аргумент 2].

    4. Зафиксированное несогласие:

    • [Название отдела] не согласен с данным подходом, так как [Конкретная причина]. Данный риск был учтен / смягчен [Конкретным действием].

    5. Требуемое решение:

    • [Утвердить / Отклонить / Вынести на обсуждение]

    Роль (RACI)Ключевая характеристикаКритерий / ПравилоПример из текста
    A (Accountable)Единственный владелец результатаТолько один «A» на задачу/решение. Имеет право окончательного «Да/Нет».Руководитель команды утверждает расходы < $1k.
    R (Responsible)Исполнитель работыМожет быть несколько «R». Выполняет действия.Инженер настраивает оборудование.
    Право вето (Качество)Блокировка выпускаОтдел качества владеет выпуском продукции. Неприменимо для отмены.Инженер по качеству останавливает отгрузку при всплеске отказов.
    Эскалация (Уровень 1)Разрешение тупикаДанные имеют приоритет над мнением. Решение на основе объективных метрик.При разногласии руководителей анализируются предоставленные данные.
    Эскалация (Уровень 2)Исполнение решения«Не согласен, но исполняю». Подотчетное лицо («A») принимает финальное решение.Руководитель отдела принимает решение, несогласная сторона обязана его исполнить.