Technika RACI to popularne narzędzie wykorzystywane w analizie biznesowo-systemowej oraz zarządzaniu projektami do określania ról i odpowiedzialności w procesach. Nazwa pochodzi od czterech angielskich pojęć: Responsible (osoba wykonująca zadanie), Accountable (osoba odpowiedzialna za wynik), Consulted (osoby konsultowane) oraz Informed (osoby informowane o postępach lub decyzjach). Model ten najczęściej przedstawiany jest w formie prostej macierzy, która przypisuje role do konkretnych działań lub etapów procesu.
Kiedy wykorzystywać?
RACI szczególnie przydaje się w sytuacjach, gdy w organizacji występuje niejasny podział obowiązków między różnymi osobami lub pojawia się problem braku odpowiedzialności za realizację zadań. Może to prowadzić do chaosu komunikacyjnego, opóźnień lub wzajemnego przerzucania odpowiedzialności między zespołami. Dzięki jednoznacznemu określeniu ról organizacja może szybciej podejmować decyzje i sprawniej realizować działania projektowe oraz operacyjne.
Technika ta jest niezwykle pomocna w dużych korporacjach, gdzie struktura organizacyjna bywa rozbudowana i rozproszona pomiędzy wiele działów, zespołów lub lokalizacji. Sprawdza się również w firmach przechodzących restrukturyzację albo dynamicznie rozwijających się, kiedy zakresy obowiązków często się zmieniają, a procesy nie są jeszcze w pełni uporządkowane. W takich środowiskach RACI pomaga uporządkować współpracę i zwiększyć przejrzystość odpowiedzialności. Przydaje się również w sytuacjach, kiedy projekt był rozpoczęty bez osoby w roli analityka biznesowego, a po czasie taka osoba dołącza do zespołu.
RACI w praktyce
Przykładem zastosowania macierzy RACI może być wdrożenie programu lojalnościowego w sieci sklepów stacjonarnych oraz internetowych. W projekcie dział marketingu może pełnić rolę Responsible (R) za przygotowanie materiałów promocyjnych do wywieszenia w sklepach stacjonarnych oraz przygotowanie kampanii marketingowej online. Zespół IT może być Responsible (R) za wdrożenie karty stałego klienta do zeskanowania w aplikacji mobilnej i aplikacji webowej, a także za przygotowanie ekranu prezentującego liczbę zebranych punktów lojalnościowych użytkownika.
Rolę Accountable (A), czyli osoby odpowiedzialnej za końcowy rezultat projektu i podejmowanie kluczowych decyzji, może pełnić Product Owner lub kierownik projektu. To właśnie ta osoba zatwierdza zakres wdrożenia oraz odpowiada za terminowe uruchomienie programu lojalnościowego. Dział prawny może zostać oznaczony jako Responsible (R) za wprowadzenie zmian do regulaminu sklepu internetowego, natomiast właściciel biznesowy projektu może pełnić rolę Accountable (A) dla obszaru zgodności biznesowej i formalnej.
Kierownicy sklepów stacjonarnych oraz dział obsługi klienta często występują w roli Consulted (C), ponieważ konsultowane są z nimi kwestie związane z komunikacją programu lojalnościowego, procesem obsługi klientów oraz praktycznym wykorzystaniem programu w codziennej pracy. Dzięki temu projekt uwzględnia perspektywę osób, które będą pracować z nowym rozwiązaniem na co dzień.
Z kolei zarząd firmy, partnerzy biznesowi lub wybrane działy operacyjne mogą pełnić rolę Informed (I), czyli być informowane o postępach projektu, terminach wdrożenia oraz najważniejszych decyzjach. Takie uporządkowanie odpowiedzialności w macierzy RACI pozwala uniknąć chaosu organizacyjnego, zwiększa przejrzystość współpracy i minimalizuje ryzyko sytuacji, w której zadania pozostają bez właściciela lub są realizowane równolegle przez kilka zespołów.