Znaczenie analizy w projektach IT

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

Witamy na pokładzie Rocket Studio

Witamy na pokładzie Rocket Studio!