Izplatītākās kļūdas, ko izstrādātāji pieļauj, aprēķinot laiku

Laika aprēķināšana ir atkarīga no katras izstrādes komandas un katra izstrādātāja individuāli, ir daudz faktoru, kas ietekmē šīs aplēses, un, neņemot tos vērā, tie novedīs pie apdrošināšanas katastrofas šajā projektā un tiem, kas mums ir aizturēti.
Redzēsim tās izplatītās kļūdas, kuras izstrādātāji pieļauj, novērtējot attīstības projektu laiku, lai no tām izvairītos un veiktu aplēsi pēc iespējas tuvāk ideālajam scenārijam.

Uzticības instinkts

Aprēķinus zināmā veidā papildina instinkts, ko var uzlabot ar pieredzi, un tas ir labi nobriedušam izstrādātājam, taču tas nav tuvākais objektīvajā un efektīvajā veidā veiktajiem aprēķiniem.
Šim nolūkam vislabāk ir aplūkot saistīto un veiksmīgi īstenoto projektu skaitu, tādējādi mēs varam iegūt metriku par to, cik ilgs laiks mums bija vajadzīgs ar katru no šiem, un pēc tam apkopot šos skaitļus pārskatā.
Tā ir prakse, kas mums prasīs nedaudz ilgāku laiku, bet palīdzēs mums divās lietās; Pirmkārt, lai sniegtu precīzāku novērtējumu, pamatojoties uz iepriekšējiem projektiem, un, otrkārt, lai pārbaudītu, cik precīzi ir mūsu instinkti.

Nejautājiet

Pastāv ļoti savdabīga frāze, ar kuru daudzi izstrādātāji jutīsies identificēti:

 "Sveiki, man ir nepieciešams ātrs satura moduļa aprēķins."

Tieši tajā brīdī mums ir jāatkāpjas un jāuzdod sev šādi jautājumi:

• Kādas funkcijas tam būs?
• Kāda būs tā darbības joma, vai tā būs saistīta ar citiem moduļiem?
• Vai trūkst informācijas?
• Vai man ir jāzina vēl kaut kas?

Šie ir tikai daži, taču ar tik neskaidru ideju mēs nevaram veikt ticamu novērtējumu, tāpēc mūsu pienākums ir veikt izmeklēšanu, uzdot jautājumus un ka mums nav šaubu par šo prasību. laiks, kad mēs varam sniegt novērtējumu, pārējo mēs tikai uzminēsim un izmantosim maģiju, lai novērtētu tā laiku.

Garīgās un kolektīvās robežas

Tas ir kaut kas diezgan izplatīts un attiecas uz vairākiem faktoriem, kas netieši iesaista cilvēkus mūsu vidē. Mūsu priekšnieks redz prasību un to var pateikt "Tas izskatās diezgan vienkārši, tā ieviešanai nevajadzētu aizņemt ilgu laiku", kas liks mums to redzēt optimistiski. Var gadīties arī, ka ir klāt izstrādātāju grupa un tiek veikta grupas aplēse.
Problēma ir tā, ka viņi ir "viņu" aplēses, nevis mūsējās, ar kurām šo laiku aprēķins parasti vienmēr ir tuvāk, nekā tam vajadzētu būt.

Aizraujas ar laika spiedienu

Konsekventa un uzticama aplēse prasa laiku, tā netiek veikta 10 minūtes. Klients vai priekšnieks var vēlēties tūlītēju novērtējumu, kas nav iespējams, ja vien tā nav ļoti maza prasība, kurai ir precīzi noteikta darbības joma.
Ja mēs tam pievienojam, ka mums var būt plašs uzdevumu skaits, kam nepieciešama tūlītēja uzmanība, mūsu instinkti mums pateiks, ka mēs nevaram tērēt laiku šim aprēķinam, tāpēc tas būs nekas cits kā precīzs.
Secinājums
Mēs esam redzējuši visbiežāk pieļautās kļūdas laika aprēķinos, bet kā ir ar risinājumiem? Tas ir tik vienkārši, kā mainīt paradigmas un zināt, kā ilgstoši teikt nē, un ļaut mūsu priekšniekiem zināt, ka labāk ir zaudēt pusi pēcpusdienas vai pat dienu, veicot precīzu un ticamu aprēķinu, nekā nedēļas vai pat mēnešus. risinot šo uzdevumu, jūs varat nolemt projektu pat pirms tā sākuma.