ISMA 15 conferenza: Cascata vs Agile. Come posso confrontare?

ISMA 15 conferenza: Cascata vs Agile. Come posso confrontare?

Paola Billia (Dirigente NTT Data, Membro del Consiglio di GUFPI-ISMA), and Maurizio Sapienza (L'ex direttore di TIM)

 

Argomenti principali:

  • Agile in aumento in popolarità
  • Differenze tra Cascata e agile dal punto di vista del processo software
  • Come rendere confrontabili le misure in ambienti diversi
  • Prossimi passi

 

Benefici per i partecipanti:

  • punto principale da prendere in considerazione per effettuare misure analoghe in ambienti diversi

 

Astratto:

Nella maggior parte delle aziende, i tradizionali progetti “a cascata” sono stati sostituiti con Agile. Infatti, negli ultimi dieci anni, la tecnologia ha cambiato i comportamenti, le organizzazioni ed i loro processi e agile dà al cliente esattamente ciò che hanno veramente bisogno, offrendo più qualità e più velocità.

Un insieme affidabile e immediata delle misure è fondamentale per la creazione di un efficace controllo del processo di produzione del software, e costruire un cruscotto con i principali indicatori di interesse, quali produttività e costi unitari. Gli indicatori devono anche essere omogenea tra i reparti e progetti della società.

però, in Cascata e Agile, documentazione e rilascio gestione, e la dimensione media del progetto sono tutte diverse per quanto riguarda sia il periodo di tempo tra una release e il contenuto dei documenti. Questo rende il confronto spesso difficile o fuorvianti. Mentre lo sviluppo di software in progetti cascata inizia quando i requisiti sono in gran parte stati chiaramente definiti, con Agile sono spesso definiti, raffinato e rielaborato durante il processo di sviluppo del software stesso. Come fai a confrontare due progetti: un grande progetto cascata tradizionale e una versione Agile? Come fai a confrontare le misure dei progetti Agile contro i dati storici dell'azienda (tutte le precedenti cascata)?

Questa presentazione suggerisce come aumentare il livello di omogeneità delle misure da progetti Agile e Waterfall, principalmente per scopi di confronto produttività, tenendo conto della rielaborazione e di tempo nelle release. però, fattori dovrebbero essere visti da una prospettiva globale e le misure selezionate per i rapporti di gestione devono essere equilibrati. Con AGILE abbiamo bisogno anche di indicatori (ad esempio velocità di rilascio, livello di copertura, qualità) misurare più di produttività.

 

Circa gli altoparlanti:


Paola Billia è responsabile, esperto di metodologie di misurazione del software. Al di sopra di 15 anni’ esperienza nel settore delle telecomunicazioni con una conoscenza approfondita dei processi di vendita e di customer care. ruolo chiave nel coordinamento delle attività di dimensionamento per vari clienti sia con metodologie tradizionali e agile. Organizza e offre corsi di formazione sui principali metodi di software di misura e il loro uso corretto. Applicare le migliori pratiche nell'identificazione degli elementi di misurazione nella redazione e gestione di un contratto. Membro del Consiglio di GUFPI-ISMA (Gruppo Utenti Function Point Italia Italian Software Metrics Association), punti funzione IFPUG 4.3 (CFPS certificata), IFPUG SNAP (CSP certificata), Veloce Function Point Analisys (da Gartner), ITIL V3 (Certificato), …


Maurizio Sapienza ha lavorato in TIM (ex Telecom Italia) a partire dal 1991, inizialmente come project manager e dal 2005 nell'organizzazione dei processi di qualità del software. A partire dal 2005 è stato team leader in introduzione di metriche FP e della metodologia in Telecom Italia Software Factory e responsabile della messa a punto di indicatori di produzione. Si è laureato in Ingegneria Elettronica ed è da sempre impegnata in attività legate ai processi di produzione del software e la gestione, sia in aziende italiane e multinazionali. Ora lavora come libero professionista e consulente.