Macierz RACI: kto robi, kto decyduje, kto tylko wie

Jak RACI zamienia „myślałem, że to Ty” w „wiem, kto robi”?

Zdarzyło Ci się usłyszeć na spotkaniu: „myślałem, że to Ty to robisz”? Wtedy wiesz, jak wygląda projekt bez jasnych ról. Macierz RACI, czyli tabela, która każdemu zadaniu przypisuje cztery typy odpowiedzialności, kończy tę grę w zgadywanki. To praktyczne narzędzie zarządzania projektami, które porządkuje obowiązki w całej organizacji. Pierwsze dwie litery to sedno sprawy. R, czyli Responsible, to wykonawca, który realizuje zadanie i dostarcza wyniki. A, czyli Accountable, to osoba odpowiedzialna za efekt i go zatwierdza. Dla każdego zadania powinno być dokładnie jedno A, inaczej odpowiedzialność się rozmywa. Pozostałe litery porządkują komunikację. C (Consulted) to konsultanci, z którymi rozmawiasz przed podjęciem decyzji, bo mają wiedzę, której potrzebujesz. I (Informed) to osoby, które dostają informację po fakcie, żeby wiedziały, co się dzieje, ale nie muszą reagować. Kiedy tworzysz macierz, wypisz wszystkie zadania w projekcie i przypisz każdej osobie jedną z tych ról. Najczęstszy błąd? Mylenie R i A, bo w polskim oba tłumaczymy jako „odpowiedzialny”. Tymczasem różnica jest kluczowa: R wykonuje, A odpowiada za to, że zadanie w ogóle zostanie ukończone.

Kto wykonuje, a kto odpowiada - gdzie leży różnica, na której wywraca się cały plan?

Najczęściej wywraca się to, co wygląda na drobiazg: ktoś zadanie wykonał, ale nikt nie wiedział, kto je zatwierdza. W języku polskim oba angielskie określenia bywają tłumaczone jako „odpowiedzialny”, przez co różnica między wykonaniem a własnością rezultatu staje się nieczytelna. To najczęstszy błąd przy budowaniu takiej tabeli. Różnica jest prosta: wykonawca robi, a właściciel odpowiada za efekt końcowy i go zatwierdza. Dla każdego zadania powinna istnieć dokładnie jedna osoba z rolą A, bo kilku właścicieli prowadzi do przeciągających się uzgodnień i rozmycia odpowiedzialności. Gdy pomylisz role, kilka osób wykonuje tę samą pracę, nikt nie podejmuje ostatecznej decyzji, a ważny interesariusz dowiaduje się o zmianie zbyt późno. Dobrze przygotowana macierz ogranicza te sytuacje, bo każdy członek zespołu od początku wie, czy ma działać, opiniować, czy tylko czekać na informację.

Kiedy macierz RACI przestaje pomagać, a zaczyna przeszkadzać?

Macierz RACI, czyli tabela, która każdemu zadaniu przypisuje cztery role, przestaje pomagać, gdy zaczynasz traktować ją jak cel sam w sobie. Zamiast upraszczać pracę, zamienia się w biurokratyczny rytuał, który zjada czas, zanim w ogóle zaczniesz działać. Pierwszy sygnał ostrzegawczy to walka o litery. Zamiast dyskutować, jak wykonać zadanie, spierasz się, czy ktoś ma być oznaczony jako wykonawca (R), czy jako osoba odpowiedzialna (A). W polskim tłumaczeniu obie te role często nazywasz „odpowiedzialny”, więc różnica między realną pracą a decyzyjnością staje się nieczytelna. To najczęstsze źródło błędów. Drugi problem pojawia się, gdy dla jednego zadania wpisujesz kilka osób z literą A. W teorii każde zadanie ma mieć dokładnie jednego właściciela rezultatu, który zatwierdza wynik. W praktyce, gdy dopisujesz drugiego, trzeci zaczyna czekać na decyzję pierwszego, a uzgodnienia ciągną się w nieskończoność. Zamiast eliminować chaos, tworzysz nowy. Macierz zawodzi też, gdy rośnie liczba konsultantów (C). Każda taka osoba ma prawo do dwukierunkowej komunikacji i aktywnego wkładu. Przy pięciu konsultantach zamiast szybkiej decyzji dostajesz pięć opinii do pogodzenia. Narzędzie, które miało uporządkować proces, zaczyna go spowalniać. Wtedy warto wrócić do pytania, czy ten projekt w ogóle potrzebuje tak rozbudowanej struktury, czy wystarczy prosta lista zadań i jedna osoba decyzyjna.

Jak wdrożyć RACI, żeby zespół go używał, a nie tylko odhaczył spotkanie?

Zanim cokolwiek wpiszesz do tabeli, przestań myśleć o RACI jako o formalności. To po prostu sposób, żeby na jednej kartce zapisać, kto konkretnie wykonuje zadanie, kto je zatwierdza, z kim trzeba się naradzić, a kogo wystarczy poinformować. Jeśli zespół zrozumie, że dzięki temu nikt nie będzie robił roboty za kogoś innego ani nie dowie się o zmianach ostatni, macierz sama się obroni.

Najczęstszy błąd pojawia się już na starcie, gdy myli się dwie role: wykonawcę i właściciela zadania. W języku polskim oba angielskie określenia tłumaczy się podobnie, ale to nie to samo.

Wykonawca to osoba, która realizuje pracę i odpowiada za jej jakość oraz termin. Właściciel to ktoś, kto ponosi ostateczną odpowiedzialność za wynik, zatwierdza gotowe zadanie i dla każdego zadania jest zawsze dokładnie jedna taka osoba. Gdy właścicieli jest kilku, decyzje się przeciągają, a odpowiedzialność się rozmywa.

Wdrożenie krok po kroku wygląda tak:

1. Wypisz wszystkie zadania w projekcie, od pierwszego do ostatniego, bez oceniania, czy są ważne.
2. Do każdego zadania przypisz dokładnie jedną osobę z literą A, czyli właściciela, który zatwierdza wynik.
3. Wskaż wykonawców, czyli osoby z literą R, które realnie wykonują pracę i dostarczają efekty.
4. Dopisz konsultantów z literą C, czyli ludzi, z którymi trzeba porozmawiać przed podjęciem kluczowych decyzji.
5. Oznacz literą I osoby, które mają dostawać informacje o postępach, ale nie muszą w nic ingerować.
6. Sprawdź, czy każde zadanie ma dokładnie jedno A i czy nikt nie dostał więcej obowiązków, niż udźwignie.

Po takim ćwiczeniu od razu zobaczysz, gdzie w projekcie kilka osób robi to samo, gdzie nikt nie podejmuje decyzji, a gdzie ważny interesariusz dowiaduje się o zmianach zbyt późno. To właśnie te trzy sytuacje najczęściej spowalniają pracę i psują komunikację w zespole. Prawidłowe tworzenie macierzy i przypisanie zasobów zgodnie z rolami to podstawa sprawnej organizacji pracy, a korzyści z tego widać w każdym projekcie.