Che cos'è lo sviluppo software snello?
Lean Software Development è un paradigma che descrive un insieme teorico ideale di circostanze per la creazione di software. È importante pensare allo sviluppo di software snello come a una delle tante teorie sullo sviluppo del software, ognuna con i loro pro e contro. Quando si utilizza il modello di sviluppo software snello, ci sono sette punti cruciali per comprendere: eliminare i rifiuti, amplificare l'apprendimento, il processo decisionale in ritardo, la consegna rapida, l'empowerment del team, la costruzione di integrità e la visualizzazione del tutto.
L'eliminazione dei rifiuti è sia un obiettivo di risparmio di tempo che di denaro. Riducendo la quantità di codice in eccesso e funzionalità superflui nello sviluppo di software sn, il team di sviluppo del software consente di risparmiare denaro e offre codice più severe all'utente finale. Pertanto, i programmi creati utilizzando il modello software Lean sono meno ad alta intensità di risorse e più focalizzati.
L'amplificazione dell'apprendimento nello sviluppo del software snello si riferisce al concetto di utilizzare cicli brevi tra le fasi di test. In teoria, questo fornisce più cFeedback sugli ingegneri, a loro volta, consentendo di identificare i problemi in precedenza nella catena di sviluppo. Gli utenti finali sono inclusi in queste fasi, garantendo che le versioni beta del programma soddisfino le loro esigenze.
Il processo decisionale in ritardo consente un'ulteriore flessibilità nel programma di progettazione, consentendo di prendere le decisioni solo una volta raccolto il numero massimo di fatti. Ad esempio, decidere prima di iniziare lo sviluppo che il programma X dovrebbe avere caratteristiche A, B e C potrebbero sembrare una buona idea, fino a quando i test sul campo non rivelano che tali caratteristiche non sono possibili per completare in tempo. Nello sviluppo del software Lean, la decisione di includere A, B e C sarebbero ritardate fino a quando non era certo se fosse effettivamente possibile.
La consegna rapida si riferisce a una preferenza per fornire all'utente finale un modello beta funzionante il più rapidamente possibile-possibilmente quandoIl programma è completo dall'85 al 90 percento e continua a patch e aggiorna quel modello durante la vita del programma. Ciò contrasta con l'attesa fino a quando il programma è completo al 100 % e consegnandolo allora. In teoria, ciò consente all'utente finale di spremere più vita dal programma, oltre a consentire al team di sviluppo ulteriore feedback dai modelli beta funzionanti.
Empowerment del team significa dare al team maggiore autonomia durante il processo di programmazione. Di conseguenza, teoricamente diventeranno più investiti nel progetto. Inoltre, significa fornire loro l'accesso ai clienti, più da vicino le aspettative alla consegna effettiva.
Infine, la costruzione di integrità e vedere l'intero si concentra sulla visualizzazione del programma come un'unica unità. Contrastalo con altri sistemi, che considerano un programma come una raccolta patchwork di diversi sistemi. Questo modo di pensare "al grande quadro" fornisce teoricamente un prodotto più completo, poiché l'intero team è sulStessa pagina quando si tratta del prodotto finito.