Il Manifesto Agile

Foto di Sohrab Salimi
Sohrab Salimi
1 min. tempo di lettura
Questo contenuto è stato tradotto con IA. Vedi originale

Stiamo scoprendo modi migliori di sviluppare software facendolo in prima persona e aiutando altri a farlo. Attraverso questa attività abbiamo imparato ad apprezzare questi valori:

  1. Gli individui e le interazioni più che i processi e gli strumenti
  2. Il software funzionante più che la documentazione esaustiva
  3. La collaborazione con il cliente più che la negoziazione dei contratti
  4. Rispondere al cambiamento più che seguire un piano

Ovvero, fermo restando il valore delle voci sulla destra, consideriamo più importanti le voci sulla sinistra.

Principi alla base del Manifesto Agile

Seguiamo questi principi:

  1. La nostra massima priorità è soddisfare il cliente attraverso il rilascio tempestivo e continuo di software di valore.

  2. Accogliamo i cambiamenti nei requisiti, anche nelle fasi avanzate dello sviluppo. I processi Agile sfruttano il cambiamento a vantaggio competitivo del cliente.

  3. Rilasciamo software funzionante frequentemente, da un paio di settimane a un paio di mesi, con una preferenza per i cicli più brevi.

  4. Le persone di business e gli sviluppatori devono lavorare insieme quotidianamente per tutta la durata del progetto.

  5. Costruiamo i progetti attorno a individui motivati. Forniamo loro l’ambiente e il supporto di cui hanno bisogno e confidiamo nella loro capacità di portare a termine il lavoro.

  6. Il metodo più efficiente ed efficace per trasmettere informazioni all’interno di un team di sviluppo è la conversazione faccia a faccia.

  7. Il software funzionante è la principale misura di progresso.

  8. I processi Agile promuovono uno sviluppo sostenibile. Gli sponsor, gli sviluppatori e gli utenti dovrebbero essere in grado di mantenere un ritmo costante a tempo indeterminato.

  9. L’attenzione continua all’eccellenza tecnica e alla buona progettazione migliora l’agilità.

  10. La semplicità – l’arte di massimizzare la quantità di lavoro non svolto – è essenziale.

  11. Le migliori architetture, i migliori requisiti e i migliori design emergono da team auto-organizzati.

  12. A intervalli regolari, il team riflette su come diventare più efficace, quindi adegua e modifica il proprio comportamento di conseguenza.

Articoli correlati

Le origini di Scrum

Quando è stato inventato Scrum e perché è così popolare? Rispondiamo a tutte le tue domande su Scrum e Agile nei nostri Fondamenti!

Eventi e artefatti di Scrum

Scopri gli artefatti e i rituali di Scrum. Nei nostri Fondamenti Agile imparerai di più sugli elementi essenziali di Scrum e Agile!

Release di Minecraft: Henrik Kniberg all'agile100

Se vuoi sapere come vengono gestiti i grandi release, ascolta la sessione di Henrik Kniberg sui Release di Minecraft!

Parla con il nostro Assistente Parla con il nostro Assistente