Newsgroup: it.scienza.informatica
Titolo: Scrum e RUP

*** Scrum ***
E' uno dei "processi agili", che stanno ricevendo ultimamente molta
attenzione.
Ritengo che sia anche uno dei piu' interessanti, benche' sia certamente meno
di moda rispetto ad XP (extreme programming).
La forza di Scrum sta nell'affrontare in modo deciso il nodo dei rapporti
tra committenti e gruppi di progetto, e nella possibilita' di gestire i
cambiamenti di requisiti in modo controllato, anche nelle situazioni piu'
caotiche.
Il tutto, in un approccio "estremamente" pragmatico.
Sulla base delle prime esperienze a cui ho preso parte ho prodotto una breve
presentazione, che potete qui:
http://www.analisi-disegno.com/processo/PresentazioneScrum.pdf
La presentazione contiene anche un confronto tra Scrum e RUP.
*** Nuova versione della presentazione RUP ***
Dopo avere ormai condotto quattro adattamenti di RUP in altrettante
organizzazioni, ho capito che era necessario aggiornare ed integrare la
presentazione pubblicata sul sito. Fatto:
http://www.analisi-disegno.com/processo/PresentazioneRUP.pdf
Cordiali saluti a tutti,
Adriano Comai
http://www.analisi-disegno.com

di moda rispetto ad XP (extreme programming).
Posso chiederti (in quanto esperto ne saprai più di me) quali sono i
suoi punti di forza rispetto all'accoppiata XP e TDD?
--
Rhymes (rhy...@NOSPAMmyself.com)
http://www26.brinkster.com/rhymes
" avevo Halo, poi è arrivata la mia fidanzata ;-) "

 " avevo Halo, poi č arrivata la mia fidanzata ;-) "

Grazie mille per la delucidazione. Io comunque sono un newbie nelle
metodologie agili (ho iniziato leggendo i documenti sul tuo sito, sui
vari siti di XP e TDD e su objectmentor :) quindi ci metterò un pò
prima di farmi un'idea "globale"
--
Rhymes (rhy...@NOSPAMmyself.com)
http://www26.brinkster.com/rhymes
" avevo Halo, poi è arrivata la mia fidanzata ;-) "

 definire le dinamiche "sociali" all'interno del gruppo di progetto.
E', in effetti, uno dei punti piu' interessanti che emergono dalla wave di 
metodologie piu' recenti: il riconoscimento che, sul campo, le forze a cui 
fare attenzione sono raramente (solo) quelle tecnologiche, ma quasi sempre 
quelle "esterne", sociali e culturali. In fondo, a fronte di specifiche 
perfette e nell'ambito di cio' che e' computabile con complessita' 
ragionevole, realizzare un'implementazione e' quasi banale - almeno nelle 
aree coperte dall'IT commerciale.
Implicitamente, questo e' riconosciuto anche da metodologie tradizionali ed 
"ingombranti" (ad esempio, i tre quarti dell'importanza degli use case imho 
consiste nel tipo di comunicazione con il committente che suggeriscono). Il 
punto e' che - per ragioni storiche e di stato dell'arte - non sono 
sufficientemente esplicite in quella direzione - mentre appunto altre 
metodologie recenti lo sono di piu'.
Anch'esse, tuttavia, fanno alcune assunzioni pesanti. In XP, ad esempio 
(oltre all'osservazione verissima che fai sul reprofiling dei ruoli in 
un software shop che richiede) l'assunzione e' ancora che il cliente (o in 
generale gli stakeholders) sia *attivamente interessato* nel processo di 
implementazione del processo. Ora, sul campo, questo non sempre avviene - e 
in condizioni in cui non avviene lo "steering" da parte del committente 
avvocato da XP semplicemente non puo' esserci - con tutte le conseguenze 
del caso. 
Poco so di SCRUM o altro al momento, ma ben venga ogni passo in quella 
direzione. :)
-- 
Life's something u don't get out alive..
ObjectZone - 
http://space.tin.it/computer/csadun

 suoi punti di forza rispetto all'accoppiata XP e TDD?
Buona giornata :-)
Marco Abis
http://www.agilemovement.it
 - Uncovering better ways of developing software