Abbiamo discusso del valore reale della stima dello sforzo (EE) per le attività di sviluppo SW, e mi piace ricevere un feedback dalla comunità.
Le principali domande in mano sono:
- Il team di R & D dovrebbe fornire la stima dello sforzo per le attività di R & D?
- Puoi imparare e migliorare in EE, estrapolando dall'EO dell'attività A rispetto al tempo di sviluppo effettivo, per eseguire l'EE di B?
Le persone che supportano EE (e rispondono "sì" alle domande precedenti) danno questi motivi :
-
devi avere una specie di EE per pianificare le prossime attività / sprint
-
se sai che l'attività è piccola / grande, puoi decidere se ti piace svilupparla o meno
- se si stima il task A in X e ci sono voluti 3X, si sarà in grado di estrapolare meglio la stima del task B e migliorare la velocità / accuratezza / ...
- Uno sviluppatore dovrebbe avere una sorta di periodo di tempo per l'attività su cui sta lavorando
Le persone che non supportano EE (e rispondono "no" alle domande precedenti) danno questi motivi :
-
Quasi ogni EE è una pura ipotesi. Ci sarà appena una relazione tra l'EE e la realtà.
-
Le attività di sviluppo sono in genere molto uniche e non è possibile estrapolarle dall'attività A di E per eseguire l'EE di B.
-
Se un'attività è necessaria, dovrebbe essere data la priorità e fatta, indipendentemente dal tempo che impiegherà.
-
EE si trasformano rapidamente in impegno e accuse. "hai detto che ci vorrebbe 1 settimana, ma ci sono voluti 1 giorno / 1 mese"
-
L'unico dipartimento dell'organizzazione a cui viene chiesto di fornire EE è R & D. Di solito, il prodotto non è EE il tempo necessario per scrivere le specifiche.
-
EE sembra essere un altro modo per dire "R & D sono un gruppo di fannulloni e solo se diamo EE, finiranno le attività in un tempo ragionevole"
Non sono sicuro che ci sia una risposta giusta / sbagliata a queste domande, ma mi piace ricevere un feedback dalla community.