RACI to jedno z tych narzędzi, które wygląda banalnie, ale potrafi rozwiązać bardzo konkretne problemy w organizacji. Gdy w firmie kilka osób „trochę odpowiada” za ten sam temat, a jednocześnie nikt nie czuje się właścicielem wyniku, prędzej czy później pojawiają się opóźnienia, konflikty i niepotrzebne spotkania. W praktyce produkcyjnej, projektowej i administracyjnej takie sytuacje są codziennością: ktoś miał coś przygotować, ktoś inny miał zaakceptować, jeszcze ktoś miał być poinformowany, ale finalnie wszyscy czekają na wszystkich. RACI pomaga przeciąć ten węzeł, ponieważ wymusza jasne określenie, kto wykonuje pracę, kto odpowiada za wynik, kogo trzeba skonsultować, a kogo tylko poinformować. PMI opisuje RACI jako macierz przypisania odpowiedzialności, która porządkuje role interesariuszy i może być podstawą planu komunikacji w projekcie.
W świecie Lean Management RACI ma szczególnie dużą wartość, bo Lean nie lubi marnotrawstwa wynikającego z niejasności. Jeżeli proces jest dobrze opisany, ale odpowiedzialności są rozmyte, to standard nie działa tak, jak powinien. Pracownicy nie wiedzą, gdzie kończy się ich rola, liderzy są przeciążeni decyzjami, a projekty usprawniające zwalniają, mimo że technicznie problem jest prosty do rozwiązania. Właśnie dlatego RACI warto traktować nie jako „kolejną tabelkę”, lecz jako narzędzie do projektowania skutecznej współpracy. Dobrze zrobiona macierz RACI potrafi skrócić czas podejmowania decyzji, zmniejszyć liczbę zbędnych konsultacji i ułatwić egzekwowanie ustaleń.
Czym jest RACI?
RACI to akronim od czterech angielskich słów: Responsible, Accountable, Consulted oraz Informed. W praktyce oznaczają one cztery typy zaangażowania osób lub zespołów w zadanie, proces, projekt albo decyzję. Responsible to osoba lub zespół wykonujący pracę, Accountable to właściciel wyniku i osoba finalnie odpowiedzialna, Consulted to osoby konsultowane przed lub w trakcie działania, a Informed to osoby informowane o postępie albo decyzji. Tę samą logikę opisują popularne definicje macierzy odpowiedzialności, zgodnie z którymi RACI służy do pokazania udziału różnych ról w realizacji zadań lub rezultatów.
Najprościej mówiąc, RACI odpowiada na pytanie: „Kto ma zrobić co i w jakim charakterze?”. Nie chodzi tylko o przydzielenie zadań, bo to można zrobić zwykłą listą działań. Chodzi o rozróżnienie między wykonaniem, odpowiedzialnością końcową, konsultacją i informowaniem. To rozróżnienie jest bardzo ważne, bo w wielu organizacjach myli się osobę wykonującą zadanie z osobą odpowiedzialną za rezultat. Przykładowo specjalista może przygotować analizę, ale to kierownik obszaru odpowiada za decyzję, która na podstawie tej analizy zostanie podjęta.
RACI w praktyce: co oznaczają poszczególne litery?
Każda litera w RACI ma konkretne znaczenie i właśnie tu często zaczynają się pierwsze błędy. Firmy wpisują litery do tabeli, ale nie uzgadniają wcześniej, co dokładnie oznaczają w ich sposobie pracy. W efekcie jedna osoba rozumie „A” jako osobę decyzyjną, druga jako sponsora, a trzecia jako kogoś, kto ma tylko wiedzieć, że temat istnieje. Dlatego przed zbudowaniem macierzy warto przejść przez definicje i upewnić się, że wszyscy rozumieją je tak samo. Atlassian opisuje RACI jako narzędzie, które pomaga ograniczać niejasności i nakładanie się obowiązków przez jasne określenie właścicielstwa oraz ścieżek komunikacji.
R – Responsible oznacza osobę lub zespół, który realnie wykonuje zadanie. To może być operator, inżynier procesu, planista, lider zmiany, specjalista jakości, analityk danych albo zewnętrzny dostawca. Przy jednym zadaniu może być więcej niż jedna osoba Responsible, choć zbyt duża liczba wykonawców często oznacza ryzyko rozmycia pracy. A – Accountable oznacza osobę, która odpowiada za wynik końcowy i ma prawo zatwierdzić rezultat. W dobrze ustawionej macierzy dla jednego zadania powinien być jeden Accountable, bo dwóch właścicieli końcowej odpowiedzialności to zwykle przepis na konflikt albo paraliż decyzyjny.
C – Consulted oznacza osoby, których opinii trzeba zasięgnąć przed wykonaniem zadania lub podjęciem decyzji. To mogą być eksperci techniczni, utrzymanie ruchu, jakość, BHP, finanse, IT, zakupy albo przedstawiciele produkcji. Consulted nie oznacza jednak, że dana osoba podejmuje decyzję końcową. Oznacza, że jej wiedza jest potrzebna, aby decyzja była dobra. I – Informed oznacza osoby, które muszą zostać poinformowane o statusie, decyzji albo wyniku, ale nie biorą aktywnego udziału w pracy.
Kiedy warto zastosować macierz odpowiedzialności?
Macierz odpowiedzialności warto zastosować wtedy, gdy problemem nie jest brak kompetencji, tylko brak jasności. Jeżeli ludzie wiedzą, jak wykonać zadanie, ale nie wiedzą, kto ma je rozpocząć, kto ma zaakceptować wynik, a kto powinien być włączony do rozmowy, RACI będzie bardzo pomocne. To narzędzie sprawdza się szczególnie dobrze w projektach międzydziałowych, gdzie uczestniczą osoby z produkcji, jakości, logistyki, utrzymania ruchu, zakupów, IT i finansów. W takich sytuacjach klasyczna lista zadań jest za słaba, bo nie pokazuje relacji między działami. RACI pozwala te relacje uporządkować i ograniczyć liczbę tematów, które „wiszą w powietrzu”.
Dobrym momentem na użycie RACI jest start projektu usprawniającego, wdrożenie nowego systemu, zmiana procesu, uruchomienie nowej linii, reorganizacja obszaru albo wdrażanie standardu pracy. Macierz przydaje się także wtedy, gdy projekt już trwa, ale zespół zaczyna mieć problemy z decyzyjnością. Jeżeli na spotkaniach ciągle wracają te same pytania, a zadania są przekładane, bo ktoś czeka na potwierdzenie od kogoś innego, to znak, że odpowiedzialności nie są wystarczająco jasne. RACI może wtedy zadziałać jak szybka diagnostyka organizacyjna. Pokazuje, gdzie jest za dużo osób decyzyjnych, gdzie brakuje właściciela, a gdzie zbyt wiele osób jest konsultowanych bez realnej potrzeby.
Jak stworzyć RACI krok po kroku?
Tworzenie RACI najlepiej zacząć od zdefiniowania zakresu. Nie warto od razu opisywać całej organizacji, wszystkich procesów i wszystkich możliwych decyzji. To szybka droga do stworzenia ogromnej tabeli, której nikt później nie będzie używał. Lepiej wybrać konkretny proces, projekt albo problem, na przykład: wdrożenie systemu 5S na obszarze pakowania, uruchomienie nowego produktu, obsługa reklamacji klienta, zmiana dostawcy komponentu albo wdrożenie dashboardu produkcyjnego. Im bardziej konkretny zakres, tym większa szansa, że macierz będzie praktyczna.
Pierwszy krok to wypisanie zadań, decyzji lub rezultatów w wierszach. Nie powinny to być zbyt ogólne hasła typu „zarządzanie projektem”, bo wtedy macierz niczego nie wyjaśni. Lepiej używać konkretnych działań, takich jak: przygotowanie planu testów, zatwierdzenie layoutu, wykonanie analizy ryzyka, przeszkolenie operatorów, aktualizacja instrukcji pracy czy odbiór techniczny stanowiska. Drugi krok to wpisanie ról w kolumnach. Warto wpisywać role, a nie nazwiska, bo nazwiska zmieniają się częściej niż odpowiedzialności organizacyjne.
Trzeci krok to przypisanie liter R, A, C oraz I na przecięciu zadań i ról. Tu warto pracować warsztatowo, a nie jednoosobowo przy biurku. Jeżeli macierz ma działać, musi zostać omówiona z osobami, których dotyczy. Czwarty krok to sprawdzenie logiki macierzy. Dla każdego zadania powinno być jasne, kto wykonuje pracę, kto odpowiada za wynik, kto musi być skonsultowany, a kto tylko poinformowany.
Piąty krok to uzgodnienie sposobu aktualizacji. RACI nie jest dokumentem tworzonym raz na zawsze. Gdy zmienia się proces, zespół, struktura organizacyjna albo zakres projektu, macierz również wymaga korekty. W przeciwnym razie stanie się kolejnym plikiem, który wygląda dobrze na audycie, ale nie pomaga w codziennej pracy. Najlepiej przeglądać ją przy większych zmianach projektu lub po zakończeniu istotnego etapu.
Przykład RACI dla projektu usprawnienia procesu produkcyjnego
Wyobraźmy sobie firmę produkcyjną, która chce skrócić czas przezbrojenia maszyny. Zespół uruchamia projekt SMED, ponieważ przezbrojenia są długie, niestabilne i mocno zależne od doświadczenia konkretnych operatorów. W projekcie uczestniczą: lider produkcji, operatorzy, inżynier procesu, utrzymanie ruchu, jakość, planowanie oraz kierownik obszaru. Bez RACI taki projekt może szybko ugrzęznąć, bo każdy dział będzie miał swój punkt widzenia, ale nikt nie będzie wiedział, kto finalnie zatwierdza rozwiązania. Macierz pozwala już na starcie ustalić, kto wykonuje analizę, kto decyduje o zmianach, kogo trzeba skonsultować i kto ma być tylko informowany.
Przykładowo nagranie obecnego przezbrojenia może mieć jako Responsible inżyniera procesu i operatorów, a jako Accountable lidera produkcji. Utrzymanie ruchu może być Consulted, bo zna ograniczenia techniczne maszyny. Jakość również może być Consulted, jeżeli zmiana przezbrojenia wpływa na kontrolę pierwszej sztuki. Kierownik obszaru może być Informed na tym etapie, bo nie musi uczestniczyć w każdym szczególe analizy, ale powinien znać postęp projektu.
Przy decyzji o zakupie nowych narzędzi sytuacja będzie już inna. Responsible może być inżynier procesu, Consulted mogą być operatorzy, utrzymanie ruchu i zakupy, ale Accountable może być kierownik obszaru, bo to on zatwierdza wydatek i bierze odpowiedzialność za biznesowe uzasadnienie. Przy aktualizacji instrukcji pracy Responsible może być inżynier procesu, Accountable lider produkcji, Consulted jakość i operatorzy, a Informed planowanie. Dzięki temu nie ma potrzeby organizowania spotkań z udziałem wszystkich osób przy każdej drobnej decyzji.
Taki przykład pokazuje, że RACI nie odbiera odpowiedzialności zespołowi. Wręcz przeciwnie, pomaga zespołowi działać szybciej, bo każdy wie, w którym momencie powinien być aktywny. Operatorzy nie muszą zgadywać, czy mają czekać na decyzję kierownika. Inżynier procesu nie musi samodzielnie przepychać zmian przez organizację. Kierownik obszaru widzi, które decyzje naprawdę wymagają jego zatwierdzenia, a które mogą zostać rozwiązane niżej.
Najczęstsze błędy przy wdrażaniu podziału
Pierwszy błąd to wpisywanie zbyt wielu osób jako Accountable. W teorii może się wydawać, że większa liczba osób odpowiedzialnych zwiększa bezpieczeństwo. W praktyce często dzieje się odwrotnie. Jeżeli za decyzję odpowiadają trzy osoby, to każda może czekać, aż ktoś inny wykona pierwszy ruch. Dlatego dla jednego zadania najlepiej wskazać jedną osobę Accountable, która ma prawo podjąć decyzję i ponosi odpowiedzialność za efekt.
Drugi błąd to mylenie Consulted z Informed. W wielu firmach ludzie chcą być „konsultowani” przy wszystkim, bo boją się, że coś wydarzy się bez ich wiedzy. To jednak prowadzi do przeciążenia komunikacyjnego i spowalnia projekty. Consulted powinien oznaczać realną potrzebę uzyskania opinii przed decyzją. Informed oznacza, że dana osoba powinna dostać informację, ale nie musi uczestniczyć w uzgadnianiu rozwiązania.
Trzeci błąd to tworzenie RACI bez udziału zespołu. Jeżeli macierz przygotuje jedna osoba, a potem wyśle ją mailem jako obowiązujący dokument, opór jest prawie pewny. Ludzie muszą rozumieć logikę przypisania ról i mieć możliwość zgłoszenia ryzyk. Czwarty błąd to zbyt duży poziom szczegółowości. Jeżeli w macierzy znajdzie się sto zadań i dwadzieścia ról, nikt nie będzie z niej korzystał w codziennej pracy.
Piąty błąd to brak powiązania RACI z rytmem zarządzania. Sama tabela nie zmienia zachowań. Trzeba jeszcze używać jej na odprawach, przeglądach projektu, spotkaniach statusowych i przy eskalacji problemów. Jeżeli zespół wraca do macierzy wtedy, gdy pojawia się niejasność, narzędzie zaczyna żyć. Jeżeli dokument leży w folderze projektowym i nikt do niego nie zagląda, jego wpływ będzie symboliczny.
RACI a Lean Management
RACI bardzo dobrze pasuje do Lean Management, ponieważ pomaga usuwać marnotrawstwo związane z oczekiwaniem, nadmierną komunikacją, poprawkami i niepotrzebnym przekazywaniem tematów. W Lean często mówimy o standaryzacji pracy, przepływie, wizualnym zarządzaniu i rozwiązywaniu problemów u źródła. Wszystkie te elementy wymagają jasnych ról. Jeżeli nie wiadomo, kto jest właścicielem standardu, kto aktualizuje instrukcję, kto zatwierdza zmianę i kto szkoli zespół, nawet najlepszy standard szybko się zestarzeje.
W praktyce RACI można połączyć z tablicami zarządzania dziennego. Na przykład dla działań korygujących po problemie jakościowym można określić, kto analizuje przyczynę, kto zatwierdza działanie, kto konsultuje zmianę procesu, a kto musi otrzymać informację o wdrożeniu. Dzięki temu spotkanie przy tablicy nie zmienia się w dyskusję o tym, „kto powinien się tym zająć”. Zespół może przejść szybciej do konkretów: co jest do zrobienia, kto wykonuje, kto zatwierdza i kiedy wracamy z wynikiem.
RACI wspiera też kulturę odpowiedzialności. Nie chodzi o szukanie winnych, tylko o usunięcie niejasności. W dobrze działającej organizacji ludzie nie powinni tracić energii na domyślanie się, kto ma podjąć decyzję. Powinni mieć jasny system, który pozwala szybko działać i eskalować tylko te sprawy, które naprawdę tego wymagają. To jest bardzo praktyczny wymiar Lean: mniej chaosu, mniej czekania, więcej przepływu.
Jak połączyć RACI z teorią ograniczeń?
Teoria ograniczeń uczy, że wynik całego systemu zależy od jego ograniczenia. W organizacjach takim ograniczeniem nie zawsze jest maszyna, stanowisko czy proces technologiczny. Czasem ograniczeniem jest decyzyjność. Jeżeli każda decyzja musi przejść przez jedną przeciążoną osobę, a odpowiedzialności są niejasne, system zaczyna się korkować dokładnie tak samo, jak linia produkcyjna przed wąskim gardłem.
RACI pomaga zobaczyć, gdzie decyzje kumulują się w jednym miejscu. Jeżeli w macierzy jedna osoba ma przypisane Accountable przy większości kluczowych zadań, warto zadać pytanie, czy to jest świadomy wybór, czy efekt braku delegowania. Czasem okazuje się, że kierownik jest wąskim gardłem nie dlatego, że musi nim być, lecz dlatego, że organizacja nie ustaliła jasnych zasad odpowiedzialności. Wtedy część decyzji można przesunąć bliżej procesu, oczywiście z odpowiednimi standardami i granicami decyzyjnymi.
Z perspektywy teorii ograniczeń RACI może więc pomóc nie tylko w uporządkowaniu projektu, ale też w zwiększeniu przepustowości zarządzania. Mniej decyzji trafia niepotrzebnie do najwyższego poziomu. Więcej spraw jest rozwiązywanych tam, gdzie jest wiedza i kontakt z procesem. To szczególnie ważne w firmach produkcyjnych, gdzie tempo reakcji często decyduje o jakości, terminowości i kosztach.
RACI w erze sztucznej inteligencji i cyfryzacji
Wraz z rozwojem sztucznej inteligencji, automatyzacji i narzędzi cyfrowych rośnie znaczenie jasnego podziału odpowiedzialności. System może przygotować analizę, wygenerować rekomendację, wykryć anomalię albo zaproponować harmonogram. Nadal jednak organizacja musi wiedzieć, kto odpowiada za decyzję, kto weryfikuje dane, kto zatwierdza zmianę i kto jest informowany o wyniku. Bez tego cyfryzacja może zwiększyć chaos, zamiast go zmniejszyć.
Przykład jest prosty: firma wdraża dashboard OEE oparty na danych zbieranych automatycznie z maszyn. Kto odpowiada za poprawność danych? Kto zatwierdza definicję przestoju? Kto decyduje, które wskaźniki trafiają na tablicę lidera zmiany? Kto konsultuje zmiany w raportach? Kto jest informowany, gdy dane pokazują odchylenie od planu? Jeżeli te role nie są jasne, zespół zacznie dyskutować o wiarygodności systemu zamiast używać danych do poprawy procesu.
RACI może być więc bardzo praktycznym dodatkiem do projektów cyfrowych. Pomaga ustalić odpowiedzialności za dane, decyzje, standardy i utrzymanie rozwiązania po wdrożeniu. To szczególnie ważne, bo wiele projektów IT i AI nie kończy się na uruchomieniu narzędzia. Prawdziwa praca zaczyna się później: trzeba utrzymać jakość danych, reagować na błędy, szkolić użytkowników i aktualizować sposób pracy.
Jak sprawdzić, czy macierz jest dobrze przygotowana?
Dobrze przygotowana macierz RACI jest zrozumiała dla ludzi, którzy mają z niej korzystać. Jeżeli trzeba ją długo tłumaczyć, prawdopodobnie jest zbyt skomplikowana. Pierwszy test jest prosty: wybierz jedno zadanie i zapytaj zespół, kto je wykonuje, kto zatwierdza wynik, kogo trzeba skonsultować i kogo poinformować. Jeżeli odpowiedzi są zgodne z macierzą, narzędzie działa. Jeżeli każdy odpowiada inaczej, macierz wymaga dopracowania.
Drugi test polega na sprawdzeniu, czy każde zadanie ma przypisane R i A. Bez Responsible zadanie nie ma wykonawcy. Bez Accountable nie ma właściciela wyniku. Trzeci test dotyczy liczby osób Consulted. Jeżeli prawie wszyscy są konsultowani przy prawie wszystkim, macierz prawdopodobnie utrwala kulturę nadmiernego uzgadniania. Czwarty test dotyczy osób Informed. Jeżeli lista informowanych jest za długa, komunikacja stanie się szumem, którego nikt nie traktuje poważnie.
Piąty test to rozmowa z zespołem po kilku tygodniach używania macierzy. Warto zapytać, czy RACI realnie skróciło czas podejmowania decyzji, czy zmniejszyło liczbę niejasności i czy pomogło w egzekwowaniu ustaleń. Jeżeli nie, problem może leżeć nie w samym narzędziu, ale w sposobie jego wdrożenia. RACI nie powinno być dokumentem „dla kierownika”. Powinno być wspólną mapą odpowiedzialności, z której korzysta cały zespół.
Podsumowanie
RACI to proste narzędzie, które pomaga odpowiedzieć na jedno z najważniejszych pytań w organizacji: kto za co odpowiada? Jego siła polega na tym, że rozdziela cztery różne typy zaangażowania: wykonanie, odpowiedzialność końcową, konsultację i informowanie. Dzięki temu zespoły mogą uniknąć chaosu, dublowania pracy, nadmiernych spotkań i przeciągających się decyzji. W projektach Lean, wdrożeniach cyfrowych, zmianach procesowych i codziennym zarządzaniu RACI działa jak praktyczna mapa współpracy.
Najważniejsze jest jednak to, aby nie traktować RACI jako formalności. Sama tabela niczego nie poprawi, jeśli nie zostanie omówiona, uzgodniona i używana w codziennym rytmie pracy. Dobra macierz powinna być prosta, konkretna i aktualna. Powinna jasno pokazywać, kto wykonuje zadanie, kto odpowiada za wynik, kogo trzeba skonsultować, a kogo tylko poinformować. Wtedy RACI przestaje być skrótem z podręcznika zarządzania projektami, a staje się realnym narzędziem poprawy przepływu pracy, komunikacji i odpowiedzialności.
Maciej Antosik – student zarządzania na Politechnice Wrocławskiej. Wspieram zespół Leantrix w realizacji projektów. Odpowiadałem m.in. za wdrożenie aplikacji konferencyjnej podczas Lean TWI Summit. Obecnie odpowiedzialny za marketing, jak również współdziałam przy tworzeniu Kaizen UP oraz podcastu Wiktora Wołoszczuka.
Poza studiami i pracą rozwijam się jako trener personalny oraz profesjonalnie trenuję dwubój siłowy. Sport uczy mnie dyscypliny i konsekwencji, które wykorzystuję także w życiu zawodowym. Największą satysfakcję daje mi rozwój osobisty i realizacja długoterminowych celów, które wymagają odwagi i przekraczania własnych granic.
W wolnym czasie pasjonuję się gotowaniem, podróżami i muzyką – to dla mnie przestrzeń do kreatywnego działania i odkrywania nowych inspiracji. Uważam się za osobę ambitną i otwartą, zawsze gotową na kolejne wyzwania.
