Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab

Definizione dei requisiti Requisiti dettagliati, definiti prima
Metodologia a cascata Agile (esempio SCRUM)
dell'avvio del Design e dello Sviluppo
Definizone di alto livello del
prodotto;
Requisiti di dettaglio definiti
gradualmente, in base
all'avanzamento del Design
Pianificazione Forte enfasi sulla pianificazione preventiva Pianificazione a finestra mobile;
Controllo del contenuto Il controllo del contenuto è essenziale per
Approccio al Project
Management
controllare i costi ed i tempi
(schedulazione)
Rinvio delle decisioni finché
possibile
Il contenuto può cambiare ed
aumentare, in modo da soddisfare le
esigenze del cliente
Enfasi sul controllo di costi e tempi Enfasi sulla flessibilità ed
adattabilità, così da soddisfare le
esigenze di business
Come mostrato, l'approccio a cascata si fonda sull'idea di acquisire ed analizzare tutti i
requisiti del progetto prima di avviare la fase di disegno dell'applicazione; al contrario, quello Agile
è basato sulla pianificazione per fasi successive (sprint), rinviando le decisioni quanto più
possibile 113 .
Ancora, nel primo dei due metodi vi è una stima dei tempi e dei costi iniziale, che diventano
vincoli di progetto, ai quali è sottoposto anche "il contenuto" (che, per questo, dovrà essere
controllato).
[32].
Quindi, sarebbe necessario eseguire un controllo sui tempi e sui costi nella giusta misura 114
L'approccio adattativo, invece, risulta più flessibile, nella misura in cui i requisiti possano
essere modificati, così da soddisfare tutte le necessità di business.
Queste diversità mettono in luce, da un canto il controllo esasperato dei tempi e dei costi,
dall'altro la spasmodica ricerca della soddisfazione del cliente: aspetti che potrebbero coesistere,
evitando l'estremizzazione.
Naturalmente, pur avendo una buona conoscenza delle due metodologie, bisogna che essa sia
scevra da percezioni errate, poichè, nella realtà, la scelta del metodo da applicare dipende dal livello
di controllo desiderato e dal livello di flessibilità che si vuole dare al processo.
113Dato che lo sviluppo del software è sempre associato con qualche incertezza, i risultati migliori dovrebbero essere
raggiunti con un approccio basato sulle opzioni, rinviando le decisioni il più possibile fino a che non può essere
effettuata sulla base di fatti e non su previsioni ed ipotesi incerte [33].
114Si consideri che molti progetti non raggiungono il risultato atteso per rispettare i limiti di budget e la schedulazione
86