Uobičajene greške koje programeri čine pri procjeni vremena

Procjena vremena odnosi se na svaki razvojni tim i svakog razvojnog programera pojedinačno, postoje mnogi čimbenici koji utječu na te procjene, a ako ih ne uzmemo u obzir će dovesti do katastrofe u osiguranju u tom projektu i onih koje imamo na čekanju.
Pogledajmo onda one uobičajene pogreške koje programeri čine pri procjeni vremena u razvojnim projektima, kako bi ih izbjegli i napravili procjenu što bliže idealnom scenariju.

Instinkt povjerenja

Procjene su na određeni način popraćene instinktom, koji se može doraditi iskustvom, što je u redu za zrelog programera, ali to nije najbliže procjenama napravljenim na objektivan i učinkovit način.
U tu svrhu najbolje je pogledati broj povezanih i uspješno provedenih projekata, na ovaj način možemo dobiti mjerne podatke o tome koliko nam je vremena trebalo sa svakim od njih, a zatim sastaviti te brojke u izvješće.
To je praksa koja će nam oduzeti malo više vremena, ali pomoći će nam u dvije stvari; prvo dati precizniju procjenu na temelju prošlih projekata i drugo, provjeriti koliko su naši instinkti točni.

Nemojte se raspitivati

Postoji jedna vrlo neobična fraza s kojom će se mnogi programeri osjećati identificirano:

 "Bok, trebam brzu procjenu za modul sadržaja."

U tom trenutku moramo napraviti korak unatrag i postaviti sebi sljedeća pitanja:

• Koje će funkcionalnosti imati?
• Koji će biti njegov opseg, hoće li biti povezan s drugim modulima?
• Nedostaju li informacije?
• Trebam li znati još nešto?

Ovo je samo nekoliko, ali ne postoji način na koji s tako nejasnom idejom možemo napraviti pouzdanu procjenu, zato je naša dužnost istraživati, postavljati pitanja i da u to ne sumnjamo vrijeme koje možemo dati procjenu, ostalo ćemo samo nagađati i pomoću magije procijeniti vremena istih.

Mentalne i kolektivne granice

To je nešto sasvim uobičajeno i odnosi se na nekoliko čimbenika koji neizravno uključuju ljude u naše okruženje. Naš nadređeni vidi zahtjev i može to reći "Izgleda prilično jednostavno, ne bi trebalo dugo čekati na implementaciju", zbog čega ćemo na to gledati optimistično. Također se može dogoditi da je prisutna skupina programera i da se napravi grupna procjena.
Problem je u tome što jesu "njihov" procjene, a ne naše, s kojima je procjena tih vremena obično uvijek bliža nego što bi doista trebala biti.

Zanosite se vremenskim pritiscima

Za dosljednu i pouzdanu procjenu potrebno je vrijeme, to se ne radi u 10 minuta. Klijent ili nadređeni mogu odmah zatražiti procjenu, što je nemoguće, osim ako se radi o vrlo malom zahtjevu koji ima dobro definiran opseg.
Dodamo li ovome da možemo imati veliki broj zadataka koji zahtijevaju hitnu pozornost, instinkti će nam reći da ne možemo gubiti vrijeme na ovu procjenu, pa će to biti sve samo ne točno.
Zaključak
Vidjeli smo najčešće greške koje činite u procjenama vremena, ali što je s rješenjima? Jednostavno je kao promijeniti paradigme i znati odbiti, na održiv način i dati do znanja svojim nadređenima da je bolje izgubiti pola popodneva ili čak dan dajući točnu i pouzdanu procjenu, nego tjedne ili čak mjesece za krenuvši pogrešnim putem. U rješavanju ovog zadatka možete osuditi projekt čak i prije nego što je započeo.