Strona główna > Journal > Ścieżka > Digital Business > Chaos Report — dlaczego to badanie o zarządzaniu projektami IT jest tak wyjątkowe
Journal

Chaos Report — dlaczego to badanie o zarządzaniu projektami IT jest tak wyjątkowe

Oceń artykuł:

Chaos Report, czyli Comprehensive Human Appraisal for Originating Software jest raportem o branży IT publikowanym przez Standish Group od 1994 roku, który zdobył sporą sławę. Kolejne edycje tego raportu są wypuszczane mniej więcej co dwa lata.

Głównym celem Chaos Report jest ustalenie, jaka liczba projektów kończy się sukcesem i analizę czynników (przede wszystkim czynnika ludzkiego), które wpływają na proces tworzenia oprogramowania. Dlatego raport stanowi obszerne źródło wiedzy o zarządzaniu projektami IT w procesie tworzenia oprogramowania.

Z raportu dowiadujemy się, że tylko 31% projektów IT kończy się sukcesem. Jak osoba menedżera projektu wpływa na jego powodzenie, a także czym jest Success Rate.

W tym artykule staraliśmy się zebrać najbardziej istotne informacje i przybliżyć wam czym jest osławiony Chaos Report.

Najważniejsze informacje:

  • W Chaos Report badane projekty podzielone zostały na trzy grupy: projekty zakończone pełnym sukcesem, projekty zakończone z trudem i projekty anulowane.
  • Na powodzenie projektu ma wpływ wiele czynników, wśród najważniejszych znajdują się „dobre środowisko pracy, dobry zespół, i dobry sponsor”.
  • Organizacje powinny odejść od projektowego podejścia do tworzenia oprogramowania, porzucić menedżerów projektów i minimalizować użycie programów ułatwiających zarządzanie projektami.

Szukasz doświadczonej agencji UX?

Co znajduje się w Chaos Report?

Osoba trzymająca tablet nad biurkiem z laptopem, kalkulatorem i dokumentami

Raport analizuje próbkę wynoszącą około 50,000 projektów z różnych segmentów rynku i dzieli projekty na trzy grupy:

  1. Projekt zakończony pełnym sukcesem, czyli taki który został wykonany na czas z wszystkimi planowanymi funkcjonalnościami i mieszczący się w budżecie.
  2. Projekt zrealizowany z trudem, to znaczy, że przekroczył deadline i budżet, a także oferuje mniej funkcjonalności, niż pierwotnie zakładano.
  3. Anulowany projekt, nad którym prace zostały przerwane.

Raport opublikowany w 2020 roku (najświeższa wersja raportu) wskazuje, że:

  • 31% projektów kończy się pełnym sukcesem
  • 50% projektów kończy się przekroczeniem założonego czasu i budżetu
  • 19% projektów jest anulowanych.

Gdy porównamy wnioski tego raportu do poprzednich wyników badań dostępnych w sieci, możemy zauważyć, że procent udanych projektów (success rate) stabilnie utrzymuje się w okolicach 30%.

Success rate — procent udanych projektów

Na dolnej półce komody stoi świecący się znak z napisem "100%"

Do 2015 roku raport przyjmował definicję sukcesu składającą się z trzech czynników. Za udany projekt uznawano oprogramowanie, które zostało dostarczone na czas, zgodnie z budżetem oraz ze wszystkimi przewidzianymi funkcjonalnościami (dobrze zdefiniowany zakres projektu).

Jednak w 2015 roku ta definicja uległa zmianie. Ściślej mówiąc, za udany projekt zaczęto uznawać projekty zrobione na czas, w ramach budżetu i z satysfakcjonującym rezultatem.

Standish Group podjęło tę decyzję, ponieważ takie kryterium lepiej opisuje cele menadżerów projektów, jak i satysfakcje klientów.

Nowa definicja zaowocowała 7%-owym spadkiem wskaźnika sukcesu.

Co wpływa na sukces projektu?

Raport opisuje także kilkanaście czynników, które wpływają na powodzenie projektu.

Wśród nich znajdują się następujące czynniki:

  • Wsparcie kadry zarządzającej — kadra wspiera pracowników emocjonalnie i finansowo.
  • Dojrzałość emocjonalna — zbiór zachowań opisujący jak pracownicy współpracują ze sobą.
  • Zaangażowanie użytkownika — zachęcanie użytkowników do dzielenia się swoimi doświadczeniami i branie pod uwagę ich opinii.
  • Optymalizacja — zwiększanie wydajności biznesowej i optymalizacja procesów.
  • Wykwalifikowany personel — wysoki poziom umiejętności pracowników w zakresie technologii i biznesu.
  • SAME (Standard Architectural Management Environment) — zbiór obowiązujących praktyk związanych z produkcją, wdrożeniem i działaniem oprogramowania.
  • Biegła znajomość Agile — wiedza i umiejętności z zakresu metodyki Agile.
  • Umiarkowany stopień złożoności — opisuje procesy składające się z prostych elementów, które są automatyzowane oraz ograniczone wykorzystywanie narzędzi do zarządzania projektami.
  • Doświadczenie w zarządzaniu projektami — zbiór umiejętności związanych z zarządzaniem projektami.
  • Jasne cele biznesowe — umiejętność zrozumienia i pogodzenia celi projektowych z biznesowymi.

Nowe czynniki sukcesu

Dwójka ludzi w biurze przybija ze sobą piątkę

W 2020 roku przedstawiono też trzy nowe czynniki sukcesu.

  • dobre środowisko pracy
  • dobry zespół
  • dobry sponsor

Dobre środowisko pracy

Dobre środowisko pracy to miejsce, w którym tworzone jest oprogramowanie. Na dobre środowisko pracy składa się sponsor i zespół, a także wszyscy inni pracownicy, którzy współpracują z nimi w trakcie projektu. Wpływ współpracowników może mieć pozytywny lub negatywny efekt na powstawanie produktu, dlatego ważne jest, aby ciągle szkolić i podnosić kwalifikacje pracowników.

Dobry zespół

Dobry zespół to siła napędowa projektu. To on ma największy wpływ na efekt końcowy. Sponsor dostarcza mu motywacji, wytycznych, i wskazówek, ale to ostatecznie od zespołu zależy czy będzie w stanie dostarczyć oczekiwane rezultaty. Jedną z rekomendacji Standish Group jest tworzenie małych zespołów.

Dobry sponsor

Standish Group określa dobrego sponsora jako serce projektu, bez którego nie może istnieć. Według nich najważniejszym aspektem prowadzącym do sukcesu jest doskonalenie umiejętności sponsora, by mógł efektywnie prowadzić i wspierać zespół w realizacji projektu. Jednocześnie jest to najłatwiejszy element projektu, który można poprawić, ponieważ każdy zespół posiada tylko jednego sponsora.

Warto też wspomnieć, że Chaos Report od lat informuje, że stosowanie metodologii Agile do zarządzania projektami jest dużo skuteczniejsze (około 3 razy bardziej) od projektów prowadzonych zgodnie z modelem kaskadowym.

Kontrowersyjne wnioski Chaos Report 2020

Czarny wykrzyknik na żółtym tle

Według artykułu „Project Managers Fail to Help Software Projects (Standish Group Chaos 2020)” Standish Group doszło do zaskakującego wniosku, który zaprzeczył rekomendacjom przedstawionym  w poprzednich edycjach raportu.

Czy można traktować tworzenie oprogramowania jako projekt?

Standish Group uważa, że firmy powinny przestać traktować tworzenie oprogramowania jako projekt, ponieważ z definicji projekt ma jakiś koniec. Zamiast tego grupa rekomenduje podejście do produkcji w sposób ciągły bez określonego końca. Oprogramowanie powinno być nieustannie rozwijane, utrzymywane i ulepszane.

Dodatkowo grupa podkreśla, że dzielenie całego projektu na pomniejsze projekty także nie jest rozwiązaniem. Prowadzi to do pracy nad mniejszymi częściami, które nadal mają określony budżet i termin, a po wypuszczeniu do produkcji okazuję się, że użytkownicy mają inne potrzeby.

Dlatego rekomendowanym podejściem są małe i ciągłe usprawnienia, które użytkownicy mogą łatwo przyswoić i przetestować.

Czy menadżerowie projektu są faktycznie potrzebni?

Następna kontrowersyjna uwaga przedstawiona w raporcie to wniosek, mówiący, że menadżerowie projektu bardziej szkodzą, niż pomagają w czasie prac. Dlaczego ta uwaga jest tak kontrowersyjną sprawą? Ponieważ przeczy ona rekomendacjom głoszonym przez Standish Group od 30 lat.

Uprzednio raporty podkreślały znaczenie wykwalifikowanego menadżera projektu, jednak w 2020 roku Standish Group wycofało się z tych rekomendacji. Zamiast tego wskazali inną grupę czynników decydujących o powodzeniu projektów—dobre środowisko pracy, dobry zespół i dobry sponsor.

Dane przedstawione w wyżej wymienionym artykule pokazują, że wskaźnik sukcesu w projektach prowadzonych przez wysoko wykwalifikowanych menadżerów wynosi jedynie 23% (dla projektów prowadzonych w metodach innych niż Agile). W projektach bez menadżera wskaźnik ten rośnie do 58%.

Natomiast statystyki dla projektów prowadzonych w Agile prezentują się w następujący sposób: wskaźnik sukcesu dla projektów z wykwalifikowanym menadżerem wynosi 18%, a dla projektów bez menadżera sięga 91%.

W świetle powyższych danych grupa wysnuła wniosek, że menadżerowie projektów generują często niepotrzebną papierologie, która skutkuje wydłużonym czasem oczekiwania na decyzje i spowolnieniem prac nad projektem.

Kolejnym ciekawym wnioskiem płynącym z Chaos Report 2020 jest negatywny wpływ narzędzi do zarządzania projektem. Standish Group oparło swoje wnioski na testach oprogramowania Clarity. Z testów wynikło, że stosowanie tego typu narzędzi obniża wskaźnik sukcesu i zwiększa koszt projektu.

Przyszłość projektów oprogramowania

Drogowskazy w mieście z napisem "one way"

W „Review Standish Group – CHAOS 2020: Beyond Infinity” możemy natknąć się na wzmiankę o podziale historii tworzenia oprogramowania na 4 etapy.

  • Pierwszy trwający od 1960 roku do 1980 roku został nazwany „Dzikim Zachodem”.
  • Drugi „Era Kaskady” trwał od 1980 roku do 2000 roku.
  • „Era Agile” zaczęła się w 2000 roku i trwa do dzisiaj.
  • Ostatni etap, który dopiero się zacznie, został ochrzczony „Erą Nieskończonego Przepływu”.

Standish Group przewiduje, że znajdujemy się u schyłku Ery Agile i zbliżamy się do momentu, w którym organizacje odrzucą budżety, plany, menadżerów, i Scrum masterów.

Etap ten skupi się na integrowaniu budżetu bezpośrednio do procesu tworzenia i zminimalizowaniu działań związanych z zarządzaniem projektami. Zmiany w oprogramowaniu będą wprowadzane stale w formie małych przyrostów.

W świetle tych zmian Standish Group ogłosiło, że Chaos Report 2020 będzie ostatnią edycją. Skoro nastawienie do tworzenia oprogramowania się zmieni i zaowocuje odejściem od projektów, nie ma powodów, by kontynuować ich analizowanie.

Podsumowanie

Chaos Report to z pewnością obszerny dokument, który dostarcza ciekawych wniosków i danych na temat stanu branży IT i projektowania oprogramowania. Organizacje mogą tam znaleźć przydatne wskazówki dotyczące obszarów, które mogą zoptymalizować.

Główne rekomendacje możemy podsumować tak:

  1. Zespoły powinny stosować metodykę Agile.
  2. Zamiast tworzenia projektów powinniśmy się skupić na stałych i małych przyrostach.
  3. Powinniśmy skupić uwagę na poprawie czynników takich jak dobre środowisko pracy, dobry zespół i dobry sponsor.
  4. Należy unikać przypisywania menadżerów do projektów i zminimalizować użycie narzędzi do zarządzania.

Najczęściej zadawane pytania

Czym jest Chaos Report?

Chaos Report to zbiór wniosków opartych na analizie ponad 50,000 projektów IT, którego celem jest dostarczenie informacji na temat powodzenia projektów związanych z tworzeniem oprogramowania.

Gdzie można pobrać pełną wersję raportu?

Najnowsza wersja raportu (2020) jest do kupienia na stronie The Standish Group, a wersję z roku 2015 można pobrać bezpłatnie.

Co pokazuje Chaos Report?

Chaos Report pokazuję, że 31% projektów kończy się pełnym sukcesem z zachowaniem funkcjonalności zawartych w pierwotnych wymaganiach, 50% procent projektów kończy z przekroczonym budżetem i terminem i nie spełnia wszystkich wymagań, a 19% projektów jest anulowanych.

Jakie są najważniejsze czynniki wpływające na sukces projektów IT?

Dobre środowisko pracy, dobry zespół i dobry sponsor to jedne z najważniejszych czynników wpływających na powodzenie projektów. Organizacje powinny zwrócić na nie szczególną uwagę i zoptymalizować swoje procesy na ich podstawie.

Jak podejść do zarządzania projektami IT?

Standish Group rekomenduje firmom IT odejście od przypisywania menadżerów do projektów opartych na metodyce Agile w celu usprawnienia przepływu pracy. Dodatkowo polecają zminimalizować użycie narzędzi do zarządzania projektami, które zmniejszają wskaźnik sukcesu i zwiększają koszt projektów.

Oceń artykuł:
Journal / Redaktor
Autor: Radek
UX Writer i badacz z wykształcenia + doświadczenia. Zbiera wiedzę The Story i dzieli się nią na Journalu.

Jesteś zainteresowany współpracą z nami? Zajrzyj do Portfolio