Czym jest macierz raci?
Dziś będzie o odpowiedzialności. O tym jak podzielić odpowiedzialność w zespole. Jak ustawić to w taki sposób, żeby się nie okazało, że piłka rzucona pomiędzy dwoma osobami spada na podłogę.
Inspiracją do poruszenia tematu jest problem, który sygnalizuje mi praktycznie każdy z kim się spotykam. Sytuacje, takie, że „nie mogę wyegzekwować od moich ludzi zadań”, albo „jeżeli się do czegoś zobowiążę, to okazuje się, że nagle jestem odpowiedzialny za wszystko”. Czyli osoby, które chcą być odpowiedzialne, ale nie chcą być fajerem, pracując po 80 godzin i robiąc robotę za innych. No i sytuacje w których jeśli nie popchniesz sam roboty dalej w zespole, to generalnie za wiele się nie dzieje.
Jest na to rozwiązanie. Kryje się ono w słowie „Odpowiedzialność”. Jest pewne narzędzie – macierz RACI, które przydaje się zawsze tam, gdzie okazuje się, że coś nie trybi w komunikacji, znikają gdzieś zadania zrobione i proces nie rusza i nie jest automatyczny, ludzie nie przekazują sobie wiedzy między sobą.
Pierwszy raz kiedy przekonałem się, że macierz RACI świetnie działa, był wtedy, kiedy trafiłem do firmy, która produkowała prototypowe maszyny na zamówienie. To była ekipa inżynierów, która tak bardzo lubiła swoją robotę, że nigdy nie dostarczyli żadnego projektu o czasie i żadnego projektu w budżecie. To nie wynikało z ich złej woli, a z perfekcjonizmu. Nie było nikogo, kto by sprawdzał, czy w tym momencie i budżecie to nie najlepsza maszyna jaka może powstać. Wszyscy bardzo mocno skupiali się na tym, aby zrobić jak najlepszy produkt. To powoduje, że zaczynasz zatracać się w tym i generujesz koszty, zamiast zysków. Rozwiązaniem była Macierz RACI. Rozbiliśmy odpowiedzialność. Brakowało osoby odpowiedzialnej za projekt i kilka innych problemów.
Na czym polega macierz RACI (RASCI)?
RESPONSIBLE – opisuje osobę, która jest odpowiedzialna za wykonanie zadania. Upewnienie się, że temat się zadzieje i zaistnieje.
ACCOUNTABLE – to osoba, która zatwierdzi czy to co zostało zrobione, jest faktycznie zrobione zgodnie z oczekiwaniami / wymaganiami
SUPPORT – osoby, które wykonują pracę
CONSULT – ludzie, którzy nie robią pracy, ale poświęcą trochę czasu, żeby dać Ci informacje, które pozwolą Ci wykonać pracę. Np. przygotowujesz ofertę dla klienta, to idziesz do inżyniera i pytasz co jest możliwe do wykonania i ile mniej więcej będzie to kosztować. Ta osoba nie będzie robić roboty w tym momencie, będzie dawać Ci consulting
INFORM – osoby, które mają być poinformowane, o tym, że dane zadanie się dzieje. Np. jeżeli Ty składasz ofertę dla klienta, to fajnie, żeby dział produkcji już był poinformowany o tym i był gotowy do produkcji
Przez długi czas uważałem, że to narzędzie jest bez sensu. Jak pierwszy raz próbowaliśmy go użyć, to amerykanie pokłócili się z hindusami jaka jest różnica między RESPONSIBLE, a ACCOUNTABLE. Po 2 godzinach spotkania jako RESPONSIBLE, wszędzie w całym projekcie przypisano mnie jako kierownika projektu. Uznałem wtedy, że to jest tak totalnie głupie, bo jako kierownik projektu oczywiście, że jesteś RESPONSIBLE za całość….
Wracając jeszcze do firmy produkującej prototypy maszyn i ciekawej rzeczy jaką wtedy odkryłem…. Zaczęliśmy rozpisywać wtedy proces i zastanawiać się kto będzie odpowiedzialny. Wskazałem wtedy osobę, która wg. mnie z racji pełnionej funkcji powinna być odpowiedzialna za ten kawałek. Usłyszałem „nie, nie nie, ja nie chcę być odpowiedzialny”. Totalnie mnie to zdziwiło, pierwszy raz spotkałem się z taką awersją do słowa „odpowiedzialność”. Zapytałem, więc czy może się tym zaopiekować i to było ok J Zgodził się. Tylko raz się spotkałem z taką sytuacją. Natomiast czasem tak jest, że próbujesz przydzielić odpowiedzialność i natrafiasz na opór. Zapytaj wtedy „czy możesz się tym zaopiekować?”
W skrócie, dlaczego to narzędzie jest ważne. Po pierwsze odpowiedzialność w polskim języku kojarzy się źle. Po drugie nie rozwijamy tej odpowiedzialności na subtelności i ktoś kto miał tylko konsultować dla nas informacje, próbujemy go wciągnąć do robienia swojej roboty. Ważny jest też element, że zaczyna pojawiać się informacja.
Jak użyć macierz RACI w praktyce?
Przykładem będzie proces tworzenia maszyn prototypowych.
- Wypisujemy sobie, co się musi zadziać w naszym procesie.
- Robimy dokumentację na to co mamy zrobić.
- Zebrać materiały, które są nam potrzebne do zrobienia maszyny.
- Zrobić prototyp.
- Wyprodukować maszyny.
- Podsumować
Teraz bierzemy sobie wszystkie osoby, które mamy przypisane do naszego projektu i tworzymy tzw. Macierz odpowiedzialności. Mamy w zespole 4 osoby: Janek, Kasia, Marcin, Ania. Czyli mamy już proces i mamy osoby. Teraz skorzystajmy z podejścia RACI. Potrzebujemy najpierw określić, kto jest odpowiedzialny za poszczególne elementy
Janek: dokumentacja
Kasia: organizacja materiałów
Marcin: zajmie się prototypem
Ania itd.
Teraz, kto zatwierdzi, że dokumentacja jest dobra? Ponieważ Kasi będzie później przygotowywać materiały, to jest dosyć logiczne, żeby to Kasia powiedziała, czy dokumentacja jest porządku i czy może z nią przejść do kolejnego etapu.
W przypadku materiałów – fajnie, żeby Marcin je zatwierdził, bo zrobione są dla niego.
Prototyp – czy prototyp spełnia wymagania, może to pojawić się u Janka, który potwierdzi, czy jest zrobiona zgodnie z dokumentacją
Potrzebujemy Support – damy tu Marcina, bo jest inżynierem i pomoże dobrze zrobić
Przy materiałach weźmiemy do projektu Anię, która pomoże nam obdzwonić i zebrać oferty.
Przy okazji prototypu – Marcin będzie jednocześnie Responsible i Support. Taka sytuacja czasem występuje. Bylebyś nie był jednoosobową armią dla całego projektu. Nie jest to komfortowe, ale tak czasem jest.
To co ważne – informujemy:
O dokumentacji – dobrze, żeby była informowania Ania, bo będzie angażowana w kolejny etap
O zbieraniu materiałów – fajnie byłoby poinformować Marcina
O tym co się dzieje z prototypem – fajnie, żeby wiedział Janek
I consult – Ania, żeby w dokumentacji mogła dać trochę informacji, jak podchodzić do materiałów, jak podchodzić do rynku, żeby nie robić rzeczy od czapy
Dosyć prosty i kompleksowy przykład jak to robić. Ja wiem, że procesy możesz mieć trochę bardziej złożone. Nie zawsze to działa. Bo jeżeli mamy mały projekt, to przypisujemy tylko osoby odpowiedzialne i nie musimy kombinować dalej. Natomiast jeżeli masz przepychanki z odpowiedzialnością w zespole, a tak bywa, to na styku różnych elementów ta dokumentacja i te materiały to jest bardzo życiowy przykład. Dział handlowy przygotowuje ofertę, a później dział produkcji ma to zrobić i wtedy jest przepychanka, kto powinien być za to odpowiedzialny. Ścieżka, którą próbuje iść część firm, czyli doprecyzujmy jeszcze bardziej odpowiedzialność nie zadziała.
Kiedy macierz RACI się sprawdza?
W sytuacjach, o których mówiłem, że coś zawodzi z komunikacją, informacja nie jest przekazywana dalej i okazuje się, że projekty nie idą w takim tempie, jakim byś chciał. Gdzieś znika odpowiedzialność. To chroni – np. zgłaszasz się do projektu i mówisz, że jesteś CONSULT, że Twój zakres odpowiedzialności to jedynie konsultowanie. Wiemy dokładnie na czym stoimy. Jeżeli chcesz sprawdzić co robisz w projekcie, to patrzysz na macierz i sprawdzasz. Jeżeli chcesz sprawdzić kogo musisz poinformować/ zaangażować przy danym zadaniu to robisz tak samo, sprawdzasz i już wiesz.
Szybko i skutecznie poznaj najlepsze praktyki zarządzania projektami!
Wszystkich, którzy chcą skutecznie realizować projekty – zapraszam na nasze flagowa 2-dniowe szkolenie Fundament Zarządzania Projektami.
FAQ – Macierz odpowiedzialności RACI (RASCI)
1. Czym jest macierz RACI (RASCI)?
Macierz RACI to narzędzie ułatwiające podział odpowiedzialności w zespole. Przydaje się szczególnie wtedy, gdy pojawiają się problemy z komunikacją, procesy nie ruszają automatycznie, zadania “znikają”, a ludzie nie przekazują sobie wzajemnie wiedzy.
2. Co oznaczają poszczególne role w modelu RACI (RASCI)?
Skrót pochodzi od angielskich słów definiujących poziom zaangażowania:
-
R (Responsible): Osoba odpowiedzialna za wykonanie zadania i upewnienie się, że temat zostanie zrealizowany.
-
A (Accountable): Osoba, która zatwierdza, czy zrealizowane zadanie jest faktycznie wykonane zgodnie z początkowymi wymaganiami i oczekiwaniami.
-
S (Support): Osoby wspierające, które bezpośrednio wykonują pracę.
-
C (Consult): Osoby, które nie wykonują fizycznie danej pracy, ale poświęcają swój czas na doradztwo i udzielenie informacji niezbędnych do jej wykonania (np. inżynier wyceniający realizację).
-
I (Inform): Osoby, które muszą być jedynie informowane o tym, że dane zadanie jest w toku, aby móc przygotować się do własnych obowiązków na kolejnych etapach.
3. Jakie problemy w zespole rozwiązuje to narzędzie?
Wdrożenie macierzy RACI pomaga wyeliminować szereg trudności, w tym:
-
Brak możliwości wyegzekwowania realizacji zadań od pracowników.
-
Sytuacje, w których osoby chętne do wzięcia odpowiedzialności kończą, robiąc pracę za innych po 80 godzin w tygodniu (tzw. bycie “fajerem”).
-
Opóźnienia projektów i przekraczanie budżetu wynikające z nadmiernego perfekcjonizmu członków zespołu przy jednoczesnym braku osoby weryfikującej koszty i czas.
-
Przepychanki kompetencyjne na styku różnych działów, np. handlowego oraz produkcji.
4. Dlaczego przydzielanie odpowiedzialności bywa w Polsce trudne?
Autor zauważa, że w języku polskim słowo “odpowiedzialność” często kojarzy się negatywnie i budzi opór. Jeśli podczas przydzielania zadań spotkasz się z awersją, skutecznym rozwiązaniem jest zmiana komunikacji i zapytanie pracownika, czy może się danym tematem “zaopiekować” – takie sformułowanie jest zazwyczaj przyjmowane z dużo większą otwartością.
5. Jak krok po kroku zastosować macierz RACI w swoim projekcie?
Proces tworzenia macierzy składa się z kilku logicznych etapów:
-
Wypisz chronologicznie wszystkie elementy, które muszą zadziać się w procesie (np. przygotowanie dokumentacji, zebranie materiałów, stworzenie prototypu).
-
Wylistuj wszystkie osoby, które są przypisane do zespołu projektowego.
-
Przypisz role (R, A, S, C, I) poszczególnym osobom do konkretnych zadań.
-
Zadbaj o logikę biznesową – np. osoba, która będzie fizycznie korzystać z danych materiałów w kolejnym etapie, powinna pełnić rolę weryfikatora (Accountable), który zatwierdzi wcześniejszy krok.
6. Czy jedna osoba może pełnić kilka ról naraz?
Tak, w niektórych przypadkach jedna osoba może być jednocześnie zaangażowana jako wykonawca (Responsible) oraz wsparcie (Support). Należy jednak uważać, aby nie doprowadzić do sytuacji, w której pracownik staje się “jednoosobową armią” całego projektu, co jest bardzo niekomfortowe.
7. Kiedy macierz RACI nie jest potrzebna?
W przypadku małych, nieskomplikowanych projektów pełne rozpisywanie macierzy może nie zadziałać lub stanowić przerost formy nad treścią – wystarczy wtedy po prostu przypisać odpowiednie osoby bezpośrednio do konkretnych zadań. Narzędzie to ujawnia swoją moc głównie przy problemach z przepływem informacji i w sporach o zakresy obowiązków.
Kategorie: Zarządzanie projektami
