Матриця raci як інструмент управління відповідальністю, приклад матриці raci з розподілу ролей

При проектуванні або зміні процесів, потрібно організувати відповідальність і взаємовідносини між ролями, задіяними в процесі. Як допоможе в цьому матриця RACI? Як її побудувати і застосувати?

Спробуємо ж розібратися в цьому наборі букв і побудувати матрицю RACI на двох прикладах.

матриця RACI

Методика RACI є зручним і наочним засобом проектування і планування змін, а саме участі різних ролей в процедурах і завданнях процесу.

Часто метод RACI називають діаграмою або таблицею, але по суті це саме матриця відповідальностей.

Термін RACI (або ARCI) є абревіатурою:

• R - Responsible (виконує);
• A - Accountable (несе відповідальність);
• C - Consult before doing (консультує до виконання);
• I - Inform after doing (оповіщається після виконання).

Іноді можна зустріти варіант абревіатури - RACIS, де

S - supported (надає підтримку)

Таке кодування використовується для формування таблиці, яка характеризує участь тієї чи іншої ролі при виконанні завдань в процесі.

Давайте розберемо застосування цього засобу на прикладі процесів управління конфігураціями і інцидентами.

Процес управління конфігураціями

Частина діяльностей в процесі, які потрібно призначити ролям:

Деякі ролі процесу:

Приклад матриці розподілу відповідальності RACI:

Є кілька правил, яких слід дотримуватися при побудові матриці RACI:

Accountable - повинен бути тільки один. Якщо це не так, то потрібно чітко обмежити рамки, в яких, або в даний момент по даній діяльності, або в даних умовах відповідальний тільки один, але в інших умовах з тієї ж діяльності можливо відповідальність несе інший. Цю ситуацію розберемо на наступному прикладі.

Responsible - повинен бути в наявності по кожній діяльності, їх може бути кілька, причому можливі поєднання.

Кожна діяльність обов'язково повинна мати Accountable і Responsible.

Процес управління інцидентами

Діяльності в процесі:

• Реєстрація та первинна обробка звернень
• Рішення
• Перевірка і закриття
• Оповіщення та проведення опитувань
• Оперативний контроль і координація
• звітність
• Оцінка і вдосконалення

Деякі ролі процесу:

• заявник
• Спеціаліст першої лінії
• Спеціаліст другої лінії
• Керівник Service Desk
• Менеджер інцидентів
• власник процесу

У колонці «Процедури» можуть бути описані діяльності з різною глибиною деталізації, аж до операцій.

Зверніть увагу, при наявності декількох A, потрібні посилання на умови.

Можна сміливо сказати, що матриця RACI це зручний інструмент візуалізації, що є частиною проектування будь-якого процесу, бо в будь-якому процесі є роль і діяльність, які потрібно розподілити і контролювати.

Детальніше ця тема обговорюється на наступних курсах:

ITIL® і PRINCE2® - зареєстровані торгові марки компанії AXELOS Limited.

Swirl logo ™ - торгова марка компанії AXELOS Limited.