29.05.2013 Views

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

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

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

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!