Vanliga misstag som utvecklare gör när man uppskattar tider

Uppskattningstiderna är i förhållande till varje utvecklingsteam och varje utvecklare individuellt, det finns många faktorer som påverkar dessa uppskattningar, och genom att inte ta hänsyn till dem kommer de att leda till en försäkringskatastrof i det projektet och de som vi har kvar.
Låt oss sedan se de vanliga misstagen som utvecklare gör när de uppskattar tider i utvecklingsprojekt, för att undvika dem och göra en uppskattning så nära det ideala scenariot.

Lita på instinkt

Uppskattningarna åtföljs på ett visst sätt av instinkt, som kan förfinas med erfarenhet och det är bra för en mogen utvecklare, men det är inte det närmaste till uppskattningar som görs på ett objektivt och effektivt sätt.
För detta är det bäst att vi tittar på antalet relaterade och framgångsrikt genomförda projekt, på detta sätt kan vi få mått på hur lång tid det tog oss med var och en av dessa och sedan sammanställa dessa siffror i en rapport.
Det är en övning som kommer att ta oss lite längre tid, men det kommer att hjälpa oss i två saker; först för att ge en mer exakt uppskattning baserad på tidigare projekt och för det andra att kontrollera hur exakt våra instinkter är.

Fråga inte

Det finns en mycket märklig fras som många utvecklare kommer att känna sig identifierade med:

 "Hej, jag behöver en snabb uppskattning för en innehållsmodul."

Det är i det ögonblicket där vi måste ta ett steg tillbaka och ställa oss följande frågor:

• Vilka funktioner kommer den att ha?
• Vad blir dess omfattning, kommer det att relateras till andra moduler?
• Saknas information?
• Behöver jag veta något annat?

Det här är bara några, men det finns inget sätt att med en så vag idé som att vi kan göra en tillförlitlig uppskattning, det är därför vår plikt är att undersöka, ställa frågor och att vi inte har några tvivel om det kravet. tid vi kan ge En uppskattning, resten kommer vi bara att gissa och använda magi för att uppskatta tiderna för densamma.

Mentala och kollektiva gränser

Detta är något ganska vanligt och hänvisar till flera faktorer som indirekt involverar människor i vår miljö. Vår överordnade ser kravet och kan säga det "Det ser ganska enkelt ut, det ska inte ta lång tid att implementera det", vilket får oss att se det optimistiskt. Det kan också vara så att en grupp utvecklare är närvarande och en gruppuppskattning görs.
Problemet är att de är det "deras" uppskattningar och inte våra, med vilka uppskattningen av dessa tider oftast alltid är närmare än den egentligen borde vara.

Att bli fördärvad av tidspress

En konsekvent och tillförlitlig uppskattning tar tid, det görs inte i 10 minuter. En klient eller överordnad kanske vill ha en uppskattning omedelbart vilket är omöjligt, såvida det inte är ett mycket litet krav som har ett väldefinierat omfång.
Om vi ​​lägger till detta att vi kan ha ett omfattande antal uppgif.webpter som kräver omedelbar uppmärksamhet, kommer våra instinkter att berätta att vi inte kan slösa tid på denna uppskattning, så det blir allt annat än korrekt.
Avslutning
Vi har sett de vanligaste misstagen du gör i tidsuppskattningar, men hur är det med lösningar? Det är så enkelt som att ändra paradigmen och veta hur man säger nej på ett hållbart sätt och låta våra överordnade veta att det är bättre att förlora en halv eftermiddag eller till och med en dag med en korrekt och tillförlitlig uppskattning än veckor eller till och med månader för har tagit fel väg. När du löser den här uppgif.webpten kan du döma ett projekt redan innan det har börjat.