I Dodici Principi

Mentre i quattro valori sono filosofici, i dodici principi sono più pratici. Aiutano a rispondere a "cosa dovremmo fare?" quando non si è sicuri.

Li raggrupperemo per temi per renderli più facili da ricordare e applicare.

1. "La nostra massima priorità è soddisfare il cliente attraverso la consegna anticipata e continua di software di valore."

Il valore consegnato batte il valore pianificato. Rilascia qualcosa di utile ora, non qualcosa di perfetto tra sei mesi.

2. "Consegna software funzionante frequentemente, da un paio di settimane a un paio di mesi, con preferenza per la scala temporale più breve."

Cicli di feedback più brevi significano apprendimento più rapido. Due settimane sono meglio di due mesi.

3. "Il software funzionante è la principale misura di progresso."

Story point completati, documenti approvati, riunioni tenute—nessuno di questi è progresso. Conta solo il software funzionante.

4. "Accogli i requisiti che cambiano, anche in fasi avanzate dello sviluppo. I processi agili sfruttano il cambiamento per il vantaggio competitivo del cliente."

Il cambiamento non è il nemico—è informazione. Un concorrente che lancia una nuova funzionalità è un'opportunità per cambiare direzione, non un disastro.

5. "Le persone di business e gli sviluppatori devono lavorare insieme quotidianamente durante tutto il progetto."

I passaggi di consegne creano ritardi e incomprensioni. La collaborazione continua batte i documenti di passaggio.

6. "Costruisci i progetti attorno a individui motivati. Dai loro l'ambiente e il supporto di cui hanno bisogno e fidati che portino a termine il lavoro."

Il micromanagement uccide la motivazione. Assumi brave persone e togliti di mezzo.

7. "Le migliori architetture, requisiti e design emergono da team auto-organizzati."

I team più vicini al lavoro prendono le decisioni migliori sul lavoro. Non imporre soluzioni dall'alto.

8. "A intervalli regolari, il team riflette su come diventare più efficace, poi regola e adatta il proprio comportamento di conseguenza."

Il miglioramento continuo non è facoltativo. Senza riflessione, stai solo ripetendo gli stessi errori.

9. "L'attenzione continua all'eccellenza tecnica e al buon design migliora l'agilità."

La velocità senza qualità crea debito tecnico. Il debito tecnico ti rallenta. Pertanto, la qualità abilita la velocità.

10. "La semplicità—l'arte di massimizzare la quantità di lavoro non svolto—è essenziale."

Ogni funzionalità ha un costo di manutenzione continuo. Costruisci solo ciò che è necessario. YAGNI (You Ain't Gonna Need It) è una caratteristica, non un bug.

11. "Il metodo più efficiente ed efficace per trasmettere informazioni a e all'interno di un team di sviluppo è la conversazione faccia a faccia."

La comunicazione scritta perde sfumature. Quando possibile, parla. Quando distribuiti, il video batte l'audio che batte il testo.

12. "I processi agili promuovono lo sviluppo sostenibile. Gli sponsor, gli sviluppatori e gli utenti dovrebbero essere in grado di mantenere un ritmo costante indefinitamente."

Il superlavoro non è una strategia. Un ritmo sostenibile produce software migliore nel tempo rispetto agli eroici sforzi seguiti dal burnout.