December 30
Ci sono ben Agile Software Metodologie come ci sono team di sviluppo software, ma pochi sono stati popolare e scritto ampiamente, tra Scrum e eXtreme Programming, o XP. La scelta del metodo giusto per la tua squadra è una questione di individuare le priorità e le vostre ragioni fondamentali per il passaggio a una metodologia agile.
Durante lo sviluppo di software, ci sono due approcci di base per la pianificazione: cascata e agile.
Nel modello a cascata più tradizionale, il progetto è prevista, programmata, costruito, testato, quindi distribuito. Più grande è il progetto, più problematico il metodo a cascata diventa: pianificazione inadeguata porta a programmi irrealistici e un prodotto che fa cose sbagliate o fa le cose nel modo sbagliato. Test cade nel dimenticatoio come le scadenze incombono, e la distribuzione di un buggy, pezzo inappropriato del software è il risultato.
metodologie agili cercano di affrontare questi problemi con l'iterazione rapidamente dalla progettazione alla distribuzione, a volte più spesso più volte al giorno, ma il più delle volte una volta alla settimana. Il feedback degli utenti è alimentato nel processo così il ciclo di iterazione può ricominciare. L'idea è quella di avere un software funzionale ad ogni iterazione, anche se questo software non è funzionalità complete.
Il movimento del software agile iniziato nel 2001, quando il Manifesto Agile è stato scritto da un gruppo di luminari di sviluppo software, tra cui Kent Beck, Ward Cunningham e Martin Fowler, tra gli altri. Questi leader di pensiero tenuto una conferenza presto che anno per affrontare le ingombranti, pesanti metodologie che l'industria aveva usato per decenni. Il risultato è stato il movimento del software agile.
progetti di software che hanno poco chiaro, la modifica o richieste inesistenti sono ottimi candidati per un approccio agile. I progetti che hanno un design molto modulare adatta bene perché metodologie agili si concentrano su continua, test automatizzati. Le squadre con un gran numero di sviluppatori senior sono buone, perché metodologie agili incoraggiano l'autonomia personale e le decisioni di architettura continui ad alto livello.
Scrum è una metodologia di gestione agile. Secondo Kelly Waters, autore del popolare blog Agile Software Development Made Easy, Scrum è applicabile se si vuole "più visibilità, più impegno le imprese, la collaborazione in team, [e] un processo chiaro per priorità." E 'un metodo di coinvolgere gli azionisti di progetto provenienti da tutta l'organizzazione, e tenere il passo con le mutevoli esigenze, invece di cercare di combatterli.
XP è una metodologia di ingegneria agile, focalizzata nella distribuzione di software utilizzabile in modo iterativo in progetti che si prevede di cambiare col passare del tempo. XP è orientata verso l'integrazione di nuove esigenze, come queste sono note, e di garantire che la qualità del nuovo codice scritto per soddisfare tali requisiti rimane alta.
Dal momento che Scrum e XP si concentrano su diversi aspetti dello sviluppo --- Scrum sulla gestione dei progetti, XP sull'ingegneria --- è possibile usare entrambi allo stesso tempo. Se si è più concentrati sulla creazione di codice pulito, stabile, quindi utilizzare XP. Se si è più focalizzato sulla gestione con successo il vostro progetto, utilizzare Scrum.