Projekty informatyczne, niezależnie od ich rodzaju stają się codziennością każdej organizacji. Wynika to przede wszystkim z faktu, że informatyka stała się dziedziną powszechną. Produkty informatyczne towarzyszą nam w codziennym życiu na każdym kroku. Używamy ich w pracy, w domu, w szkole. Od nich niekiedy zależy nasze zdrowie i bezpieczeństwo. Nic więc dziwnego, że wymagania użytkowników względem tych produktów rosną za równo w kwestii ich użyteczności, jak i jakości.
Dla firm informatycznych z jednej strony stanowi to niesamowitą okazję do rozwoju, z drugiej zaś wywiera ogromną presję, przez co firmy te działają na granicy własnych możliwości oraz ograniczeń technologii. Prawdopodobnie to dlatego projekty informatyczne charakteryzuje dość duży odsetek projektów zakończonych niepowodzeniem. Na taki stan rzeczy mają również wpływ charakterystyczne cechy projektów informatycznych:
Złożoność projektów informatycznych
Projekty informatyczne bardzo często dotyczą wielu zmieniających się w czasie dziedzin problemowych (finanse, inżynieria techniczna, zarządzanie), które z kolei uzależnione są od zmieniającego się prawa, rynku i technologii. Nowe systemy bardzo często muszą współdziałać z innymi systemami, które mogą być wykonane w starszej lub zupełnie innej technologii. Ponadto bardzo duże tempo zmian w dziedzinie informatyki wymusza na systemach informatycznych potrzebę ciągłego doskonalenia. Zmianie ulegają również przedsiębiorstwa, ich otoczenie i całe społeczności, co wymaga od systemów informatycznych pewnej elastyczności i otwartości.
Abstrakcyjny charakter oprogramowania
Znacząca część efektów pracy programistycznej jest niewidoczna dla zleceniodawcy, co utrudnia bieżącą weryfikację jej poprawności przez zleceniodawcę jak i koordynatora projektu. Manager w ocenie postępów prac posiłkuje się więc raportami odpowiedzialnych pracowników. Zleceniodawca dokonuje oceny na podstawie doniesień koordynatora projektu. Sam często nie posiada wiedzy, która umożliwiłaby mu sprawdzenie kodu. W przypadku gdy zleceniodawca jednak taką wiedzę posiada, sprawdzenie kodu może okazać się nieprzydatne z punktu widzenia realizacji celu biznesowego projektu, ponieważ kod może nie być wykonany zgodnie z dobrymi praktykami, ale i tak funkcjonować poprawnie.
Ponadto sprawdzenie wszystkich przypadków użycia i danych wejściowych jest bardzo praco- i czasochłonne, a dodatkowo procesu tego nie ułatwia brak skalowalności błędów – mała pomyłka może powodować duży błąd. Stąd weryfikacja projektu przez klienta może odbyć się bardzo późno, gdy projekt jest już na ukończeniu, a jego efekty są widoczne. Wprowadzanie zmian na tym etapie jest dużo bardziej kosztowne niż na etapie planowania czy nawet początkowych etapach realizacji.
Niepowtarzalność każdego systemu i projektu informatycznego
Niezależnie od tego czy wdrażamy znany system w nowym miejscu, czy też nowy system w organizacji znanej zespołowi projektowemu, projekt zawsze ma niepowtarzalny charakter. Taka sytuacja utrudnia przewidywanie problemów, które mogą sie pojawić w toku realizacji projektu.
Brak praw fizyki i innych typowych ograniczeń
Zadany cel projektu informatycznego może zostać osiągnięty na wiele różnych sposobów, co wymaga od projektantów szerszej analizy problemu. Analiza ta powinna uwzględniać konsekwencje wyboru jednego rozwiązania w stosunku do drugiego. Wybór konkretnego rozwiązania zazwyczaj wymaga akceptacji klienta, który może nie rozumieć niektórych zagadnień czy specyficznych ograniczeń technologii, co rodzi problemy komunikacyjne na styku wykonawca-zamawiający.
Wykładniczy charakter kosztu jednostkowego projektu
W przypadku projektów informatycznych wzrost wielkości projektu nie prowadzi do spadku jego kosztu jednostkowego. Koszt projektu rośnie nieliniowo wraz ze wzrostem projektu – wzrost pracochłonności jest wykładniczy ze współczynnikiem większym niż jeden. Dodatkowo efektu tego nie można w pełni zniwelować zatrudniając większą liczbę programistów, ponieważ część modułów musi zostać wykonana sekwencyjnie, a nie równocześnie. Ponadto niektóre czynności nie mogą zostać skrócone. Tak jak w przypadku dwóch kobiet ciężarnych dziecko nie urodzi się za cztery i pół miesiąca, tak zatrudniając dwóch programistów do tego samego zadania nie zmniejszymy czasu realizacji dwukrotnie.
Zależność między zarządzaniem a metodyką wytwarzania oprogramowania
Między sposobem zarządzania projektem informatycznym a metodyką wytwarzania oprogramowania występuje ścisły związek, który niedoceniony może doprowadzić do upadku projektu.
Do powyższych cech można jeszcze dodać brak sprawdzonych wzorców postępowania, małą powtarzalność wykonywanych czynności, brak norm zużycia zasobów (w szczególności czasu pracy) dla czynności czy elementów określonych co do wielkości i złożoności oraz wiele innych.
Zachęcam do pozostawienia w komentarzu Twojej odpowiedzi na pytanie „Dlaczego projekty informatyczne się nie udają?” oraz zapraszam na stronę zarzadzanieprojektami.it, z której pochodzi powyższy fragment. Na stronie znajdziesz również opis podstawowych etapów zarządzania projektami IT, a także metodyk, dzięki którym projekty informatyczne mimo wszystko udaje się zakończyć z sukcesem.
