Macierz RACI (z ang. Responsibility Assignment Matrix) to narzędzie zarządzania projektami, które przypisuje role i odpowiedzialność do każdego zadania. Skrót pochodzi od czterech ról: Responsible (wykonawca), Accountable (właściciel decyzji), Consulted (ekspert) i Informed (informowany). W złożonych projektach IT, gdzie nad jednym zadaniem pracują rozproszone zespoły, zewnętrzni dostawcy i kilka warstw zarządzania, brak takiego podziału kończy się opóźnieniami i sporami o kompetencje.

Jeśli zastanawiasz się, dlaczego odpowiedzialność tak często gubi się między ludźmi, zajrzyj do tekstu Kto w końcu to zrobi? Problem, który rozwiązuje macierz RACI.

Cztery role w macierzy RACI – co oznacza każda litera

Każda komórka macierzy to skrzyżowanie zadania z rolą projektową. Litera przypisana w tym miejscu określa, czego oczekujesz od danej osoby przy konkretnym zadaniu.

• R – Responsible (wykonawca) – osoba lub osoby realizujące zadanie; przy jednym zadaniu może być kilku Responsible, o ile zakresy pracy są wyraźnie rozgraniczone;
• A – Accountable (właściciel decyzji) – osoba ostatecznie odpowiedzialna za rezultat; dla każdego zadania powinien istnieć dokładnie jeden Accountable;
• C – Consulted (ekspert) – osoby, z którymi konsultujesz decyzję przed jej podjęciem; komunikacja jest tu dwukierunkowa;
• I – Informed (informowany) – osoby powiadamiane o postępach i wynikach, bez udziału w realizacji; komunikacja jednostronna.

Reguła jednego Accountable ma konkretne uzasadnienie. Kiedy tę rolę dostaje kilka osób pod hasłem “wspólnej odpowiedzialności”, pojawia się efekt biernego obserwatora (bystander effect). Każdy zakłada, że decyzję podejmie ktoś inny, a zadanie stoi. Dobre praktyki opisuje RACI Chart: What is it & How to Use – Atlassian.

Macierz RACI jako podstawa planu komunikacji

RACI to coś więcej niż tabela z literami. Określa, kto, jak często i na jakim poziomie szczegółowości ma dostawać informacje o projekcie. Osoby z rolą C potrzebują regularnego dialogu, a osobom z rolą I wystarczy powiadomienie o kluczowych decyzjach i kamieniach milowych. Taki podział ogranicza liczbę spotkań i maili, które obciążają zespół bez realnej wartości.

PMI (Project Management Institute) rekomenduje macierz RACI jako narzędzie bazowe do definiowania ról, zwłaszcza w projektach z wieloma interesariuszami i zewnętrznymi dostawcami. Sprawdza się w projektach waterfall, w IT governance oraz w środowiskach zwinnych przy planowaniu sprintów. Praktyczne wskazówki znajdziesz w The RACI matrix: Your blueprint for project success – CIO.

Najczęstsze błędy przy wdrożeniu RACI

Sama macierz nie gwarantuje, że zacznie działać. W praktyce organizacje powtarzają kilka błędów.

• Przypisywanie wielu Accountable do jednego zadania, co w rzeczywistości oznacza brak odpowiedzialności;
• rozdrabnianie macierzy na wszystkie mikrozadania, przez co dokument staje się nieczytelny i przestaje być używany;
• traktowanie macierzy jako dokumentu jednorazowego, tworzonego raz na starcie i nigdy nieaktualizowanego;
• pominięcie kluczowych interesariuszy przy tworzeniu macierzy, co odbiera akceptację przypisanym rolom.

Macierz weryfikuj na każdym etapie projektu (phase gate), a szczególnie przy zmianach zakresu. Więcej porównań podejść zebrano w RACI Matrix: Your Ultimate Guide – project-management.com.

Warianty macierzy – RASCI i DACI

Klasyczna macierz ma rozszerzenia dopasowane do różnych kontekstów.

• RASCI dodaje rolę Support (wsparcie wykonawcy), przydatną tam, gdzie część osób dostarcza zasobów lub pomocy technicznej bez odpowiedzialności za wynik;
• DACI (Driver, Approver, Contributor, Informed) lepiej pasuje do procesów zdominowanych przez decyzje, np. w zarządach produktów lub governance dużych programów.

Wybór wariantu wynika z charakteru projektu, nie z popularności skrótu. Szybkie porównanie znajdziesz w What Is A RACI Chart? – Forbes Advisor.

Jak poprawnie zbudować macierz RACI

Zacznij od dwóch list. W wierszach umieść zadania lub etapy projektu, w kolumnach role albo osoby zaangażowane. Każde skrzyżowanie zadania z rolą otrzymuje jedną z czterech liter lub pozostaje puste, jeśli dana rola nie bierze udziału w tym zadaniu.

Po wypełnieniu przeprowadź dwie kontrole. Sprawdź, czy każde zadanie ma dokładnie jednego Accountable, oraz czy żadna osoba nie ma zbyt wielu ról Responsible naraz, bo to sygnał przeciążenia zasobów. Warto powiązać macierz z tym, co w projekcie naprawdę musi się udać – o tym piszemy w tekście CSF, czyli co tak naprawdę musi się udać.

FAQ

Ilu Accountable może mieć jedno zadanie w macierzy RACI?

Dokładnie jeden. Rozbicie tej roli na kilka osób rozmywa decyzyjność i uruchamia efekt biernego obserwatora, gdzie nikt nie czuje się odpowiedzialny za rezultat.

Czym różni się rola Consulted od Informed?

Consulted oznacza komunikację dwukierunkową – ekspert przekazuje informację zwrotną, którą uwzględniasz przed decyzją. Informed to komunikacja jednostronna, czyli powiadomienie o postępach bez oczekiwania na odpowiedź.

Kiedy stosować RASCI zamiast RACI?

Gdy w projekcie występują osoby wspierające wykonawcę zasobami lub pomocą techniczną, ale bez odpowiedzialności za końcowy wynik. Rola Support porządkuje wtedy podział pracy czytelniej niż sama litera R.