Lean software development: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
elimino il "da aiutare", voce ampliata (qualche altro miglioramento comunque non farà di certo male:) ) |
|||
Riga 7:
== Principi Lean ==
Lo sviluppo Lean potrebbe essere riassunto da sette principi, molto vicini concettualmente a quelli della Produzione snella.
* Amplificare l'apprendimento▼
Tutto ciò che non aggiunge valore al cliente va considerato come uno spreco ('''muda'''). Questo include:
* Decidere il più tardi possibile▼
* Consegnare il più velocemente possibile▼
* codice e funzionalità non necessarie
* Autorizzare il team▼
* delay in the software development process
* Integrità nella costruzione▼
* requisiti incerti
* Vederre il tutto▼
* burocrazia
* lenta comunicazione interna
Lo sviluppo del software è un processo di apprendimento continuo con la sfida aggiuntiva dei team di sviluppo e delle dimensioni del prodotto finale. L'approccio migliore per migliorare un ambiente di sviluppo software è quello di massimizzare l'apprendimento.
Dato che lo sviluppo del software è sempre associato con qualche incertezza, i risultati migliori dovrebbero essere raggiunti con un approccio basato sulle opzioni, rinviando le decisioni il più possibile fino a che non può essere effettuata sulla base di fatti e non su previsioni ed ipotesi incerte.
Nell'era della rapida evoluzione tecnologica, non è il più grande che sopravvive, ma il più veloce. Quanto prima il prodotto finale viene fornito senza difetti considerevoli, tanto prima posso essere ricevuti i feedback, ed inseriti nella prossima iterazione. Quanto più corte sono le iterazioni, tanto migliore sarà la formazione e la comunicazione all'interno del team.
Per lungo tempo c'è stata un'opinione diffusa, nella maggior parte delle aziende, riguardo al processo decisionale per l'organizzazione: i dirigenti erano abituati a dire ai lavoratori come svolgere il proprio lavoro. Nella tecnica work-out, i ruoli si trasformano: ai manager si insegna ad ascoltare gli sviluppatori, in modo da poter essere in grado di spiegare meglio le azioni che possono essere adottate, nonché fornire proposte di miglioramento.
Il cliente deve avere una esperienza complessiva del sistema - questa è la cosidetta integrità percepita: il modo in cui viene pubblicizzato, consegnato, diffuso, accesso, quanto intuitivo è il suo utilizzo, il prezzo e quanto risolva dei problemi.
I sistemi software al giorno d'oggi non sono semplicemente la somma delle loro parti, ma anche il prodotto delle loro interazioni.
==Voci correlate==
| |||