Czy ta zasada sprawdza się w dzisiejszych czasach?
Odpowiedzialność zbiorowa jest spotykana np. w Scrumie. To zespół deweloperski a nie pojedyncze osoby są odpowiedzialne za wykonaną pracę. Jednak nawet tam występuje zdefiniowany przez framework zakres odpowiedzialności.
Co się kryje za słowem odpowiedzialność w kontekście projektowym?
Jest to nic innego, jak przypisanie poszczególnych zadań do konkretnych osób z zespołu.
„Co wolno wojewodzie to nie tobie smrodzie” 🙂
Każda metodyka zarządzania projektami, niezależnie czy tradycyjna czy Agilowa posiada zdefiniowany zakres tego, co wolno i czego nie wolno poszczególnym osobom w ramach realizowanego projektu. Wybór metodyki zarządzania projektami będzie determinował szczegółowy zakres odpowiedzialności i ról przypisanych do nich.
Skoro każda metodyka jasno określa obszar, w którym poszczególni członkowie zespołu projektowego mogą się poruszać, to w czym problem?
W realiach projektowych nie każdy posiada wiedzę na temat zakresu jego odpowiedzialności.
Często okazuje się, że najczęściej wybieranym zakresem odpowiedzialności jest jego brak.
I tutaj drogie i drodzy PM’owie wasza rola . Dbając o to, żebyście nie osiwieli ze stresu albo nie siedzieli po nocach próbując nadrobić opóźnienia. Na wstępnym etapie planowania projektu ustalcie kto i za co jest odpowiedzialny.
Narzędziem, które osobiście wykorzystuje jest tak zwana „Macierz Odpowiedzialności RACI”.
W metodzie tej określamy 4 zakresy odpowiedzialności.
- Odpowiedzialny (Responsible)
- Nadzorujący (Accountable)
- Konsultant (Consulted)
- Informowany (Informed).
Odpowiedzialny – To rola zazwyczaj jednoosobowa. Do niej będzie należało wykonanie zadania zgodnie z wymaganiami.
Nadzorujący – To osoba, która zatwierdza wykonanie zadań. Najczęściej jest to sponsor projektu.
Konsultant – To ekspert w danej dziedzinie. Posiadająca wiedzę z zakresu realizowanego projektu.
Informowany – To osoba, która nie ma wpływu na decyzje związane z podejmowanymi rozwiązaniami, ale konieczne jest jej poinformowanie o podjętych działaniach.
Jak działamy w praktyce?
Na spotkaniu rozpisujemy poszczególne zadania w projekcie, czyli to, co musi się zadziać żeby zrealizować projekt. Do czynności przypisujemy członków zespołu i zakres ich odpowiedzialności.
Ważne! Role określamy przed uruchomieniem projektu a sama macierz dobrze by została wypracowana przez zespół.
Co daje nam opisanie odpowiedzialności w projektach?
– systematyzuje zakres odpowiedzialności za poszczególne zadania,
– stanowi dla organizacji przejrzystą mapę, dzięki której możemy zdefiniować do kogo kierować zapytania,
– wskazuje powiązania pomiędzy poszczególnymi komórkami,
– kształtuje właściwe podejście w projekcie,
– angażuje interesariuszy,
– wpływa na transparentność procesu projektowego.
Testujcie, sprawdzajcie i nie bójcie się tworzyć swoich wersji podobnych macierzy. 🙂
Do boju Drogie i Drodzy PM’owie.
Agile Lives 
Czy w tym zarządzaniu to generalnie jest myślenie, że jak coś mądrze nazwiesz, to to będzie automatycznie miało sens? „Macierz RACI” – macierz ma wiersze i kolumny, jest tabelką, a nie punktami, dla których opisujesz odpowiedzialności. Przydałby się w ogóle jakiś przykład, bo z tego co tu napisałeś nie wiadomo po co tam jest ten konsultant i informowany.
PolubieniePolubienie
Dziękuje za komentarz.
W każdym projekcie są takie osoby, np:. których informowanie o wykonany zakresie prac jest obowiązkowe dla przykładu Kierownik informuje – interesariuszy o zakończonym etapie projektu.
Konsultant – to rola doradcza pomocnicza, specjalista którego wiedza jest np. niezbędna na danym etapie prac.
Zastosowanie formatu tabeli jest prawdopodobnie najbardziej przejrzyste. I taki format ma macierz RACI.
PolubieniePolubienie