Dynamic Systems Development Method: differenze tra le versioni

Versione delle 10:34, 2 apr 2007

Versione delle 12:50, 2 apr 2007

Riga 1:

È una [[metodologia agile]] distribuita gratuitamente dal '''consorzio DSDM''' ai propri membri, è fornito in pacchetto insieme ad un [[framework]]. Questo consorzio è nato, primo del genere in Europa, per definire e distribuire uno standard industriale per il [[framework RAD]] (Rapid Application Development).

DSDM è una metodologia interessante perché si integra facilmente con le altre [[metodologie agili]] (esistono risorse già pronte per farlo con [[Extreme Programming]], [[Prince2]], [[RUP]], ecc...) e quindi si può applicare ed adattare facilmente alle proprie necessità. Oltretutto il consorzio non suggerisce nessun particolare strumento per l’applicazionel'applicazione del suo metodo, lasciando così piena libertà agli utenti anche in questo senso.

==Principi==

Il metodo DSDM, che il consorzio definisce [[framework]] perché prevede di integrarlo al [[framework RAD]], si basa su quattro principi:

* lo sviluppo è un lavoro di gruppo;

* l’altal'alta qualità si ottiene con velocità e robustezza;

* lo sviluppo può essere incrementale;

* bisogna spendere il tempo dedicato allo sviluppo concentrandosi prima sulle funzionalità che rendono di più in termini di business.

Nell’ambitoNell'ambito disegnato da questi principi si inseriscono le regole di base:

* coinvolgimento attivo degli utenti;

* potere decisionale al team;

Riga 21:

* collaborazione e cooperazione fra gli attori coinvolti nel progetto sono un obbligo.

L’assuntoL'assunto da cui si parte per ottenere un buon prodotto in tempi migliori è che, anche se le prime versioni non saranno perfette, in generale è meglio rilasciarle subito perché l’80l'80% del prodotto richiesto può essere sviluppato nel 20% del tempo necessario a sviluppare il prodotto intero. Poi, nel resto del tempo, si potrà terminare il lavoro e correggere gli errori che gli utenti segnaleranno.

==Ruoli==

Differenza sostanziale rispetto alle altre metodologie leggere è la definizione dei ruoli degli attori del progetto, ognuno dei quali può essere coperto da più persone (o viceversa, una persona può ricoprire più ruoli):

* Executive Sponsor (cioè il Project Champion);

* Visionary (responsabile dell’attivazionedell'attivazione del progetto);

* Ambassador User (proveniente dall’areadall'area di business coperta);

* Advisor User (automatizza la conoscenza del lavoro giorno per giorno);

* Project Manager (può provenire dalla comunità degli utenti o dell’ITdell'IT);

* Technical Co-ordinator (presiede ogni team di sviluppo);

* Team Leader (responsabile del lavoro di un singolo team);