Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab
Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab
Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Tabella 5: Luoghi comuni sugli approcci a cascata e Agile<br />
Waterfall Agile<br />
Troppa carta Nessun processo<br />
Molte checklist Caotico, disordinato<br />
Processi sofisticati Non idoneo per progetti complessi<br />
Guidano i processi e non le persone Poco professionale, poichè informale<br />
Eccessiva attenzione alla schedulazione Eccessiva attenzione alle richieste di modifica<br />
e poca schedulazione<br />
Un'idea errata è quella che vede l'approccio tradizionale poco orientato alle persone, rispetto a<br />
quello Agile: in realtà, un approccio più formale fornisce uno stimolo solo se il team di sviluppo è in<br />
grado di svolgere in maniera responsabile il proprio lavoro. Pertanto, la fiducia è strettamente<br />
connessa al controllo.<br />
Entrambi i metodi si pongono l'obiettivo di gestire i rischi del progetto e rimuovere le<br />
incertezze, cosa che necessita di una pianificazione.<br />
Dunque, sarebbe erroneo pensare che l'approccio tradizionale sia caratterizzato da un'eccessiva<br />
pianificazione preventiva, mentre quello agile non preveda alcun piano. Quest'ultima, infatti, adotta<br />
una pianificazione "a finestra mobile 115 ".<br />
In definitiva, i potenziali benefici legati all'approccio agile sono:<br />
• Maggiore attenzione ai risultati di business, poichè l'utente è più coinvolto nelle attività;<br />
• Maggiore produttività e costi ridotti, grazie alla cooperazione massiva tra utente ed esperto;<br />
• Maggiore efficienza organizzativa e team più motivato;<br />
• Minore time to market, poichè l'approccio iterativo velocizza lo sviluppo;<br />
• Qualità (potenzialmente) più alta, poichè il test è parte integrante dello sviluppo.<br />
D'altro canto, non esiste un modo standard di avviare lo sviluppo agile e, in alcuni casi,<br />
possono verificarsi situazioni in cui è necessario ricorrere ad un approccio più formale: quello<br />
tradizionale.<br />
Infatti, l'adozione del primo metodo deve tener conto delle difficoltà correlate alla creazione di<br />
un ambiente realmente collaborativo 116 , alla necessità di un forte coinvolgimento del management<br />
dell'organizzazione 117 , ai vincoli posti dal business, ecc.<br />
Del resto, l'adozione di un approccio tradizionale, con l'enfasi posta sui controlli, può dar<br />
luogo a ritardi nel time to market.<br />
Nella realtà <strong>dei</strong> fatti, l'adozione dell'approccio a cascata resta valido quando, in un ambiente<br />
115 Pianificazione detta anche "just-in-time".<br />
116Non è sempre possibile richiedere la massima disponibilità da parte del cliente, ad esempio.<br />
117 Collaborazione dello Sponsor, adeguata formazione <strong>dei</strong> partecipanti, cambiamento culturale.<br />
87