Матрица RACI¶

В любом проекте или процессе даже средней сложности одной из самых распространенных и сложных проблем являются неясные обязанности. Когда задачи задерживаются, выясняется, что несколько человек думали, что ответственность лежит на ком-то другом; когда нужно принять решение, невозможно найти человека, обладающего окончательным правом; или простое утверждение застревает в многочисленных уровнях согласования, в результате чего много времени тратится на ненужные обсуждения. Матрица RACI, которую также часто называют Диаграммой RACI, представляет собой простой, но чрезвычайно эффективный инструмент командной работы и коммуникации, разработанный для решения этой распространенной проблемы.

Основная цель RACI — четко определить и сообщить через понятную матрицу взаимосвязь между различными задачами и различными ролями внутри проекта или процесса, гарантируя, что для каждой задачи связанные обязанности и полномочия будут четко назначены конкретным лицам. Она направлена на устранение неопределенности вопроса "Чья это работа?", позволяя каждому члену команды ясно понимать свои и чужие обязанности, тем самым значительно повышая эффективность сотрудничества, снижая затраты на коммуникацию и внутреннее трение.

RACI — это акроним, обозначающий четыре типа ответственности:

• R - Ответственный (Responsible)
• A - Подотчетный (Accountable)
• C - Консультируемый (Consulted)
• I - Информируемый (Informed)

Подробное объяснение четырех ролей RACI¶

Ключ к пониманию RACI — это точное понимание этих четырех уровней ответственности.

<!--

<!--

graph TD
    subgraph RACI Responsibility Assignment Matrix Role Definitions
        A(<b>R - Responsible</b><br/><i>“The Doer” - The person who actually performs the work</i><br/>- Responsible for the execution of specific tasks<br/>- A task can have multiple Rs) --> B(<b>A - Accountable</b><br/><i>“The Buck Stops Here” - The person ultimately responsible for the outcome</i><br/>- Has final decision-making and veto power over the task<br/>- <b>A task MUST and CAN ONLY have one A</b>);
        B --> C(<b>C - Consulted</b><br/><i>“In the Loop” - People who need to be consulted for two-way communication</i><br/>- Experts or stakeholders who need to be consulted before decisions or during execution<br/>- Provides expert input, is two-way communication);
        C --> D(<b>I - Informed</b><br/><i>“FYI” - People who only need to be informed of the outcome</i><br/>- Stakeholders who need to be informed of the outcome or progress after the task is completed<br/>- Is one-way communication, no feedback required);
    end

Как создать и использовать матрицу RACI¶

1. Шаг первый: Определите и перечислите все "Задачи" (вертикальная ось)

   • Разбейте проект или процесс от начала до конца на серию конкретных, выполнимых задач или результатов. Перечислите их как строки матрицы, в крайнем левом столбце.

2. Шаг второй: Определите и перечислите все "Роли" (горизонтальная ось)

   • Определите всех участников проекта или процесса и запишите их роли (не конкретные имена, так как персонал может меняться) как столбцы матрицы, в верхней строке. Например, "Менеджер проекта", "Продуктовый менеджер", "Фронтенд-разработчик", "Бэкенд-разработчик", "Юридический консультант" и т.д.

3. Шаг третий: Поочередно заполните матрицу, назначив RACI

   • Это самый важный шаг. Команда должна работать вместе, построчно (то есть для каждой задачи), обсуждая и назначая одну или несколько букв из R, A, C, I каждой соответствующей роли.
   • Ключевые правила:
     • Каждая строка (каждая задача) должна содержать ровно одного A. Это ключ к обеспечению четкой ответственности и избежанию ситуации, когда никто не отвечает или отвечают несколько человек.
     • В каждой строке должен быть хотя бы один R, чтобы гарантировать выполнение задачи.

4. Шаг четвертый: Проанализируйте и оптимизируйте матрицу (вертикальный и горизонтальный анализ)

   • Как только матрица будет заполнена, ее необходимо проверить и оптимизировать для выявления потенциальных проблем сотрудничества.
   • Анализ по строкам (для каждой задачи):
     • Нет A?: Это означает, что никто не несет окончательной ответственности за эту задачу; необходимо немедленно назначить A.
     • Несколько A?: Это означает неясные обязанности, склонные к конфликтам; необходимо сократить до одного A.
     • Нет R?: Это означает, что задача — просто "замок в воздухе", и некому ее выполнить.
     • Слишком много C?: Это означает, что процесс консультаций может быть слишком длинным, замедляя принятие решений. Нужно ли на самом деле консультироваться с таким количеством людей?
     • Слишком много I?: Это означает, что затраты на коммуникацию могут быть слишком высокими. Нужно ли информировать всех этих людей?
   • Анализ по столбцам (для каждой роли):
     • Слишком много R для определенной роли?: Это означает, что этот человек может быть перегружен; необходимо перераспределить работу.
     • Слишком много A для определенной роли?: Это означает, что власть может быть слишком централизованной; является ли этот человек узким местом для принятия решений?
     • Роль без R или A?: Нужно ли включать эту роль в процесс?

5. Шаг пятый: Достигните консенсуса и сообщите результаты Убедитесь, что финальная версия матрицы RACI понята и принята всеми участниками. Сделайте ее официальным документом проекта и опубликуйте, чтобы она стала "общим языком" и "кодексом поведения" команды.

Примеры применения¶

Пример 1: Процесс запуска продукта

• Анализ: Из этой матрицы ясно, что Продуктовый менеджер несет окончательную ответственность (A) за разработку функций продукта, а Менеджер по маркетингу несет окончательную ответственность (A) за маркетинговый план. Юридический консультант "Консультируется (C)" по маркетинговому тексту и просто "Информируется (I)" о документе с требованиями.

Пример 2: Ремонт дома

• Задача: Определить стиль ремонта.
• Роли: Муж, Жена, Дизайнер, Прораб.
• Назначение RACI:
  • R (Ответственный): Дизайнер (отвечает за подготовку проектных решений).
  • A (Подотчетный): Жена (имеет окончательное право решения).
  • C (Консультируемый): Муж (должен высказать свое мнение, но не имеет окончательного права решения).
  • I (Информируемый): Прораб (должен быть проинформирован о финальном стиле для подготовки строительных работ).

Пример 3: Устранение инцидента в онлайн-среде

• Задача: Срочно исправить онлайн-баг.
• Роли: Технический директор, Инженер по эксплуатации, Разработчик, Менеджер по работе с клиентами.
• Назначение RACI:
  • R: Разработчик (отвечает за написание и отправку исправления кода).
  • A: Технический директор (в конечном итоге отвечает за устранение инцидента и восстановление онлайн-сервисов).
  • C: Инженер по эксплуатации (должен быть проконсультирован по поводу влияния исправления на серверную среду перед развертыванием).
  • I: Менеджер по работе с клиентами (должен быть проинформирован о ходе исправления для успокоения клиентов).

Преимущества и вызовы матрицы RACI¶

Основные преимущества

• Значительно уточняет обязанности: Четко определяет, кто за что отвечает, кто принимает решения и кто должен быть вовлечен, устраняя неопределенность ролей и дублирование ответственности.
• Повышает эффективность принятия решений: Четко определяя одного A, избегает задержек или конфликтов, вызванных неясными обязанностями.
• Оптимизирует пути коммуникации: Четко различает C, которым требуется глубокое вовлечение, и I, которым требуется только одностороннее уведомление, снижая уровень ненужной коммуникации.
• Облегчает адаптацию новых членов команды: Предоставляет четкое руководство для новых членов команды, позволяя им быстро понять модель работы проекта и свои обязанности.

Возможные вызовы

• Может быть слишком жесткой: Если применять ее слишком формально, это может ограничить гибкость и самоорганизацию команды. RACI — это инструмент коммуникации, а не бюрократический процесс.
• Не решает все проблемы: Она определяет только "кто за что отвечает", но не "как это делать" или "когда завершить". Ее необходимо использовать в сочетании с другими инструментами, такими как планы проекта и диаграммы процессов.
• Стоимость создания и поддержания: Для очень крупных и сложных проектов создание и поддержание детальной матрицы RACI может быть значительной задачей само по себе.

Расширения и связи¶

• Варианты RACI:
  • RASCI: Добавляет роль S - Поддерживающий (Supportive), обозначающую тех, кто предоставляет ресурсы или поддержку для выполнения задач.
  • RACI-VS: Добавляет V - Проверяющий (Verifier) и S - Подписывающий (Signatory), используемые в сценариях, требующих формального тестирования и утверждения.
• Управление проектами: Матрица RACI является одним из ключевых инструментов планирования человеческих ресурсов и управления коммуникациями в рамках Свода знаний по управлению проектами (PMBOK).

Справка: Модель RACI, как полагают, возникла в практике управленческого консультирования 1970-х годов. Как инструмент уточнения ролей и обязанностей, она широко применяется и рекомендуется в управлении проектами, управлении ИТ-услугами (например, в рамках ITIL) и организационном дизайне.