Sommario:
La metodologia Agile per lo sviluppo del software può avere un impatto positivo sul settore IT. I risultati dell'adozione della metodologia Agile possono essere misurati in diversi modi. Il rapido inversione delle richieste di modifica del software, un minor numero di bug, la misurazione quantitativa delle prestazioni del team e i colli di bottiglia sono tutti i riflettori di un'implementazione riuscita di Agile. Per misurare con successo l'impatto di Agile, un'organizzazione deve confrontare varie metriche relative allo sviluppo pre-Agile e post-Agile. Il reale impatto di Agile non può essere misurato solo dall'aumento delle entrate o dall'aumento del numero di bug corretti. Diversi parametri interni devono essere considerati per comprendere il reale impatto. (Per ulteriori informazioni sullo sviluppo Agile, consultare Agile Software Development 101.)
Perché Agile IT?
Il settore IT si è orientato verso le pratiche Agile principalmente a causa dei vincoli del modello a cascata dello sviluppo del software. In generale, è stato osservato che le società IT non sono in grado di rispondere alle mutevoli esigenze dei clienti o alle situazioni di mercato o di ridurre i costi con il modello a cascata dello sviluppo del software. Anche se controbilanciamo questa schiacciante inclinazione verso la metodologia Agile e consideriamo che l'eccitazione sia solo un clamore, c'è un sacco di feedback empirici contro il modello a cascata.
In poche parole, il modello a cascata è un modello di sviluppo software in cui il lavoro viene svolto in modo sequenziale, una fase dopo l'altra. Esistono cinque fasi di questo modello: requisiti, progettazione, implementazione, verifica e manutenzione. Di solito, dopo che una fase è stata completata, è difficile, se non impossibile, apportare modifiche a una fase precedente. Quindi, il presupposto è che i requisiti siano praticamente fissi. La differenza principale con il modello Agile è nel presupposto che non ci saranno cambiamenti nei requisiti. Agile presume che le situazioni aziendali cambieranno e così anche i requisiti. Pertanto, il software viene consegnato in blocchi più piccoli rispetto agli sprint, mentre nel modello a cascata, la prima consegna o rilascio viene effettuata dopo molto tempo. (Per ulteriori informazioni sullo sviluppo, vedere Come Apache Spark aiuta lo sviluppo rapido di applicazioni.)
