Czemu projekty IT (prawie) zawsze kończą się porażką?

W latach 2008-10, podczas studiów informatycznych, jeden z naszych wykładowców podzielił się zaskakującymi statystykami: ponad 50% projektów IT historycznie kończyło się porażką - częściową albo całkowitą. Co bardziej zaskakujące, trzydzieści lat później ten wskaźnik pozostał praktycznie niezmieniony. Ponad połowa projektów IT wciąż zawodziła - nie dostarczając produktu, nie działając jak powinna, albo drastycznie przekraczając budżet.

Przeskakując do teraźniejszości - czy sytuacja się poprawiła? Odpowiedź jest niewesoła.

• Raport CHAOS 2020 od Standish Group pokazuje, że 66% globalnych projektów technologicznych (na podstawie 50 000 projektów) kończy się częściową lub całkowitą porażką. Duże projekty kończą się sukcesem w mniej niż 10% przypadków. • Dodatkowo odkryto, że 31% amerykańskich projektów IT zostało po prostu skasowanych, a 53% wykazywało niepokojące wyniki. • Badanie McKinsey z 2020 roku pokazuje, że 17% dużych projektów IT stanowi zagrożenie dla przetrwania firmy. • BCG w 2020 roku odkryło, że 70% transformacji cyfrowych nie osiągnęło zamierzonych celów. Raport CISQ z 2020 roku pokazał, że nieudane amerykańskie projekty deweloperskie kosztowały 260 mld dolarów, a awarie operacyjne wynikające ze słabej jakości oprogramowania - 1,56 biliona dolarów.

70 lat po wynalezieniu FORTRANu - pierwszego powszechnie używanego języka programowania wysokiego poziomu od IBM - wciąż wydaje się, że nie nauczyliśmy się prawidłowo analizować, planować, tworzyć i wdrażać oprogramowania.

W trakcie mojej drogi budowania oprogramowania zidentyfikowałem kilka źródeł porażek:

Brak zadawania właściwych pytań Dostawcy często nie kwestionują klientów, nawet gdy proponowana budowa od początku nie ma sensu. To trochę jak pozwolić klientowi kupić sportowy samochód do prowadzenia firmy przeprowadzkowej.

Nie wierzę, że klienci płacą nam za to, żebyśmy ślepo budowali dla nich oprogramowanie. W dzisiejszych czasach AI jak ChatGPT może pisać kod efektywniej niż wielu programistów. Głęboko wierzę, że klienci zatrudniają nas, żebyśmy stali się ich technologicznym partnerem, na którego mogą liczyć.

Niewłaściwa technologia/narzędzia Narzędzia to po prostu narzędzia. Istnieje ponad 700 różnych języków programowania (niektóre źródła wymieniają nawet do 9000), ale jeśli zawężymy to do "znaczących" języków z indeksu TIOBE, kończymy z 274 oficjalnymi językami.

Technologia zmienia się szybko, więc kuszące jest wybranie najnowszej, "sexy" technologii, ale to nie znaczy, że zawsze jest to najlepszy wybór.

Niewłaściwe zarządzanie projektem Niewiele można tu dodać. Nie ma budżetu, którego nie da się zmarnować bez właściwego zarządzania.

Priorytetyzowanie ceny Co interesujące, około 50% naszych obecnych projektów to projekty "ratunkowe". To sytuacje, gdy klient pierwotnie nie wybrał nas z powodu bardziej atrakcyjnej ceny u kogoś innego. Jednak kilka miesięcy później wraca do nas, bo jego projekt zakończył się... niespodzianka, niespodzianka - porażką.