Уобичајене грешке које програмери праве приликом процене времена

Процена времена је релативна за сваки развојни тим и сваког програмера појединачно, постоји много фактора који утичу на ове процене, а ако их не узмемо у обзир ће довести до катастрофе у осигурању у том пројекту и оних које имамо на чекању.
Погледајмо онда оне уобичајене грешке које програмери праве приликом процењивања времена у развојним пројектима, како би их избегли и направили процену што је могуће ближе идеалном сценарију.

Инстинкт поверења

Процене су на одређени начин праћене инстинктом, који се може дорадити искуством, што је у реду за зрелог програмера, али то није најближе проценама направљеним на објективан и ефикасан начин.
За ово је најбоље да погледамо број сродних и успешно спроведених пројеката, на овај начин можемо добити метрике колико нам је требало са сваким од ових, а затим ове бројеве саставити у извештај.
То је пракса која ће нам одузети мало више времена, али ће нам помоћи у две ствари; прво дати прецизнију процену на основу ранијих пројеката, а друго, проверити колико су наши инстинкти тачни.

Не распитујте се

Постоји веома необична фраза са којом ће се многи програмери осећати идентификованим:

 "Здраво, потребна ми је брза процена за модул садржаја."

У том тренутку морамо да направимо корак уназад и поставимо себи следећа питања:

• Које ће функционалности имати?
• Који ће бити његов опсег, да ли ће бити повезан са другим модулима?
• Да ли недостају информације?
• Требам ли знати још нешто?

Ово је само неколико, али не постоји начин да са тако нејасном идејом да направимо поуздану процену, зато је наша дужност да истражујемо, постављамо питања и да у то не сумњамо време које можемо дати процену, остало ћемо само нагађати и помоћу магије проценити времена истог.

Менталне и колективне границе

Ово је нешто сасвим уобичајено и односи се на неколико фактора који индиректно укључују људе у наше окружење. Наш претпостављени види захтев и може то рећи „Изгледа прилично једноставно, не би требало дуго да се спроведе“, због чега ћемо на то гледати оптимистично. Такође се може догодити да је присутна група програмера и да се направи групна процена.
Проблем је у томе што јесу "њихов" процене а не наше, са којима је процена тих времена обично увек ближа него што би заиста требало да буде.

Заносите се временским притиском

За доследну и поуздану процену потребно је време, то се не ради у 10 минута. Клијент или надређени можда желе хитну процјену, што је немогуће, осим ако се ради о врло малом захтјеву који има добро дефиниран опсег.
Ако овоме додамо да можемо имати велики број задатака којима је потребна хитна пажња, инстинкти ће нам рећи да не можемо губити време на ову процену, па ће то бити све само не тачно.
Закључак
Видели смо најчешће грешке које правите у временским проценама, али шта је са решењима? Једноставно је као променити парадигме и знати како рећи не, на одржив начин и дати до знања нашим претпостављенима да је боље изгубити пола поподнева или чак дан правећи тачну и поуздану процену, него недељама или чак месецима за кренувши погрешним путем. Решавајући овај задатак можете осудити пројекат чак и пре него што је започео.