Metodologia Crystal Clear —
Semplicità e Perfezione per
Applicazioni Aziendali

• Le metodologie orientate alle persone sono più vantaggiose rispetto a quelle orientate ai processi.
• La metodologia deve essere adattata al singolo progetto e al team: non esiste una metodologia universale di sviluppo applicativo.

1. Consegna rapida di codice utile: Transizione da distribuzioni di codice grandi e rare a rilascio di codice più piccoli e frequenti.
2. Miglioramento attraverso la riflessione: Raccolta di informazioni su ciò che ha funzionato bene e cosa ha funzionato male nella versione precedente del software per migliorare la versione successiva.
3. Comunicazione osmotica: Cockburn ha descritto la percezione e lo scambio di informazioni tra sviluppatori che lavorano nella stessa stanza come rumore di fondo, simile all'osmosi.

• Clear: 2 a 8 persone che lavorano insieme in uno o in uffici adiacenti
• Giallo: 10 a 20 persone
• Arancione: 20 a 50 persone
• Rosso: 50 a 100 persone

Il codice genetico di Crystal Clear consiste in:

• Modello di gioco cooperativo economico: Cockburn vede lo sviluppo software come una serie di "giochi" costituiti da invenzione e comunicazione, limitati dalle risorse. Ogni gioco ha due obiettivi: fornire software in questo gioco e prepararsi per il prossimo gioco nella serie. Ogni nuovo progetto richiede nuove strategie.
• Priorità scelte: Comuni a tutte le metodologie Crystal sono due priorità: sicurezza ed efficienza nello sviluppo.
• Caratteristiche scelte: Queste migliorano la priorità della sicurezza. Tre sono fondamentali (consegna rapida e frequente di codice, comunicazione personale, miglioramento attraverso la riflessione), mentre le restanti quattro sono aggiuntive: sicurezza personale, concentrazione, accesso facile a esperti e un ambiente tecnico di qualità con testing automatico.
• Principi scelti: Uno continua la direzione chiave di individualizzare la metodologia:

Il livello di dettaglio nei requisiti software, nei documenti di progettazione e nella pianificazione dipende dalle specificità del progetto, incluso il grado di interazione personale del team e il danno che può essere causato da errori non rilevati.

Processo Ciclico di Crystal Clear

La maggior parte dei progetti con Crystal Clear è composta da sei cicli, definendo le responsabilità e i compiti del team di progetto:

1. Ciclo di Progetto: Sebbene il progetto stesso sia un'unità di prodotto, di solito è seguito da un altro progetto che ripete il ciclo. Il ciclo di progetto è composto da tre parti: preparazione (assemblaggio del team, ricerca a 360°, determinazione della metodologia), una serie di due o più cicli di consegna, e un "rito di completamento". Durata: da pochi giorni a settimane.
2. Ciclo di Consegna: Coinvolge riallineare il piano di rilascio del software, una serie di una o più iterazioni che danno come risultato un codice integrato testato, consegna agli utenti reali, e un "rito di completamento". Durata: da 1 settimana a 3 mesi.
3. Iterazione: Composta da tre parti principali: pianificazione dell'iterazione, attività cicliche giornaliere e di integrazione, e il "rito di completamento" del progetto.
4. Settimana/Giorno di Lavoro: La scelta del giorno o della settimana come unità temporale del ciclo dipende dal formato del progetto e dal team. Esempi includono riunioni settimanali del dipartimento, rapporti del team leader e seminari "brown-bag" (discussioni sul pranzo relative ai problemi del progetto).
5. Periodo di Integrazione: Sviluppo, integrazione e testing di sistema. Alcuni team effettuano build-testing continuo con una macchina dedicata, mentre altri integrano giornalmente o tre volte a settimana. Più breve è il ciclo di integrazione, meglio è. Durata: da 30 minuti a 3 giorni (a seconda dell'esperienza del team).
6. Sviluppo: Scrittura e controllo di una parte del codice. Questo è il lavoro centrale di un programmista nello sviluppo agile. Un membro del team prende un piccolo compito, programma una soluzione (idealmente con testing), e verifica la configurazione con il sistema intero. Durata: da 15 minuti a diversi giorni.

Strategie e Tecniche di Crystal Clear

• Ricerca a 360°: All'inizio del progetto, il team deve comprendere quanto sia utile e significativo il prodotto e se possa essere creato con le risorse e le tecnologie disponibili. Il progetto è esaminato in aree come valore commerciale, requisiti, tecnologie necessarie, piano di progetto, composizione del team e metodologie scelte. L'implementazione richiede da pochi giorni a 1-2 settimane.
• Vittoria Iniziale: Una vittoria unisce il team e aumenta la fiducia di ogni membro. Nello sviluppo dell'applicazione, la strategia della vittoria iniziale prevede di trovare il primo pezzo di codice funzionante, spesso un piccolo elemento di funzionalità utile del sistema. Questa piccola vittoria aiuta i membri del team a conoscere meglio gli stili di lavoro reciproci, gli utenti hanno un'idea precoce del sistema e gli sponsor vedono le capacità del team.
• Cambiamento Architettonico Incrementale: L'architettura del sistema dovrebbe evolvere man mano che i requisiti tecnologici e commerciali cambiano nel tempo. La strategia affronta questo consentendo al team di modificare progressivamente l'architettura senza interrompere la funzionalità complessiva del sistema. La stessa strategia può essere applicata ai cambiamenti funzionali nel sistema finale.
• Radiatori di Informazione: Display posizionati in modo che le persone possano vederli mentre lavorano o si riposano. Mostrano informazioni necessarie senza necessità di chiedere domande extra, incarnando la regola di Crystal Clear "più comunicazione, meno interruzioni".
  
  Il radiatore di informazioni dovrebbe essere grande, facilmente accessibile, semplice da usare e leggere, e contenere informazioni aggiornate. Esempi includono tavole Scrum e Kanban e un glossario funzionante che interpreta la terminologia del progetto.

Tecniche Popolari Comprendono:

1. Formazione della Metodologia: La personalizzazione di Crystal Clear avviene in due fasi: interviste di progetto (creazione di una mini-biblioteca di esperienze organizzative evidenziando i punti di forza e debolezza del progetto) e un workshop di formazione della metodologia (analizzando l'esperienza per migliorare i punti di forza e compensare le debolezze). Le informazioni del primo passo sono utilizzate nel secondo.
2. Laboratori di Riflessione: Periodicamente, il team dovrebbe fare una pausa di un'ora per condurre un "laboratorio di riflessione," discutendo ciò che funziona bene o male, cosa necessita miglioramenti, e cosa può essere fatto diversamente nelle fasi successive del progetto.
3. Pianificazione Blitz: Consente a sponsor, utenti e sviluppatori di creare congiuntamente una roadmap del progetto con vincoli temporali.
4. Riunioni Giornalieri Stand-up: Riunioni brevi per determinare lo stato del progetto, i progressi e i problemi. Queste riunioni non sono per la discussione, solo per l'identificazione dei problemi. I risultati sono registrati in un gestore di attività online o su una tavola Kanban fisica.
5. Programmazione a Coppie: In questo processo, due persone lavorano su un compito di programmazione su un unico dispositivo. La programmazione a coppie è spesso criticata per eliminare approcci individuali ai compiti e richiedere relazioni interpersonali di alta qualità all'interno del team di progetto. Una tecnica alternativa, "slide-by-slide," coinvolge due persone sedute abbastanza vicine da vedere gli schermi reciproci ma lavorando su compiti diversi su stazioni di lavoro separate. Questo corrisponde al concetto di "interazione osmotica."

Lettere Consigliate su Crystal Clear

Le risorse chiave per studiare Crystal Clear includono:

• "Crystal Clear: A Human-Powered Methodology for Small Teams" di Alistair Cockburn: Il libro essenziale per comprendere la metodologia dal suo creatore. Contiene molti casi studio, esempi e mini-guide sull'implementazione di elementi individuali di Clear in un'organizzazione.
• "Pair Programming Illuminated" di Laurie Williams: Un'analisi dettagliata di una delle tecniche di Crystal Clear, la programmazione a coppie. Il libro fornisce consigli pratici sull'uso della PP nello sviluppo software.
• "Agile Software Development: The Cooperative Game" di Alistair Cockburn: Spiega il concetto di sviluppo software come un "gioco cooperativo di invenzione e comunicazione." Cockburn espande le idee da Crystal Clear in questo libro, formalizzandole successivamente in "Crystal Clear: A Human-Powered Methodology for Small Teams."
• Il sito ufficiale del creatore di Crystal Clear: Sebbene non sia un libro, offre una ricchezza di informazioni, inclusi interviste, diagrammi, post su blog e discussioni sulla metodologia. L'unico svantaggio è il design poco accogliente del sito.