Stima di quante ore un progetto DOVREBBE aver preso

2

Sono lo sviluppatore senior presso un'azienda per cui lavoro e abbiamo rapidamente aggiunto molti altri sviluppatori e appaltatori. La nostra azienda sta crescendo e questo è fantastico! Di recente, tuttavia, sono stato incaricato di revisionare il codice (che va bene), ma anche di dare la mia opinione su quanto tempo alcuni progetti probabilmente hanno fatto per un particolare programmatore da realizzare. Questa stima viene quindi utilizzata per confrontare le ore trascorse dai codificatori remoti.

Sono un po 'a disagio in questo ruolo, ma capisco perché mi hanno scelto: non hanno idea di cosa sia la codifica o come giudicarla o leggerla. Ma le mie uniche risorse a questo scopo sono di controllare i loro commit, avere un'idea di quello che stavano facendo e trovare la mia migliore stima del tempo impiegato da ogni codice per concepire, sviluppare, eseguire il debug, testare, implementare. Traggo tutto questo insieme e lo presentiamo in un foglio di calcolo, commetti per commit.

Ci devono sicuramente essere modi migliori per farlo? Quali sono alcuni altri modi per misurare il lavoro dei membri del nostro team?

    
posta Jafo 17.10.2018 - 15:11
fonte

2 risposte

3

Se segui questa strada, avrai bisogno di un IPM settimanale o bisettimanale (Iteration Planning Meeting) a cui partecipano tutti i membri del team. Sarà necessario anche un software per il rilevamento di storie.

Per ogni storia, ogni sviluppatore vota sullo sforzo fino al raggiungimento di un consenso. Se ci sono divergenze di opinione, allora cancellatelo fino a quando non viene raggiunto un numero consensuale. Questo numero rappresenta lo sforzo richiesto per completare il lavoro.

Assicurati di definire quell'unità di lavoro. Non è una giornata di 8 ore. Di solito, il numero rappresenta il giorno lavorativo effettivo che a volte le e-mail / riunioni / ecc sono stimati in 6 ore. Ma puoi decidere cosa significa quel numero. Una volta definita l'unità di lavoro e la stima della storia, la trama è pronta per essere elaborata.

Inoltre, puoi suddividere questo numero iniziale in attività suddivise in base all'ora. È quindi sufficiente tenere traccia delle stime rispetto agli attuali utilizzando il software di tracciamento della storia. Gli sviluppatori dovranno inserire il tempo effettivo trascorso in attività e / o storie.

Se ci sono differenze su una storia (sopra / sotto stimata), scopri perché.

Una volta fatto questo per alcuni mesi, avrai una buona idea della velocità della squadra e dell'individuo. Inoltre, dal momento che tutti si impegnano a fare lo sforzo richiesto, i numeri dovrebbero essere abbastanza giusti e un po 'precisi.

Inoltre, potresti incontrare situazioni in cui nessuno ha mai fatto quel tipo di lavoro. Crea semplicemente un picco (ricerca) per misurare questi sforzi.

    
risposta data 17.10.2018 - 16:10
fonte
0

Non sentirti a disagio per questo. Ogni azienda deve provare e valutare i propri dipendenti in qualche modo.

Ma ti suggerirei di utilizzare un metodo meno supponente.

  1. Prova a rendere le attività di dimensioni standard. dì circa 1 giorno
  2. Assegna loro il più casualmente possibile tra gli sviluppatori
  3. Misura ciascun sviluppatore in base al numero di attività completate in 1 "sprint"
  4. Misura ogni sviluppatore in base ai difetti rilevati.

Non sarai in grado di creare tutti i compiti esattamente della stessa dimensione, ma se li distribuisci casualmente ogni sviluppatore dovrebbe finire con la stessa quantità di compiti sottostimati e sovrastimati.

Presto avrai un foglio di calcolo che mostra quanto velocemente i tuoi sviluppatori completano il lavoro e quanti difetti hanno da cui puoi prendere decisioni di assunzione senza dover dare un giudizio arbitrario.

    
risposta data 17.10.2018 - 15:34
fonte

Leggi altre domande sui tag