Per progetti di piccole dimensioni, vale la pena seguire SDLC? è lo sviluppo SCRUM / agile un approccio migliore?
Modifica : il progetto che ho in mente è una piccola modifica, ma riguarderà più livelli / parti dell'applicazione, quindi ci saranno 2 o 3 sviluppatori coinvolti ciascuno da un team diverso, quindi il codice verrà integrato in un passaggio successivo.
Grazie.
SDLC sta per "sviluppo del ciclo di vita del software" o, a volte, "ciclo di vita dello sviluppo del sistema" e si riferisce al processo seguito per lo sviluppo del prodotto. Non esiste un singolo processo SDLC seguito da tutti: sei libero di definire il tuo e di modificarlo man mano che il progetto (o la tua organizzazione) cresce. Il punto è di avere un processo definito, preferibilmente uno scritto, che segui per il lavoro relativo allo sviluppo e alla manutenzione del tuo progetto. L'alternativa è lavorare sul sedile dei tuoi pantaloni, inventare le cose mentre vai avanti.
Quindi, se vuoi usare Scrum o qualche altra metodologia "agile" nel tuo processo, va benissimo. Scrivilo nel tuo SDLC e sei a posto.
I processi agili funzionano molto bene per i piccoli progetti. Lo facciamo da 2 anni in progetti che durano da 2 a 4 mesi.
La cosa buona dello sviluppo agile è che non vedi molta differenza tra i progetti grandi e piccoli poiché la maggior parte della nostra concentrazione si concentra sugli specifici "sprint" su cui stiamo lavorando.
Non andare avanti senza seguire alcun processo SDLC !! Non sai mai quando il tuo "piccolo" progetto diventerà "grande" :) Ho visto molti progetti che iniziano in piccolo ma non si concludono con "piccoli".
Uno degli argomenti che ho letto è stato il dire che lo sviluppo agile è stato pensato inizialmente per i progetti di piccole dimensioni e poi è passato a grandi progetti.