Běžné chyby, kterých se vývojáři dopouštějí při odhadování časů

Odhad doby je relativní pro každý vývojový tým a každého vývojáře jednotlivě. Existuje mnoho faktorů, které tyto odhady ovlivňují, a pokud je nebudete brát v úvahu, povedou k pojistné katastrofě v tomto projektu a v těch, které máme pozastavené.
Podívejme se tedy na ty běžné chyby, kterých se vývojáři dopouštějí při odhadování časů ve vývojových projektech, aby se jim vyhnuli a odhadli co nejblíže ideálnímu scénáři.

Instinkt důvěry


Odhady jsou určitým způsobem doprovázeny instinktem, který lze vylepšit zkušenostmi, a to je v pořádku pro dospělého vývojáře, ale není to nejbližší k objektivním a efektivním odhadům.
K tomu je nejlepší, když se podíváme na množství souvisejících a úspěšně implementovaných projektů. Tímto způsobem můžeme získat metriky, jak dlouho nám to s každým z nich trvalo, a poté tato čísla zkompilovat do zprávy.
Je to praxe, která nám bude trvat trochu déle, ale pomůže nám ve dvou věcech; za prvé poskytnout přesnější odhad na základě minulých projektů a za druhé zkontrolovat, jak přesné jsou naše instinkty.

Neptat se


Existuje velmi zvláštní fráze, se kterou se mnozí vývojáři budou cítit ztotožněni:
 „Ahoj, potřebuji rychlý odhad pro obsahový modul.“
V tu chvíli musíme udělat krok zpět a položit si následující otázky:
  • Jaké funkce bude mít?
  • Jaký bude její rozsah, bude souviset s dalšími moduly?
  • Chybí nějaké informace?
  • Potřebuji ještě něco vědět?
To je jen několik, ale neexistuje způsob, jak s tak vágní myšlenkou, jako je spolehlivý odhad, proto je naší povinností vyšetřovat, klást otázky a že o tomto požadavku nemáme žádné pochybnosti. čas, který můžeme dát Odhad, zbytek budeme pouze hádat a pomocí magie odhadovat stejné časy.

Psychické a kolektivní limity


To je něco docela běžného a týká se to několika faktorů, které nepřímo zapojují lidi do našeho prostředí. Náš nadřízený vidí požadavek a může to říci „Vypadá to docela jednoduše, implementace by neměla trvat dlouho“, což nás donutí vidět to optimisticky. Může se také stát, že je přítomna skupina vývojářů a provede se odhad skupiny.
Problém je, že jsou "jejich" odhady a ne naše, s nimiž je odhad těchto časů obvykle vždy bližší, než by ve skutečnosti měl být.

Nechat se unést časovými tlaky


Konzistentní a spolehlivý odhad vyžaduje čas, nedělá se v 10 minut. Klient nebo nadřízený může chtít odhad okamžitě, což je nemožné, pokud se nejedná o velmi malý požadavek, který má dobře definovaný rozsah.
Pokud k tomu přidáme, že můžeme mít rozsáhlý počet úkolů, které vyžadují okamžitou pozornost, naše instinkty nám napoví, že s tímto odhadem nemůžeme ztrácet čas, takže to bude všechno, jen ne přesné.
Conclution
Viděli jsme nejčastější chyby, kterých se v odhadech času dopouštíte, ale co řešení? Je to tak jednoduché, jak trvale měnit paradigmata a vědět, jak říci ne, a nechat své nadřízené vědět, že je lepší ztratit půl odpoledne nebo dokonce den přesným a spolehlivým odhadem než týdny nebo dokonce měsíce na že jste se vydali špatnou cestou. Při řešení tohoto úkolu můžete odsoudit projekt ještě dříve, než začal.
wave wave wave wave wave