Czy wszystkie projekty informatyczne s skazane

na porak?

Zarzdzanie projektem
informatycznym

dr hab. in. Micha Woniak, prof. PWr

http://www.kssk.pwr.wroc.pl/pracownicy/michal.wozniak
Konsultacje: czwartek 9-11, pitek 15-17

Czy wszystkie projekty informatyczne s skazane

na porak?

Statystyczny obraz poraek

Dlaczego uczestniczymy w tego typu projektach?
Podsumowanie

Statystyczny obraz poraek

przed
terminem

Statystyczny obraz poraek

Jones C., Patterns of Software Systems Failure and Success, International Thomson
Computer Press 1996.

Przyczyny poraek

wielko

Capers Jones, Software Project Management Practices: Failure Versus Success, CrossTalk the
Journal of Defense Software Engineering, Oct 2004, pp.5-9.

Dane o projektach informatycznych

pochodz z analizy 6 700 projektw
informatycznych.

Plan wykadu

charakterystyka
przedsiwzicia

Jest wiele sposobw aby spowodowa aby

projekty duych systemw informatycznych
zakoczyy si porak i tylko kilka aby
zakoczyy si sukcesem. Co ciekawe
zarzdzanie projektem jest tym czynnikiem,
ktry decyduje czy projekt jest skierowany na
drog do sukcesu, czy do klski.

Wykorzystywana w opisie wielko - punkt

funkcyjny to uznawana przez
Midzynarodow Organizacje
Normalizacyjn ISO miara zoonoci
oprogramowania. Na jej wielko wpywaj
midzy innymi liczba wyj z programu,
liczba wej do niego, liczba
wystpujcych magazynw danych.

Statystyczny obraz poraek

w
termnie

opnio zaniechane
ne

mae programy

1 FP

14,68%

83,15%

1,92%

0,25%

aplikacje uytkownika

10 FP

11,08%

81,25%

5,67%

2,00%

due aplikacje
uytkownika

100 FP

6,06%

74,77%

11,83%

7,34%

programy tworzone
przez firmy

1 000 FP

1,24%

60,76%

17,67%

20,33%

systemy informatyczne

10 000 FP

0,14%

28,03%

23,83%

48,00%

due systemy
informatyczne

100 000 FP

0,00%

13,67%

21,33%

65,00%

Statystyczny obraz poraek socjologia projektu

To czynniki zwizane dowiadczeniem i kwalifikacjami,
czyli struktur dowiadcze zespou zwizan z obszarem
dziaalnoci podlegajcym informatyzacji:
kadry kierujcej przedsiwziciem,
czonkw zespou projektowego,
klienta.

Statystyczny obraz poraek socjologia projektu

70%

62%

60%
45%

50%

30%
20%

16%

14%

10%

10%

8%

0%

0%

przed czasem

na czas

opnione

socjologia projektu

Statystyczny obraz poraek czynniki

techniczne
Technologia budowy systemw jest istotna, cho jej wpyw polega
gwnie na tym, e musi by waciwie dobrana. Nie da si
stwierdzi, e systemy tworzone z wykorzystaniem narzdzi
Microsoft s bardziej zagroone porak ni tworzone w
rodowisku Oracle. Jednak mona zastanowi si, czy np. wybr
relacyjnej bazy danych jest adekwatny do systemu przetwarzania
informacji tekstowej.

Czynniki techniczne to:

dobr narzdzi i technologii budowy systemu
informatycznego,
nadzr nad wymaganiami i zakresem
przedsiwzi,
moliwo ponownego wykorzystania
komponentw.

Statystyczny obraz poraek zarzdzanie

projektem

45%

40%

dobra

zaniechane
za

Statystyczny obraz poraek czynniki

techniczne

75%

80%
70%
57%

60%
50%
40%
30%
20%

20%

14%

10%

10%

9%

15%

0%

0%

przed czasem

na czas

opnione

czynniki techniczne

dobra

zaniechane
za

Statystyczny obraz poraek zarzdzanie

projektem

Czynniki zwizane z zarzdzaniem projektem to:

szacowanie pracochonnoci,
planowanie,
sformalizowany sposb ledzenia projektu,
wysoko nakadw na kontrol jakoci.

70%

61%

60%
45%

50%

40%

40%
30%
20%
10%
0%

15%

15%

16%
8%

0%
przed czasem

na czas

zarzdzanie projektem

opnione
dobra

zaniechane
za

Przyczyny poraek
Socjologia projektu
Histeryczny optymizm - brak dowiadczenia
kadry zarzdzajcej.
Naiwny optymizm - braku dowiadczenia kadry
technicznej.
Rozgrywki wewntrz firmy.
Brak wewntrznych standardw prowadzenia
projektu.

Przyczyny poraek
Czynniki techniczne wymagania uytkownika

Przyczyny poraek
Czynniki zwizane z otoczeniem projektu

Wzrost konkurencyjnoci powodujcy pojcie si

misji niemoliwych.
Wprowadzenie nieoczekiwanych regulacji.
Kryzysy zwizane z kondycj odbiorcy, firmy
macierzystej oraz firm kooperujcych.

Przyczyny poraek
Czynniki techniczne wymagania uytkownika

Tylko 50% pocztkowo zebranych wymaga nie

zmienia si.
Wzrost wymaga - ok.2% miesicznie.
Ok. 20% pocztkowych wymaga staje si zbdne
do czasu ukoczenia pierwszej wersji systemu.
Najwicej bdw pojawia si na etapie analizy.
DILBERT is a registered trademark of Scott Adams, Inc. Tumaczenie AGORA S.A.

Przyczyny poraek
Czynniki techniczne - testowanie

Przyczyny poraek
Czynniki techniczne - testowanie
Przed oddaniem oprogramowania do uytkowania
tylko ok.85% bdw jest wykrywanych.

Wikszo metod testowania nie wykrywa wicej

ni 30% bdw i sprawdza mniej ni 50% kodu.

Usunicie pozostaych jest najbardziej

kosztowne.

W przecitnym projekcie wystpuje ok. 5 bdw

na kady FP.

Ok.5% moduw systemu zawiera 50% wszystkich

bdw.
Ok. 7% poprawek wprowadza nowe bdy.

Przyczyny poraek
Zarzdzanie projektem szacowanie kosztw
Trudnoci:
zrnicowanie i zoono projektw,
zmienno wymaga, rodowiska, technologii,
niematerialny charakter programu,
niedojrzao inynierii oprogramowania,
mae dowiadczenie zespow,
brak dojrzaych metryk oprogramowania.

Przyczyny poraek
Zarzdzanie projektem szacowanie kosztw
Obecnie jest:
ok.600 jzykw programowania,
40 metod projektowania,
38 rnych metryk,
26 metod tworzenia programw,
25 standardw midzynarodowych,
18 rodzajw testowania.
Brak jest uniwersalnego modelu prowadzenia
projektu.

Przyczyny poraek
Zarzdzanie projektem szacowanie kosztw

Dlaczego uczestniczymy w tego typu projektach?

Hierarchia kosztochonnoci prac:

Due ryzyko = dua nagroda.

1. lokalizacja i usuwanie bdw.

Syndrom Mount Everestu.

2. tworzenie dokumentacji papierowej,

3. kodowanie,
4. spotkania i dyskusje zespou.

Maszeruj albo gi.

Wypenienie CV.
Ucieczka od monotonii.
Na zo naszemu wrogowi.

Podsumowanie

Przedstawione zagadnienia nie napawaj

optymizmem.
Duo czasu upynie nim projekty programistyczne
bd tak przewidywalne, jak projekty z innych
dziedzin.
W jakim miejscu byaby dzisiejsza informatyka,
gdyby nie prbowano ich zrealizowa?