🟠 Jak często podkreślam – aby zarządzać ryzykiem prawnym należy brać pod wszystkie niebezpieczeństwa, ponieważ każde z nich ma konsekwencje prawne. Dlatego dziś przedstawię wyniki ankiety dotyczącej zarządzania ryzykiem w agile (źródło na slajdach). Często mówi się, że iteracyjny charakter tej metody automatycznie mituguje ryzyka. Nie do końca tak jest.

🟠 Na zapytanie odpowiedziało 54 praktyków, zatrudnionych w małych i średnich firmach, 80% z nich pracowało w oparciu o SCRUM.

🟠 Zdaniem 83% respondentów w ich firmach nie ma stanowiska do spraw zarządzania ryzykiem. Tylko 17% osób wskazało na takie funkcje. Brak osoby odpowiedzialnej za zarządzanie ryzykiem oznacza, że w projekcie nie ma możliwości jego śledzenia.

!! Aż 52% respondentów nie komunikuje w ogóle zarządzania ryzykiem w ramach swoich projektów, podczas gdy 48% z nich zgodziło się, że zarządzanie ryzykiem jest w jakiś sposób komunikowane, formalnie lub nieformalnie.

!! Tylko 8 osób podało, że wykorzystuje narzędzia do monitorowania ryzyka, zaś 30 respondentów podało, że w ich organizacjach nie wdrożono żadnego mechanizmu raportowania ryzyka.

Uczestnikom dostarczono listę 12 typowych ryzyk, aby zidentyfikować najczęstsze z nich. Wyniki pokazały, że największe niebezpieczeństwo wiąże się z: 

• terminami realizacji projektu – jako metodę mitygacji wskazano bliski kontakt z klientem i informowanie na bieżąco o problemach, określanie wstępnych terminów, bądź bonusy dla deweloperów, 
• zmianami wymagań co do oczekiwanego efektu – tu jako narzędzie zarządzania wskazano dokładne opisanie wymagań przed rozpoczęciem projektu oraz pisanie prostego kodu umożliwiającego dostosowanie do zmian.  

🟠 Stosowane strategie nie odwoływały się w żaden sposób do zabezpieczeń prawnych, pomimo że część respondentów dostrzegała ryzyka prawne.

🟠 Oczywiście do wniosków należy podchodzić z ostrożnością z uwagi na niereprezentatywną próbę, ale wnioski z niej płynące warto wykorzystać jako impuls do oceny własnej organizacji. Również w kontekście współpracy z prawnikami.