Come stimare le correzioni dei bug?

Question

Come stimare le correzioni dei bug?

#1 da (5 voti)
#2 da (3 voti)

7

Come si può effettivamente determinare la dimensione di fissare qualcosa che è rotto in modo sconosciuto? Dico alle persone nelle mie lezioni che conosco solo due taglie per correggere i difetti: 1) banale perché so già cosa è rotto e come risolverlo, oppure 2) infinito perché non ho idea di cosa sia rotto o come risolverlo! Se queste sono le uniche due dimensioni a nostra disposizione, come possiamo valutarle?

L'ho preso da un blog di Bob Hartman ma sono esattamente le mie domande. A volte bug apparentemente banali sono estremamente complicati e a volte grandi problemi vengono risolti cambiando un piccolo personaggio da qualche parte. Allora, come possiamo sapere quanto tempo ci vorrà senza cercare di risolverlo mentre stimiamo? E se lo risolverò mentre valuterò .. perché sto valutando?

bug development-process estimation

posta Aditi 15.09.2016 - 11:41

fonte

2 risposte

Leggi altre domande sui tag bug development-process estimation

Come determinare quando aprire un nuovo ramo o un nuovo repository quando si utilizza Git? Si sta ripetendo un identificatore su una richiesta API e la risposta ha considerato un odore di codice

score 5 · Answer 1

Non puoi determinare la dimensione, ma puoi stimarla. Una stima fornisce alcune informazioni al tuo manager, e quindi fornisce un valore . Questo è meglio di nessun valore, quindi dovresti prendere la briga di fare una stima anche se non sarà esatta.

Perché è così? Perché un'attività si basa sulla ripetizione. Certo, dire al tuo manager che fare una correzione ha una probabilità del 50% di prendere meno di un giorno non è una informazione difficile. Ma il tuo manager ha più di un rapporto, c'è più di un giorno in un progetto. Se le tue stime sono buone, nel lungo periodo la metà di questi problemi richiederà meno di un giorno, e questa è una cosa preziosa da sapere quando si fa budget, pianificazione, ecc.

E come valuti? Bene, tu paragoni alle situazioni precedenti più vicine, e tu indovina. Questo è praticamente tutto quello che c'è da fare. Ovviamente ci vuole un po 'di esperienza per giudicare quali situazioni sono simili, e a volte capita di sbagliare. Non è questo il punto. Il punto è che, per quanto imperscrutabile ti possa sembrare un problema, tu, in quanto sviluppatore, hai una migliore possibilità di fare questo giudizio rispetto ai tuoi superiori, quindi sei la persona logica a fare quella chiamata.

Non è diverso da un MBA che assume un programmatore per programmarlo perché è più bravo a programmare: vieni pagato per eseguire un servizio prezioso - in questo caso, riducendo l'incertezza di pianificazione per il progetto su cui stai lavorando. Non importa che non puoi ridurlo a zero - nel business devi pensare in valori marginali, non assoluti.

score 3 · Answer 2

Stima la tua pazienza con il problema.

A volte non hai idea di cosa stia causando il problema. Non ho idea di cosa ci vorrà per risolverlo. Come puoi prevedere quanto ci vorrà?

Si prevede quanto a lungo prima di arrenderti e lavorare su qualcos'altro. Ora hai solo bisogno di capire il problema, non la soluzione.

Se non hai ancora capito il problema, la classica risposta a questa domanda è: "Tornerò da te."