Dynamic Systems Development Method: differenze tra le versioni

Versione delle 12:50, 2 apr 2007

Versione attuale delle 16:32, 14 nov 2023

(30 versioni intermedie di 25 utenti non mostrate)

Riga 1:

ÈIl '''Dynamic Systems Development Method''' è 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|Rapid Application Development]]).

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

==Principi==

Riga 13:

* coinvolgimento attivo degli utenti;

* potere decisionale al team;

* rilascidistribuzioni frequenti del prodotto;

* rilasciaredistribuire le versioni dando priorità allo sviluppo delle funzionalità finalizzate al business;

* sviluppo iterativo ed incrementale;

* tutti i cambiamenti effettuati durante lo sviluppo devono essere reversibili;

Riga 21:

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

L'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 rilasciarledistribuirle subito perché l'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==

Riga 29:

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

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

* [[Project manager|Project Manager]] (può provenire dalla comunità degli utenti o dell'IT);

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

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

* Developer (modella ed interpreta le richieste degli utenti, sviluppando prototipi e versioni da rilasciaredistribuire);

* Tester (effettua solo i test che gli utenti non possono svolgere);

* Scribe (presiede tutte le riunioni per mettere per iscritto i punti importanti);

* Facilitator (gestisce le riunioni di lavoro, è indipendente dal team di progetto);

* Specialist Roles (tutte le figure specialistiche che possano servire, Business Architect, Quality Manager, ecc...).

Come visto, ilIl '''Facilitator''' gestisce perciò le riunioni di lavoro, che sono il cuorepunto importante del metodo e sono dette '''Facilitaded Workshops'''.

== Bibliografia ==

* {{cita libro|Jennifer|Stapleton|DSDM Dynamic Systems Development Method: The Method in Practice|1997|Addison Wesley|Reading|isbn=0-201-17889-3}}

==Voci correlate==

* [[Metodologia agile]]

== Altri progetti ==

[[Categoria:Metodologie di sviluppo]]

{{interprogetto}}

== Collegamenti esterni ==

* {{cita web | 1 = http://www.dsdm.org/ | 2 = Sito ufficiale del Consorzio DSDM | accesso = 13 settembre 2010 | urlarchivio = https://web.archive.org/web/20161002055756/https://www.dsdm.org/ | dataarchivio = 2 ottobre 2016 | urlmorto = sì }}

[[Categoria:MetodologieMetodi di sviluppo software]]