engineering_principles.md

I principi sottostanti al Manifesto Agile (in Bemind)

Seguiamo questi principi:

1. Consegnamo frequentemente software funzionante, con cadenza massima di due settimane variabile da un paio di settimane a un paio di mesi, preferendo i periodi brevi.
2. La nostra massima priorità è soddisfare il cliente rilasciando software di valore, fin da subito e in maniera continua.
   • Versionamento del codice (minimo per ogni rilascio).
   • Se non si riesce a raggiungere la scadenza si taglia sulla tecnica se non compromette il valore rilasciato all’utente.
     • Si tiene traccia del debito tecnico e si programma il refactoring
3. Il software funzionante è il principale metro di misura di progresso.
4. I processi agili sfruttano il cambiamento a favore del vantaggio competitivo del cliente.
5. Committenti e sviluppatori devono lavorare insieme quotidianamente per tutta la durata del progetto.
6. Fondiamo i progetti su individui motivati. Diamo loro l'ambiente e il supporto di cui hanno bisogno e confidiamo nella loro capacità di portare il lavoro a termine.
7. Una conversazione faccia a faccia è il modo più efficiente e più efficace per comunicare con il team ed all'interno del team.
   • Le riunioni collettive devono essere ad alto livello
   • Per approfondire dettagli di sviluppo si organizzano riunioni dedicate
8. Accogliamo i cambiamenti nei requisiti, anche a stadi avanzati dello sviluppo.
9. I processi agili promuovono uno sviluppo sostenibile.
10. Gli sponsor, gli sviluppatori e gli utenti dovrebbero essere in grado di mantenere indefinitamente un ritmo costante.
11. La continua attenzione all'eccellenza tecnica e alla buona progettazione esaltano l'agilità.
12. La semplicità - l'arte di massimizzare la quantità di lavoro non svolto - è essenziale.
13. Le architetture, i requisiti e la progettazione migliori emergono da team che si auto-organizzano.
    • Sperimentazione su piccoli progetti -> Applicazione sul resto se si ritiene efficace.
    • Sulle scelte tecnologiche fare valutazione tenendo conto della possibile scalabilità del team (recruiting)
      • quanto tempo servirà a formare una nuova risorsa su questo?
      • quante persone esistono che già la conoscono?
14. A intervalli regolari il team riflette su come diventare più efficace, dopodiché regola e adatta il proprio comportamento di conseguenza.