Kako napraviti preciznije procene veb projekata?

Procena projekta može se činiti kao najteži deo projekta i takođe kao deo koji najčešće ne uspeva u većini kompanija. Kada stigne nova ponuda za projekat, postoji jedna stvar koju pametno rukovodstvo treba da uradi pre nego što ponudi cenu. To je utvrđivanje troškova projekta. Veoma je važno da klijent pruži dovoljno informacija kako bi se mogla dati čak i osnovna procena.

Tragična greška u proceni projekta #1

Tragična greška broj jedan često se dešava upravo ovde. Ako sve zahtevane funkcije nisu definisane i dizajn nije dostavljen ili je dostavljen samo delimično, zapravo ne vršite procenu, već dajete pretpostavku zasnovanu na (veoma) ograničenim informacijama. U ovom slučaju izuzetno je važno naglasiti da je ono što navodite samo okvirna procena i nikako vaša finalna procena. Kao takvu, bilo bi mudro izbegavati njeno navođenje u zvaničnim dokumentima koji se komuniciraju između klijenta i vaše kompanije kako bi se izbegle nesporazume. Zainteresovana strana može pročitati pomenuti broj u dokumentu i pogrešno ga shvatiti kao finalnu procenu.

Ako dajete pretpostavku zasnovanu na ograničenim informacijama, izuzetno je važno naglasiti da je vaša procena samo okvirna i nije vaša finalna procena.

Možda se pitate zašto bi vam uopšte trebala takva procena na početku. Okvirne procene imaju svoju svrhu. U ranoj fazi projekta mogu pomoći da se klijent informiše o gruboj ceni projekta. U slučajevima kada je cena previsoka za klijenta, možete ili smanjiti obim (i cenu) projekta tako da bolje odgovara budžetu klijenta, ili doneti odluku da se projekat potpuno i pravovremeno obustavi. Ako troškovi projekta odgovaraju budžetu i sva dokumentacija i dizajn su dostavljeni, spremni ste da nastavite sa stvarnom procenom.

Tragična greška broj 2 u procenjivanju projekta

Tragična greška broj 2 koju menadžer projekta može napraviti jeste pregledanje dokumentacije projekta bez konsultovanja sa timom za razvoj i davanje grubih vremenskih procena na osnovu prethodnih projekata. Ovo može biti donekle tačno jer bar koristi neku istorijsku referencu. Međutim, tačnost često može biti smanjena za 50% ili više. To nije veliki problem ako je reč o malom projektu od 10 sati. Greška može biti posebno bolna za složeni projekat od 200 sati gde pogrešna pretpostavka može dovesti do propuštanja roka za više od nekoliko nedelja. Suvišno je reći da kada jednom date ponudu, posao je zapečaćen osim ako klijent ne zahteva dodatne funkcionalnosti, tako da je izuzetno teško i neprofesionalno pregovarati o ceni usred projekta. Iako je ovakva procena bolja od ničega, pametnije rešenje je: prepustite procene ljudima koji će zapravo obavljati posao – vašem timu za razvoj.

Menadžeri projekata mogu pregledati dokumentaciju projekta bez konsultovanja sa timom za razvoj i dati klijentu pogrešnu procenu. Pametnije rešenje je prepustiti procene ljudima koji će zapravo obavljati posao – timu za razvoj.

Tragična greška u proceni projekta #3

I uprkos tome, upravo ovde obično vreba tragična greška #3. Tim za razvoj će verovatno mnogo bolje proceniti, ali samo ako poseduje znanje o tehnikama procene koje su potrebne za izradu procene. Kako veličina i složenost projekta rastu, tako raste i važnost korišćenja jedne ili više dokazanih tehnika. Ako tim za razvoj da svoju procenu samo pregledajući nekoliko JPEG maketa i par stranica dokumentacije nekoliko minuta, njihova procena će verovatno biti zasnovana na vremenu koje “osećaju” da bi bilo potrebno. Ovo osećanje često biva preoptimistično jer ne uočavaju detalje koji će zahtevati mnogo više vremena za završetak. Ili može biti preuveličano ako su programeri nesigurni u svoje sposobnosti. Nesigurnost obično dolazi sa projektom koji zahteva novu tehnologiju koja prvo mora biti naučena. Uvek je dobra ideja isključiti vreme učenja iz cene koju navodite klijentu ako osećate da bi znanje moglo biti korisno i na drugim projektima. To će takođe učiniti vašu ponudu boljom od konkurentske. S druge strane, ako je nešto što nećete moći ponovo da iskoristite, nema mnogo smisla da sami pokrivate troškove obrazovanja.

Tim za razvoj će verovatno mnogo bolje proceniti samo ako imaju znanje o tehnikama procene potrebnim za izradu procene.

Ova ključna faza je mesto gde tehnike procene dolaze da zameni osećaj logikom i znatno poboljšava tačnost procesa procene projekta. U našem sledećem članku ćemo diskutovati o 4 ključne alatke i tehnike za procenu projekata za web razvoj. Takođe ćemo razgovarati o načinima uvođenja ovih alatki i izgradnji kulture tačne procene projekata u vašoj kompaniji.

Šta dalje?

Ako želite da dodatno unapredite svoje veštine procenjivanja projekata, pripremili smo obimnu elektronsku knjigu “Krajnji vodič za uspešnu procenu projekata” koja će vas naučiti sve o alatima i tehnikama procenjivanja projekata.

Naučite kako da postanete uspešniji u procesu procenjivanja projekata.