Zespół projektowy siedzi na kolejnym spotkaniu. Na ekranie wisi kolorowa, starannie wypełniona tabela RACI. A mimo to nikt nie potrafi jednoznacznie powiedzieć, kto dziś może zatwierdzić zmianę budżetu. Znasz to uczucie?
Prawa do decyzji w organizacji rzadko giną przez złą wolę ludzi. Giną przez to, że nikt nie odróżnia, kto rekomenduje rozwiązanie, kto je konsultuje, kto naprawdę decyduje, a kto tylko wykonuje polecenie. RACI miało to uporządkować. W praktyce często dokłada tylko jedną tabelę więcej do systemu, który i tak już się dusi od procesów.
W tym artykule pokażę, dlaczego klasyczna macierz RACI zawodzi w organizacjach podejmujących dużo decyzji szybko, oraz jak zbudować prostszy model praw decyzyjnych z jasnymi progami eskalacji. Dostaniesz konkretne narzędzie, które możesz przetestować na jednej decyzji już w tym tygodniu.
Kiedy macierz RACI przestaje działać w praktyce
RACI nie jest złym narzędziem. Problem pojawia się wtedy, gdy organizacja rośnie, decyzje zaczynają dotyczyć wielu funkcji naraz, a role przypisane w tabeli przestają odpowiadać rzeczywistej dynamice pracy.
Dlaczego role R i A tak łatwo się mylą
Jeśli kiedykolwiek prowadziłeś dyskusję o RACI, prawdopodobnie utknąłeś na pytaniu: czym różni się „Responsible” od „Accountable”? To nie przypadek, że tyle osób ma z tym kłopot. W języku angielskim te dwa słowa bywają traktowane niemal jak synonimy, co samo w sobie wprowadza zamęt. Podobnie z podziałem na „Consulted” i „Informed” – w praktyce zakłada, że są ludzie, których świadomie nie chcemy pytać o zdanie, choć i tak dostarczają nam informacji. To rzadko odpowiada realiom pracy zespołowej.
Drugi problem jest jeszcze poważniejszy. Osoby oznaczone jako „C” – konsultowane – często dostają tylko rolę biernego dawcy opinii, zamiast realnie uczestniczyć w wypracowaniu decyzji. Eksperci od projektowania organizacji zwracają uwagę, że w mocno powiązanych, złożonych strukturach ludzie konsultowani powinni współtworzyć decyzję, a nie tylko dostarczać dane, które ktoś inny później samodzielnie przetworzy. Gdy tego zabraknie, konsultacja staje się fasadą.
Efekt: dużo tabel, mało realnych decyzji
To nie jest problem kosmetyczny. Z badań McKinsey wynika, że menedżerowie poświęcają na podejmowanie decyzji nawet około 40 procent swojego czasu pracy, a większość tego czasu oceniają jako źle wykorzystaną. Dodatkowo w innym badaniu tej samej firmy 61 procent kadry kierowniczej przyznało, że przynajmniej połowa czasu poświęcanego na decyzje była nieefektywna.
Kiedy w organizacji rośnie liczba tabel RACI, a nie maleje liczba spotkań decyzyjnych – to sygnał, że narzędzie przestało pełnić swoją funkcję. Nie potrzebujesz wtedy kolejnej kolumny. Potrzebujesz innego pytania.
Prawdziwy problem to brak jasności, kto decyduje – nie brak procesu
Tu dochodzimy do sedna. Wiele konfliktów ról w zespołach nie wynika z braku współpracy między ludźmi. Wynika z tego, że organizacja nigdy jasno nie ustaliła, kto rekomenduje, kto konsultuje, kto decyduje, a kto wykonuje. RACI próbuje to nazwać, ale robi to na poziomie zadań projektowych, a nie decyzji biznesowych – a to nie to samo.
Warto tu wspomnieć o inspiracji spoza świata HR. Firma doradcza Bain & Company od lat popularyzuje podejście, w którym decyzję rozbija się na role: kto przygotowuje rekomendację, kto musi się na nią zgodzić, kto dostarcza dane wejściowe, kto podejmuje ostateczną decyzję, a kto ją wdraża – w praktyce role te realizowane są zwykle w kolejności: rekomendacja z wkładem merytorycznym, zgoda, decyzja, wdrożenie. To podejście, choć powstało dla zarządów i strategii, ma jedną wartość, którą warto przenieść do codziennej pracy HR i menedżerów: decyzja ma jednego właściciela, nie komitet.
Nie musisz kopiować cudzego modelu jeden do jednego. Potrzebujesz wersji dopasowanej do skali swojej organizacji – prostszej niż korporacyjny framework, ale bardziej precyzyjnej niż klasyczne RACI.
Model praw decyzyjnych: kto rekomenduje, konsultuje, decyduje i wykonuje
Poniżej autorski model, który sprawdza się w zespołach HR, L&D i u menedżerów średniego szczebla. Nazwijmy go RKDW – cztery role, cztery pytania, jedna decyzja.
| Rola | Pytanie, na które odpowiada | Typowy błąd |
| Rekomenduje | Kto przygotowuje propozycję i dane do decyzji? | Rekomendację przygotowuje komitet, nie osoba – nikt nie czuje się autorem |
| Konsultuje | Czyj głos musi zostać wysłuchany, zanim decyzja zapadnie? | Konsultacja bez realnego wpływu na treść decyzji |
| Decyduje | Kto ma prawo powiedzieć ostateczne „tak” lub „nie”? | Więcej niż jedna osoba w tej roli dla tej samej decyzji |
| Wykonuje | Kto wdraża decyzję i odpowiada za efekt? | Wdrożenie oddane komuś, kto nie uczestniczył w rekomendacji |
Wniosek z tabeli: największa różnica względem RACI dotyczy roli „Decyduje”. W RKDW to zawsze jedna, imiennie wskazana osoba – nie dział, nie zespół, nie „zarząd”. Jeśli decyzja wymaga głosowania kilku osób, to znaczy, że wcześniej źle rozdzielono role rekomendującego i konsultowanych.
Przykład z organizacji. HR Business Partner rekomenduje zmianę w procesie onboardingu. Dyrektor operacyjny i lider zespołu są konsultowani, bo to oni odczują skutki zmiany. Decyduje dyrektor HR – jedna osoba, jeden podpis. Wdraża zespół L&D. Gdy te cztery role są nazwane z wyprzedzeniem, spotkanie decyzyjne trwa piętnaście minut, a nie półtorej godziny.
Jak wyznaczyć progi eskalacji, żeby decyzje nie utknęły na szczycie
Model RKDW rozwiązuje pytanie „kto decyduje”. Nie rozwiązuje jeszcze pytania „a co, jeśli się nie zgadzamy”. Do tego potrzebne są progi eskalacji – jasne zasady, kiedy sprawa idzie wyżej, a kiedy zostaje na poziomie zespołu.
Checklista: 5 pytań, które pomogą ustalić próg eskalacji
- Jaki jest finansowy skutek błędnej decyzji – czy mówimy o tysiącach, czy milionach złotych?
- Czy decyzja dotyczy jednego zespołu, czy kilku działów jednocześnie?
- Czy błąd da się łatwo odwrócić, czy skutki są trwałe (np. zwolnienie, zmiana struktury)?
- Czy istnieje precedens – podobna decyzja była już wcześniej podejmowana na tym poziomie?
- Czy osoba decydująca ma pełny dostęp do danych, czy działa na niepełnych informacjach?
Jeśli odpowiedzi wskazują na wysokie ryzyko finansowe, wpływ wielodziałowy i brak odwracalności – decyzja powinna trafić wyżej, niezależnie od tego, kto formalnie jest „Decydującym” na niższym poziomie. Eskalacja nie jest porażką menedżera. Jest częścią dobrze zaprojektowanego systemu decyzyjnego.
Ramka ekspercka: Najczęstszy błąd, jaki widzę w organizacjach, to traktowanie eskalacji jako wstydu. W efekcie menedżerowie podejmują decyzje, do których nie mają ani mandatu, ani pełnych danych – byle nie „biec do szefa”. To krótkoterminowo wygląda na samodzielność, długoterminowo kończy się kosztownymi błędami i utratą zaufania zespołu.
Jak wdrożyć mapę praw decyzyjnych w organizacji – krok po kroku
Nie zaczynaj od zmapowania wszystkich decyzji w firmie. To gwarantowany sposób, żeby projekt utknął na etapie arkusza kalkulacyjnego.
- Wybierz 5 decyzji krytycznych, które powtarzają się regularnie i dziś budzą najwięcej sporów (np. budżet zespołu, zatrudnienie, zmiana priorytetów projektu).
- Nazwij role RKDW dla każdej z nich – jedna osoba na „Decyduje”, reszta zgodnie z tabelą wyżej.
- Ustal progi eskalacji dla każdej decyzji, korzystając z checklisty powyżej.
- Przetestuj model przez 4–6 tygodni i zbierz informację zwrotną: gdzie nadal jest niejasność.
- Skoryguj i dopiero wtedy rozszerz mapę na kolejne obszary.
Wdrożenie takiego modelu wygląda prosto na papierze, ale w praktyce często ujawnia napięcia, których organizacja wcześniej unikała – kto naprawdę ma władzę, a kto tylko formalny tytuł. Dlatego wiele zespołów HR i zarządów decyduje się przejść ten proces z zewnętrznym wsparciem: kimś, kto pomoże nazwać role bez emocji i bieżących relacji w tle. Konsultacje dla menedżerów Bizyou są zaprojektowane właśnie pod tego typu pracę – od diagnozy konkretnego konfliktu decyzyjnego, przez zbudowanie mapy ról, po wsparcie we wdrożeniu jej w codziennej pracy zespołu.
Najczęściej zadawane pytania o prawa do decyzji w organizacji
Czym różnią się prawa do decyzji od macierzy RACI?
RACI opisuje role wobec zadań projektowych. Prawa do decyzji koncentrują się na samej decyzji – kto ją rekomenduje, kto ma głos doradczy, kto podejmuje ją ostatecznie i kto ją wdraża, z jednym imiennie wskazanym decydentem.
Czy RACI da się naprawić, czy lepiej go zastąpić?
W małych, stabilnych zespołach RACI często wystarcza. W organizacjach z wieloma zależnościami między działami warto zastąpić go modelem z jednym decydentem i jasnymi progami eskalacji – to eliminuje główną słabość RACI, czyli rozmycie roli „Accountable”.
Kto powinien być „Decydującym” w modelu RKDW?
Osoba, która ponosi realne konsekwencje decyzji i ma dostęp do potrzebnych danych – niekoniecznie najwyższy stopniem w hierarchii. Ważne, by była to jedna, konkretna osoba, a nie zespół czy komitet.
Jak wyznaczyć progi eskalacji decyzji w zespole?
Oceń skutek finansowy błędu, zasięg wpływu (jeden zespół czy wiele działów) oraz odwracalność decyzji. Im wyższe ryzyko i szerszy zasięg, tym wyższy poziom eskalacji.
Od jakich decyzji zacząć mapowanie praw decyzyjnych?
Od tych, które powtarzają się regularnie i dziś generują najwięcej konfliktów lub opóźnień – zwykle to decyzje budżetowe, personalne i priorytetyzacja projektów.
Prawa do decyzji nie są kolejną biurokratyczną tabelą do wypełnienia raz w roku. To odpowiedź na pytanie, które codziennie zadają sobie zespoły: kto może dziś powiedzieć „tak”? Model RKDW i jasne progi eskalacji nie eliminują sporów – pozwalają je rozstrzygać szybciej i z mniejszym kosztem emocjonalnym.
Zacznij od jednej decyzji, która ostatnio utknęła w Twojej organizacji. Nazwij dla niej cztery role. Zobacz, co się zmieni, zanim spróbujesz zmapować wszystko naraz.
