Una transizione pragmatica dal micro caos ai metodi agili

Capitolo 1 Introduzione Sono le persone a realizzare i cambiamenti e se il cambiamento ha dato buoni frutti allora quelle erano le persone giuste, nel posto giusto, al momento giusto. E cos e accaduto anche per il mio team di sviluppo. Le persone giuste eravamo io e un mio collega con un paio d’anni di esperienza e due progetti visti, un altro collega con maggior esperienza e un suo metodo di lavoro e l’allora respon- sabile di progetto. Stavamo lavorando a una funzionalit a abbastanza articolata con tanto di documento di specica visto e rivisto insieme al cliente. Una volta ritenuto concluso lo sviluppo, abbiamo consegnato la nuova funzionalit a. Dopo qualche test, il cliente si e accorto che uno dei requisiti inclusi nella specica non era stato consegnato. Una volta segnalata la mancanza, abbiamo letto at- tentamente il documento e ci siamo accorti che il cliente aveva ragione: avevamo un problema nel processo di sviluppo. Era proprio il caso di fermarsi a riettere sulla soluzione. In quei mesi la mia societ a ospitava lo XPUG 1 di Milano e cominciava- mo a sentire parole come User Story, Card, Task, Planning Game e a esserne incuriositi a tal punto da iniziare a leggere qualcosa. Intorno al tavolo della riunione, indetta in seguito alla segnalazione della non aderenza alla specica, discutevamo sul cosa aveva fatto in modo che un requi- sito venisse ignorato e su come si poteva evitare che ci o accadesse nuovamente. La soluzione sembrava essere una di quelle parole prima sentite pronunciare alle riunioni dello XPUG e poi lette sui libri: la User Story. Poich e non era e non e nostra intenzione diventare la fotograa di un libro, c’eravamo fermati a riettere su come dovesse essere la nostra User Story. Abbiamo deciso per un foglio pi u piccolo di un A4, dove fosse sicamente impossibile scrivere trop- pe informazioni, riportante l’identicativo numerico della storia, il nome di chi l’avrebbe sviluppata, un titolo, una breve descrizione e la suddivisione in task con le relative stime e i consuntivi: una proto-storia. Da quel giorno abbiamo cominciato a scrivere tutte le attivit a su queste proto-storie e gi a solo questo ha dato un primo risultato: non si sono pi u vericate mancate implementazioni di speciche. Avevamo iniziato il nostro cammino agile. I primi passi sono stati lenti, talvolta contrastati da quei membri del team con un metodo di lavoro gi a 1 eXtreme Programming User Group: un gruppo di persone che si trovano periodicamente per discutere e applicare, sviluppando codice vero ma senza acquirente, valori e principi dei metodi agili.