Chi si sia trovato a lavorare con TFS conosce l'importanza del workitem come strumento di tracciatura di dati. A partire da luglio in un nostro cliente abbiamo introdotto una regola di checkin che rende obbligatoria l'associazione del checkin ai propri workitem, rafforzata poi da altre custom policies di controllo sullo stato stesso del workitem e della gerarchia.
In questa società tra l'altro, il workitem assume un ruolo ancora più forte poichè è utilizzato anche come strumento principale per la promozione del codice (customizzazione sempre nostra).
Ma provate a immaginare lo scenario:
1. Dal giorno della introduzione della regola, circa 30 persone, non possono più fare checkin se non hanno un workitem con determinate caratteristiche.
2. Nei primi giorni si comincia a parlare dei workitem anche nei corridoi, al caffè, ai bar, chi ce l'ha, chi non ce l'ha...
3. Dopo una settimana mi ferma gente che non conosco chiedendomi se sono io il responsabile dell'inserimento di queste regole.
Ho assistito a questa scena (tutta vera):
Lia: Ciao, Tiziana...ma tu riesci a fare checkin? Ce l'hai un workitem su questa commessa?
Tiziana: Si, me lo hanno appena creato.
Lia: Me lo fai vedere?
Tiziana: Eh...no...io sono gelosa dei miei workitem...
Spettacolo.