Матриця RACI: як розподілити відповідальність

Сформулюйте результат зміни одним реченням. Назвіть, хто приймає рішення, у яких межах і коли залучає керівника. Орієнтири: «Responsible» і «Accountable».

Це роль або ролі, які виконують роботу; їх може бути кілька, якщо межі внеску зрозумілі.

Для «Responsible» потрібен видимий результат. Формулювання «ми домовилися» замало, якщо строки, якість або спосіб рішення не змінилися.

Одна роль несе кінцеву відповідальність за результат і має право інтегрувати рішення.

Заздалегідь домовтеся, за якою ознакою переглядатимете «Accountable». Інакше тимчасове рішення швидко стане незручним правилом.

Цих людей залучають до рішення до його ухвалення, бо їхня експертиза або ризик справді потрібні.

Якщо «Consulted» працює лише після нагадування керівника, домовленість ще не стала частиною звичайної роботи.

Вони отримують результат чи статус після рішення й не повинні перетворюватися на прихованих погоджувачів.

Домовленість має витримати звичайний робочий тиск. Якщо правило «Informed» обходять за першої терміновості, причина не усунута.

Матрицю використовують для неоднозначних рішень і стиків, а не для кожної дрібної операції.

Наявність документа тут нічого не доводить. Подивіться, чи змінила домовленість «Рівень застосування» поведінку команди в реальній задачі.

Опишіть одну повторювану ситуацію: де виникла затримка, хто чекав рішення і який наслідок отримав бізнес.

Визначте, яка частина роботи дала збій. Спочатку перевірте «Responsible». Не намагайтеся одночасно виправити всю компанію.

Домовтеся про новий спосіб дії, одного відповідального та межі його самостійності. Окремо узгодьте «Accountable».

Перевірте домовленість у реальній роботі. Подивіться, як спрацювала частина «Consulted», і порівняйте результат із початковим станом.

Не поширюйте перше рішення одразу на всю компанію. Спочатку подивіться, як «Responsible» витримує навантаження й нестандартний випадок.

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

Перший збій після зміни не доводить, що підхід хибний. Розберіть причину, уточніть межі й повторіть перевірку. Для виправлення почніть із частини «Accountable» та призначте відповідального.

Ця дія створює видимість порядку, але не змінює спосіб роботи. Потрібно повернутися до конкретної причини й перевірити її на реальному випадку. Наступний крок — з’ясувати, що саме не працює в частині «Consulted».

Кількість суперечливих рішень, повторних узгоджень і задач без одного відповідального за кінцевий результат.

Порівнюйте стан до і після зміни. Окремо записуйте, яке рішення могло вплинути на результат і що змінилося в частині «Responsible». Не робіть висновок за одним випадком: перевірте «Responsible» щонайменше на кількох робочих ситуаціях.

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

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