Punti di bontà per correggere i bug? [chiuso]

7

Hai mai sentito parlare di un'azienda che ha assegnato punti di taglia per correzioni di bug? Fare in modo che i membri del team lavorino di più, poiché alcuni bonus in denaro dipenderanno da questo? Avendoli divisi o pagati agli altri per pagarli, in modo da non "perdere" punti quando raggiunge un ambiente UAT?

L'ho sentito dalla direzione per la prima volta oggi. Per me, sembra un approccio abbastanza ridicolo allo sviluppo del software. Sembra che i membri del team saranno in competizione tra loro in modo non produttivo, riducendo sostanzialmente la produttività che stanno ottenendo.

Qualche idea? Hai mai visto qualcosa del genere funzionare? Ha aiutato o ferito la squadra?

AGGIORNAMENTO 4/6/11: Questo approccio è stato annullato a causa del feedback di tutto il team! Sono felice di apprendere che non ero solo io a pensare che non fosse una grande idea.

    
posta reallyJim 29.03.2011 - 04:21
fonte

4 risposte

30

Sì, l'ho visto davvero.

.

    
risposta data 29.03.2011 - 04:23
fonte
14

Ogni premio o premio crea un incentivo a "lavorare sul sistema". Stai molto attento agli effetti collaterali.

Due a cui posso pensare:

  • Se ricompensi i bug risolti, il team scoprirà altri bug. E dedica più tempo a sistemare i bug anche se potrebbero essere difetti di poco conto a favore della produzione di importanti funzionalità aziendali.
  • La competizione potrebbe creare comportamenti non salutari - qualcosa sulla linea di "Non lavorerò su quella parte del codice perché so che perderò i bug".

In genere mi piace concentrarmi sui punti positivi (cioè su ciò che abbiamo consegnato) piuttosto che sul negativo (cioè bug in cui abbiamo sbagliato).

    
risposta data 29.03.2011 - 04:28
fonte
6

Farà male alla squadra e al prodotto. Molti sviluppatori si concentreranno sui bug più facili e più banali che riescono a trovare in modo da poter raccogliere il premio con il minimo rischio.

O nel peggiore dei casi, gli sviluppatori cospireranno per giocare al sistema: link

Un posto in cui lavoravo, poco dopo essere stato eliminato, aveva un concorso per provare a ridurre la quantità di bug nel codice base. Il vincitore riceverà una carta regalo o qualcosa del genere. Tutto ciò che ha fatto è fastidioso per tutti gli sviluppatori perché un ragazzo ha fatto esattamente quello che ho menzionato: ha accumulato una quantità enorme di "bug risolti", ma si è concentrato su cose banali.

Ora, nessuno voleva correggere eventuali bug perché non potevano raggiungere il leader perché tutto ciò che rimaneva erano i problemi reali e difficili in attesa di essere risolti.

E la parte peggiore, è che prima del contest, tutti volevano risolvere tutti i problemi difficili, perché ogni sviluppatore voleva spedire un progetto di alta qualità. Ci è voluto un po 'dopo la gara per ricominciare quell'entusiasmo. Il concorso ha ucciso quel desiderio per un po '.

    
risposta data 29.03.2011 - 15:19
fonte
3

Premi quantitativi soffoca creatività e produttività .

Questo è stato effettivamente dimostrato in alcuni studi. Un salario fisso e solido con responsabilità credibile e autorità corrispondente funziona meglio per aumentare la produttività in questi tipi di lavoro.

Il lavoro intorpidito e ripetitivo (cioè trasportare X sacchi di grano da A a B), OTOH, mostra una spinta pagando per X l'ammontare del lavoro svolto.) Ma è difficile trovare tali lavori nel mondo sviluppato, e è una corsa verso il basso per tutti. Utile nel breve periodo, ma non qualcosa che vorresti coinvolgere in gran parte della tua forza lavoro, IMO.

E spero che tu voglia dipendenti motivati, non droni senza scrupoli che applichino correzioni minime di sforzo solo per i soldi. (C'è un grosso rischio che passi del tempo a discutere su cosa sia una correzione e se è una correzione adeguata. Ho visto abbastanza di quel bigottismo dagli sviluppatori senza incentivi monetari, grazie.

    
risposta data 29.03.2011 - 15:28
fonte

Leggi altre domande sui tag