Rilascio del ciclo come gioco

Non possiamo semplicemente avere sviluppatori che capiscono perché un processo di rilascio appropriato è importante e lo fanno per un senso di orgoglio professionale?

Hudson supporta qualcosa di simile

Dai un'occhiata al server di integrazione continua Hudson. Dispone di plugin che supportano i giochi affinché gli sviluppatori ottengano punti per build di successo , ma perde male se commette una build distrutta.

Potrebbe essere meglio di costruire torri ...

Puoi creare un puzzle con un'immagine che rappresenta il tuo sistema in modo visivo. E poi dopo ogni rilascio aggiungerai pezzi di puzzle alle parti appropriate del sistema. Quel gioco avrebbe bisogno di una visione chiara di ciò che stai costruendo e del buon designer.

Ovviamente i responsabili non hanno fornito la motivazione adeguata per far sì che tutti seguano questo standard. Puniscilo, insegna cento. Non sto dicendo che è lo stesso livello, ma questo è uno di quei mali necessari come compilare un foglio del tempo. Lo fai nel modo giusto e puntuale o devi andare.

Ora, un gioco che incoraggia tutti a inserire il codice di qualità per quei cicli di rilascio sarebbe divertente. Forse il processo di revisione del codice potrebbe essere come lo stack overflow. Il tuo codice è fondamentalmente la domanda presunta "quanto è buono questo codice?" e tutti possono rivedere, commentare, votare su / giù con punti e distintivi, magliette e diritti di vanteria. Ci possono essere dei punti per vedere se è abbastanza buono da commettere. Scrivere codice e farlo valutare insieme all'assunzione della responsabilità di rivedere gli altri è praticamente ciò che riguarda la programmazione in un ambiente di squadra. Il lavoro di squadra è più di una semplice posizione in un cubicolo.

Mi dispiace, ma le tue idee attuali sembrano cazzate metafore manageriali per cercare di ingannare i tuoi subalterni nella cura.

Building tower from bricks

Questo puzza di un sottile rivestimento di falsi incentivi. Un ricordo fisico del lavoro davanti e dietro. Capisco la teoria. Dovrebbe renderlo divertente e dare alle persone una cosa fisica di cui essere orgogliosi. Ma non ho mai visto un simile stratagemma. Nel migliore dei casi si tratta di "sì, questa è la cosa di Bob, a lui piace vedere come stiamo andando". Nel peggiore dei casi rinforza i cinici a sentirsi trattati come bambini stupidi. Anche da bambino ho potuto vedere attraverso questa sorta di cazzate.

Climbing on some hypothetical everest, where each camp is release stage

Come raffigurato come cosa? Un grafico con una montagna sullo sfondo? Lo stesso tipo di gestione della lanuggine come la torre di mattoni. Se vuoi rendere le tue diapositive motivazionali più simpatiche, certo, fallo. Ma "carino" non porta il codice fuori dalla porta.

Some badges system, like StackExchange system

Ora, questo ho dovuto contemplare. A SE, vengo qui di mia spontanea volontà e partecipo perché mi interessa. cioè, sono già motivato. I distintivi di bronzo sono per lo più incentivi di cazzate per provare tutti i diversi aspetti di SE. I distintivi "bella risposta" e "buona risposta" in realtà mi interessano. Perché quelli sono un giudizio dei miei pari. Coetanei senza nome e senza identità che si fondono con le masse in un modo completamente diverso da un piccolo team di sviluppo. Potresti provare un impiegato anonimo del mese di invio.

Ma se vuoi far girare le versioni del codice, dovresti incentivare i tuoi programmatori. Non distribuirei in particolare denaro. Vedi motivazioni RSA . No, se la squadra fa un goal, dai una ricompensa. Ricompense vere. Da indossare jeans, pizza gratis, tempo extra, una Xbox in salotto, scegliere il loro prossimo progetto o soldi veri. Lascia che tutti facciano proposte di ricompensa e votino su ciò che vogliono. Veto quello che vuoi e quindi organizza un sistema di ricompensa a livelli che rende le riunioni e le scadenze vincenti un gioco con premi reali. Senza veri premi, la gamification funziona solo sui creduloni e facilmente ingannati.