Po co firma ma wydawać pieniądze na analityka? Przecież do tej pory jakoś realizowaliśmy projekty i wszystko bez niego jakoś działało. Szkoda pieniędzy na analizę.

Radzę zwrócić tu uwagę na słowo kluczowe „jakoś”. Jakoś realizujemy, jakoś działa, jakaś jakość jest. Jak to „jakoś” wygląda? No właśnie… W USA prawie 70% projektów kończy się porażką, a co piąty jest kompletną katastrofą [1]. W polskich firmach nie jest lepiej – tylko 21 % projektów uznaje się za sukces [2]. Ponadto, połowa projektów przekracza swój budżet (średnio o 1/3), a 61% przekrocza termin (średnio o 2/3).

Problemy

Z czego wynikają te problemy? Popatrzymy na 10 najważniejszych czynników wpływających na porażkę projektu [1].

1. Brak informacji wejściowych od klienta
2. Niekompletne wymagania i specyfikacje projektu
3. Zmiana wymagań i specyfikacji projektu
4. Brak wsparcia ze strony kierownictwa
5. Brak kompetencji w danej dziedzinie
6. Brak zasobów ludzkich
7. Nierealne oczekiwania klienta
8. Niejasne cele
9. Nierealne ramy czasowe projektu
10. Nowe technologie

Czy to nie znamienne, że aż 5/10 czynników dotyczą ściśle roli analityka w projekcie. Brak lub źle przeprowadzony proces zrozumienia biznesu klienta oraz inżynierii wymagań jest najpoważniejszym czynnikiem porażek projektów. Aż chciałoby się rzec: „Analiza, głupcze!”.

Przecież jest project manager

Ale po co mi analityk? Jest przecież project manager, on się tym może zająć… W małych, prostych projektach – pewnie tak. Wykorzystując metodyki agile, to nawet sam PM nie będzie potrzebny. Co jednak przy bardziej złożonych systemach? 3/4 projektów ma co najmniej 100 wymagań [3]. Trzeba znać narzędzia dobrze wyjaśniające wymagania klienta. Brak tych narzędzi powoduje wspomniane wyżej problemy. Według raportu [3] najlepiej wątpliwości wyjaśniają:

• 71,4 % – modele procesów,
• 50,1 % – prototypy,
• 47,5 % – modele interfejsu użytkownika,
• 46,5 % – diagramy przypadków użycia,
• 31,1 % – diagram aktywności,
• 30,1 % – schematy/odręczne rysunki,
• 6,6% % – inne

Czy project manager potrafi je dobrze przygotować? Nie tego uczył się przez całą swoją karierę…

Inni już wybrali

Na świecie widać już zmianę myślenia. Analitycy przestali być złem koniecznym, a wartościową rolą w projekcie. Według raportu przeprowadzonego przez Forrester Research [4] wśród ludzi decydujących o tym jak wyglądają projekty w największych formach IT, najbardziej znaczące role w projektach mają:

1. Business Analysis – 70%
2. Architecture and IT strategy/planning – 66%
3. Project management – 65%
4. Security – 62%
5. Service management – 60%
6. Client relationship management – 56%
7. Business continuity nad IT financial management – 55%
8. Portfolio management – 50%

Analiza decyduje o sukcesie projektu

Chcesz by Twoje projekty kończyły się sukcesem? Nie masz wyjścia. Musisz podejść na poważnie do analizy. I nie chodzi tu o to, by mianować analitykiem jednego z członków zespołu. Nie każdy może być analitykiem! Analiza wymaga świetnej znajomości technik analitycznych i zdolności interpersonalnych.

Niezależnie od przyjętej metodyki, dobry analityk pozwala skrócić czas i koszty tworzenia oprogramowania, zwiększyć jakość i szanse powodzenia projektu. Zanim więc, by poprawić moce przerobowe, zatrudnisz kolejnego już programistę, zastanów się czy nie sensowniej byłoby wydać te pieniądze na pierwszego analityka?

Źródła:

1. http://www.sdtimes.com/link/30247 – Standish Group Report, 2006
2. http://www.pmresearch.pl/sites/results – Raport z polskiego badania projektów IT 2010
3. http://info.jamasoftware.com/acton/attachment/1511/f-000f/ – Jama Software, 2010
4. http://www.cioinsight.com/c/a/Careers/IT-Careers-Most-Important-IT-Roles-770285/ – IT Careers, Forrester Research, 2010