RACI не рятує: коли матриця відповідальності маскує відсутність домовленостей

Що означають літери й чого вони не пояснюють

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

Українське слово «відповідальний» часто використовують і для R, і для A. Через це вже на рівні перекладу з’являється плутанина: один учасник вважає себе виконавцем, інший — остаточним власником, а третій думає, що його лише повідомлятимуть. Визначення слід прочитати разом і прив’язати до реальної поведінки.

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

Знижка, яку погоджували всі й ніхто

Змодельована ситуація: гуртова компанія створила RACI для нестандартних комерційних пропозицій. Менеджер продажів має R, комерційний директор — A, фінансова директорка — C, власник — I. Таблиця виглядає зрозумілою.

Коли виникає велика знижка, фінансова директорка відмовляється погодити маржу. Комерційний директор відповідає, що консультація не є правом вето. Власник, якого лише поінформували, телефонує менеджерові й усно дозволяє угоду. Менеджер виконує останню вказівку, хоча офіційний відповідальний дізнається про неї пізніше.

Проблема не в неправильній літері для фінансів. Компанія не визначила, хто може прийняти економічний компроміс, яка межа є обов’язковою й коли власник має право втрутитися. Таблиця показала бажаний порядок, тоді як реальна влада продовжила працювати за звичками.

Виправлення починається з розмови про рішення: комерційний директор діє в погодженому діапазоні; вихід за межу потребує іншого уповноваженого розгляду; фінанси перевіряють визначені умови; виняток власника стає видимим для відповідального. Лише після цього літери можуть коротко відобразити справжню домовленість.

Прогалина перша: незрозумілий продукт рядка

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

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

Перевірка проста: чи можуть R і A однаково описати завершений результат? Якщо один має на увазі надісланий документ, а інший — прийнятий клієнтом варіант, конфлікт уже закладений у рядку.

Прогалина друга: A не має реальної влади

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

Перелічіть рішення, потрібні для результату. Що A приймає сам? Що має право вимагати від учасників? Куди ескалює конфлікт? Чи відповідає вищий керівник у час, коли ще можна вплинути? Якщо повноваження неможливо надати, перегляньте роль або спосіб оцінювання результату.

Окремо перевірте неформальні скасування. Якщо власник регулярно змінює вибір A приватною вказівкою виконавцю, формальна відповідальність не відповідає реальній. Це потрібно вирішувати між керівниками, а не доручати HR підправити файл.

Прогалина третя: консультація стала прихованим погодженням

Багато C можуть означати як корисну експертизу, так і чергу невизначених дозволів. Людина не знає, чи достатньо попросити думку, чи треба чекати позитивної відповіді кожного. Відсутність відповіді зупиняє задачу на невизначений час.

Для консультативної ролі назвіть предмет і строк. Фінанси перевіряють визначену економічну умову, експерт — конкретне технічне припущення. Якщо існує обов’язкове погодження або право зупинки, запишіть його окремо. Не ховайте суттєве повноваження за літерою, яку всі звикли перекладати як пораду.

Мовчання не повинне автоматично означати згоду для питань із серйозними правовими чи безпековими наслідками. Потрібен погоджений порядок і належна профільна перевірка. В інших випадках визначте, як діяти після закінчення строку консультації, щоб робота не висіла без адресата.

Прогалина четверта: дві правильні задачі конкурують за ресурс

RACI може показати, хто залучений до кожного процесу, і не показати, який процес важливіший сьогодні. Одна людина отримує кілька R, кожне з однаково терміновим строком. Керівники читають свої рядки й мають підстави вимагати виконання.

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

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

Прогалина п’ята: немає правила перегляду й наслідків обходу

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

Та актуальність документа не допоможе, якщо його можна безкарно обходити. Йдеться не про автоматичне покарання. Потрібен розбір відхилення: чому обійшли, чи було правило придатним, що слід змінити й як діятимемо наступного разу. Однаковий стандарт має стосуватися й першої особи.

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

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

FAQ

Чи треба відмовитися від RACI, якщо вона не працює?

Не поспішайте. Спочатку перевірте, чи правильно визначені результати, реальні права й спосіб вирішення конфліктів. Якщо ці домовленості з’явилися, матриця може залишитися зручним стислим описом участі.

Скільки A має бути в одному рядку?

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

Чи можна суміщати R та A?

У простій задачі одна людина може виконувати роботу й відповідати за її завершення. Перевірте лише, чи не потрібна незалежна перевірка за характером ризику. Суміщення не має прибирати обов’язковий контроль там, де він потрібний.

Як залучити команду, яка втомилася від матриць?

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

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