Metrike merenja softverskih karakteristika u upravljanju opsegom projekta Pregled

SLIDE 1

Tema mog master rada su metrike mjerenja softverskih karakteristika u 
upravljanju opsegom projekta, sa posebnim fokusom na problem širenja opsega u 
softverskim projektima.

SLIDE 2

Kada govorimo o IT projektima, važno je istaći da se problem njihove 

neuspješnosti ponavlja već decenijama. Brojna istraživanja, uključujući CHAOS 

izvještaje Standish grupe, ukazuju da veliki broj projekata kasni, premašuje 

budžet ili ne isporuči planirane funkcionalnosti.“

Jedan od ključnih razloga za to jeste nekontrolisano širenje opsega, odnosno 

scope creep, koji često nastaje postepeno, bez formalne kontrole.

Iako se alati i metodologije razvoja konstantno unapređuju, ovaj problem i dalje 

ostaje prisutan, što ukazuje na potrebu za boljim mehanizmima praćenja i 

kontrole, među kojima posebnu ulogu imaju softverske metrike.

SLIDE 3

Motivacija za ovo istraživanje proistekla je iz potrebe da se dublje razumiju 

uzroci promjena opsega projekta, s obzirom na to da one često imaju značajan 

uticaj na planiranje i realizaciju softverskih projekata.

Poseban fokus stavljen je na identifikaciju faktora koji doprinose širenju opsega 

projekta i na analizu njihovog uticaja tokom faza planiranja i razvoja.

Pored toga, istraživanje se bavi ispitivanjem načina na koji metrike za mjerenje 

softverskih karakteristika mogu doprinijeti boljoj kontroli opsega projekta i 

smanjenju rizika od nekontrolisanog širenja opsega.

Kako bi se obezbijedio uvid u stvarnu praksu, istraživanje je sprovedeno putem 

ankete među zaposlenima u IT kompanijama u Crnoj Gori, što omogućava 

sagledavanje problema iz perspektive realnog poslovnog okruženja.

SLIDE 4

Cilj ovog istraživanja je da se identifikuju i analiziraju faktori koji doprinose 

širenju opsega softverskih projekata, kao i da se ispita na koji način oni utiču na 

planiranje i razvoj projekta.

Poseban fokus rada stavljen je na ulogu metrika za mjerenje softverskih 

karakteristika, odnosno na njihovu primjenu kao alata za praćenje, kontrolu i 

potencijalnu prevenciju nekontrolisanog širenja opsega.

Istraživanje je strukturirano kroz tri istraživačka pitanja koja se odnose na 

uzroke promjena opsega, njihov uticaj na realizaciju projekta, kao i na 

mogućnosti primjene metrika u procesu upravljanja opsegom.

Važno je istaći da se istraživanje ne zadržava isključivo na teorijskom nivou, već 

obuhvata i analizu prakse kroz intervjue sa IT kompanijama iz Crne Gore, čime 

se dobija uvid u stvarno stanje i izazove u domaćem poslovnom okruženju.

SLIDE 5

Upravljanje projektom podrazumijeva planiranje, organizaciju i kontrolu 

aktivnosti koje su usmjerene ka ostvarivanju jasno definisanog cilja.

Svaki projekat je ograničen ključnim faktorima, među kojima se najčešće 

izdvajaju vrijeme, budžet i opseg. Ova ograničenja su međusobno povezana, pa 

promjena jednog elementa direktno utiče na ostala dva.

U kontekstu softverskih projekata, opseg se često smatra najosjetljivijim 

elementom, jer je tokom realizacije podložan čestim promjenama, što može imati 

značajan uticaj na trajanje i troškove projekta.

SLIDE 8

Širenje opsega, poznato kao scope creep, odnosi se na postepeno proširivanje 

obima projekta kroz uvođenje novih zahtjeva koji nijesu bili dio prvobitno 

definisanog opsega.

Ono što širenje opsega čini posebno problematičnim jeste činjenica da često 

nastaje neprimjetno, odnosno ‘tiho’, kroz manje izmjene koje se pojedinačno ne 

smatraju značajnim, ali kumulativno imaju veliki uticaj na projekat.

Važno je istaći da širenje opsega nije isto što i formalna promjena opsega. Dok se 

promjene opsega sprovode kroz definisane procedure i odobrenja, scope creep se 

najčešće dešava bez adekvatne kontrole i dokumentacije.

Takav nekontrolisan rast opsega direktno utiče na budžet, rokove i kvalitet 

isporučenog projekta, zbog čega predstavlja jedan od najčešćih uzroka neuspjeha 

softverskih projekata.

SLIDE 9

U radu je identifikovano više uzroka koji najčešće dovode do širenja opsega 

projekta, a jedan od ključnih jeste nejasno definisanje zahtjeva u ranim fazama 

projekta.

Kada zahtjevi nijesu dovoljno precizni, dolazi do njihovog različitog tumačenja od 

strane članova tima i klijenata, što kasnije rezultira dodatnim izmjenama i 

proširenjem opsega.

Nedovoljna uključenost klijenta tokom planiranja i realizacije projekta takođe 

predstavlja čest uzrok scope creep-a, jer se nove potrebe često identifikuju tek u 

kasnijim fazama razvoja.

Pored toga, nedostatak formalnog procesa za kontrolu promjena omogućava da 

se izmjene uvode bez adekvatne procjene njihovog uticaja na budžet i rokove.

U praksi se ovi problemi često preklapaju, što ukazuje na potrebu za 

kontinuiranim praćenjem opsega projekta, gdje softverske metrike mogu imati 

značajnu ulogu u ranom prepoznavanju odstupanja.

SLIDE 10

Softverske metrike predstavljaju alat koji omogućava kvantitativno mjerenje 

različitih karakteristika projekta, kao što su napredak, stabilnost i kvalitet.

Mjerenjem se dobija jasan uvid u trenutno stanje projekta, što omogućava 

menadžerima da prepoznaju potencijalne probleme i odstupanja u ranijim 

fazama, prije nego što ona eskaliraju.

U tom smislu, metrike se mogu posmatrati kao alat za rano upozorenje, jer 

omogućavaju pravovremenu reakciju na promjene opsega i smanjenje rizika od 

nekontrolisanog širenja opsega.

Za razliku od subjektivnih procjena, metrike pružaju objektivne i mjerljive 

podatke koji olakšavaju donošenje odluka u procesu upravljanja opsegom 

projekta.

SLIDE 11

U radu su analizirane različite metrike koje se mogu primijeniti u upravljanju 

opsegom softverskih projekata, a ovdje su prikazane neke od najznačajnijih.

Earned Value Management omogućava praćenje napretka projekta kroz odnos 

planiranog, ostvarenog i stvarnog rada, čime se može uočiti odstupanje u 

vremenu i troškovima.

Requirements Stability Index se koristi za praćenje stabilnosti zahtjeva tokom 

projekta i posebno je koristan za identifikaciju čestih promjena koje mogu 

ukazivati na širenje opsega.