Utilizzo dei risultati di build continui come parte delle metriche di riesame delle prestazioni? [chiuso]

11

Il mio capo prevede di utilizzare le metriche della nostra build continua (costruisce ed esegue test su ogni commit) come parte delle nostre revisioni delle prestazioni (nella nostra metrica "qualità"). Questa mi sembra davvero una pessima idea, ma mi piacerebbe sapere se qualcuno ha studiato questo o visto questo provato prima.

Il mio pensiero è che i nostri sviluppatori non faranno più test quanti ne farebbero altrimenti, per paura che i test falliscano. Sento che sta trasformando un prezioso strumento per sviluppatori in un bastone per sconfiggere gli sviluppatori.

L'ovvia contro-argomentazione è che promuoverà le persone che sono più attente prima che si impegnino, e quindi che conducano a una qualità superiore.

Sono fuori base qui? Si prega di lasciare da parte la questione se dovremmo fare o meno le revisioni delle prestazioni - è stato risposto altrove.

    
posta Michael Kohne 10.08.2011 - 20:00
fonte

2 risposte

7

Le revisioni delle prestazioni vanno bene, ma per quanto riguarda le metriche utili come:

  • Percentuale di copertura del test unitario sulle funzioni
  • Capacità di rispettare le scadenze
  • Documentazione chiara e concisa
  • Segui le convenzioni di codifica appropriate
  • Comunica bene con gli altri
  • Capacità di trasformare i requisiti e le storie degli utenti in attività

Questi sono tutti ottimi modi per misurare le prestazioni, ma i problemi che la gestione sembra avere con questi sono che in realtà richiedono ... ummm .. beh, sai ... LAVORO ATTUALE da parte loro .

Sfortunatamente la maggior parte della direzione ha l'atteggiamento, "Al diavolo, voglio giudicare i miei dipendenti sulle metriche che in realtà non richiedono che io tenga il passo con quello che stanno facendo."

    
risposta data 10.08.2011 - 21:20
fonte
3

Il gioco del sistema qui è molto probabile, secondo me, e il tuo capo deve trovare il modo di impedire che ciò sia la realtà. L'altro caso che non hai menzionato è dove gli sviluppatori commettono tonnellate di volte in modo che ci sia questo flusso di check-in in cui il numero di modifiche è relativamente basso come se ci fosse una parte della recensione in cui viene utilizzato il numero di build. è dove questo diventa un nuovo strumento che potrebbe essere abusato abbastanza facilmente. Sto pensando ai check-in in cui qualcosa viene rinominato o lo spazio bianco è cambiato è un check-in e conta come una qualche forma di produttività sarebbe la vista pedante.

    
risposta data 10.08.2011 - 20:25
fonte

Leggi altre domande sui tag