Newsgroup: it.lavoro.informatica
Titolo: Quale metodologia di sviluppo usate?

...agile, iterativa, RUP, spirtale, XP, cascata, cowboy?
Nel nostro team (10 elementi), interamente formato da persone con più
di 7 anni di esperienza specifica nel settore, e alle prese con
progetti di media dimensione (mediamente release annuali), ci siamo
orientati sull'Agile Unified Process (AUP), con soddisfacenti risultati
(per adesso).
ciao, U.

 ha scritto nel messaggio 
news:1162906928....@b28g2000cwb.googlegroups.com...
...agile, iterativa, RUP, spirtale, XP, cascata, cowboy?
"BronzeFace"
E' un nuova metodologia nella quale si cerca di buttare giů nel minor tempo 
possibile il maggior numero possibile di righe di codice, alla come vien 
viene. Poi si va dal cliente, si fa vedere una demo, il cliente il piů delle 
volte abbocca, si pigliano i soldi, gli si rifila una ciofeca,e poi si 
scappa.
Finora ha dato buoni risultati. :-)

 ...agile, iterativa, RUP, spirtale, XP, cascata, cowboy?
Credente:
Dopo che il cliente ti ha dato X specifiche impossibili da realizzare ti 
siedi ad un tavolo e preghi diverse entita' (nell' ordine: Dio, Buddha, 
Allah, Cthulhu, Elvis) perche' implementi quella piccola modifica nella 
fisica dell' universo che ti permetterebbe di realizzarle.

news:1162906928....@b28g2000cwb.googlegroups.com...

Ma certo che l'AUP funziona, è la formalizzazione del "buon senso".  E' 
sicuramente un'utile lettura, il metodo però è da applicare in modo "Agile" 
in quanto l'applicazione troppo meticolosa contraddice il metodo stesso 
generando gli stessi problemi che vorrebbe risolvere.
Comunque anche "BronzeFace" funziona perchè oltre ad abboccare alla demo il 
cliente spesso è anche soddisfatto della ciofeca finale, il cliente è più 
spesso scontento dei prodotti buoni in quanto poi si accorge che fanno a 
pugni la sua caotica realtà aziendale.
jjm 

 (per adesso).
Sicuramente agile, con best practices prese un po' da Scrum, XP, TDD.
Lavorando spesso con piccoli team (al limite one-man-band) su piccoli 
progetti (rilasci frequenti nell'arco di 3-4 week) metodologie classiche 
come RUP, spirale, cascata sono troppo pesanti.
La cowboy può funzionare se sei solo, ma dipende da quanto sei bravo 
(vedi analisi/design semplici ma efficaci, sviluppo fatto bene con 
design pattern e unit test, ecc..).
L'idea è raggiungere risultati simili a questi 
http://gettingreal.37signals.com
 (o almeno provarci ;-)
Ciao
Jarod

 LOL :D
triste ma vero, spesso con gli italici caproni (vedi alla voce cliente) 
prodotto buono = prodotto costoso = prodotto troppo ricco di features 
per la loro "caotica (e penosa) realtà aziendale"

Fox Mulder ha scritto:

Esiste anche la variante Credente 1.1, in cui le diverse entità invece
di pregarle le bestemmi..
oppure il metodo TTMAR ("Take the money and run") che in Italia è di
gran moda
m.

 wrote in message
news:eiq404$b9n$
1...@nnrp-beta.newsland.it
ROTFL ritornato con 2 avvitamenti !
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 di pregarle le bestemmi..
va bene per 4 su 5 divinita', se hai coraggio prova tu a bestemmiare 
Cthulhu ^^'


Waterfall per imposizione aziendale, con risultati talvota pesantissimi; nel
mio piccolo team cerchiamo di spostarci verso XP, ma ovviamente le barriere
da superare sono quasi insormontabili. Diciamo che applichiamo alcuni
concetti della metodologia XP, ossia NON usiamo assolutamente XP.
Talvola le disposizioni aziendali, standard di qualità imposti, ecc.. vanno
inevitabilmente a scontarsi con altre richieste (es, frequenza dei rilasci),
ma non si possono cambiare in pochi mesi.
risikoo
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Cthulhu ^^'
Sfido la sorte:
Cthulu bastardo!!
Porco Yog Sothoth!!

 Porco Yog Sothoth!!
ti ritroverai a piangere ed ad urlare in una stanza bianca con le pareti 
imbottite per questo, lo sai vero?


io qui mi sono dovuto abituare a piangere in cinese,
ma in Cthulu, come cavolo si piange ?
felice_pago


 Finora ha dato buoni risultati. :-)
a breve termine... ma a lungo termine che razza di reputazione porta in
giro l'azienda?
ciao, U.

 giro l'azienda?
cambiano ragione sociale,
il front-end e si ricomincia daccapo !


Fox Mulder ha scritto:

se in fase di analisi hai concordato col cliente X specifiche
impossibili da realizzare la colpa è anche (se non sopratutto) tua...
ciao, U.

 ma in Cthulu, come cavolo si piange ?
non si piange in Cthulhu, e' Cthulhu che ti fa piangere per l' eternita' :)

 imbottite per questo, lo sai vero?
siiii..... posso invocare clemenza a shub niggurat ?

 
http://gettingreal.37signals.com
 (o almeno provarci ;-)
non è male...
oltre che per le applicazioni web credo sia una "metodologia" (se così 
si può chiamare) anche per chi sviluppa un software molto "GUI-oriented" 
che andrà in mano a persone che non hanno alcuna formazione scientifica 
(anzi, magari sono proprio all'opposto). Grazie per la dritta: credo che 
mi sarà assai utile.
Ciao,
Giulio

 siiii..... posso invocare clemenza a shub niggurat ?
no, ormai e' tardi, l' ira degli antichi si riversera' su di te, povero 
mortale.
Ryle'h risorgera' e con lei la Sua Prole, e' tu sarai testimone della 
Sua venuta, e la tua mente vacillera', per poi essere completamente 
distrutta alla vista degli orrori che avrai l' onore di osservare. 
Allora pregherai, e ormai privo di senno rimpiangerai il giorno in cui 
hai osato mancargli di rispetto.
Gloria Agli Antichi.

e tutto questo perchč il clientino di turno non si č reso conto prima che 
quel dato lě che tanto non serve a niente č invece assolutamente necessario 
.....
forse conviene valutare il cambio di mestiere! :)

 ...agile, iterativa, RUP, spirtale, XP, cascata, cowboy?
Noi usiamo una metodologia "agile" (ma senza estremismo) che ci ha portato 
buoni feedback dai clienti, ma usiamo anche solide basi di vecchia cascata.
-- 
__________________________________________________
Luc (33, CO)
MS Visual Studio developer - Programmer since 1985
__________________________________________________

 quel dato lì che tanto non serve a niente è invece assolutamente necessario 
eh, tu quando ariva un coso alto 30 metri con la testa da polipo a 
prenderti indica il cliente con aria innocente dicendo "e' colpa sua!". :)

Scherzi a parte, visto che non so niente di queste cose ma magari mi 
farebbero comodo, e qui dove lavoro ora non c'è speranza che le veda mai, 
qualcuno ha da consigliarmi un punto da cui partire a studiare? Un libro, o 
un sito, qualcosa. Giusto per evitare di perdersi nel mare.
Grazie 

 qualcuno ha da consigliarmi un punto da cui partire a studiare?
Google, wikipedia... 


Tommy ha scritto:

Come immaginerai ci sono milioni di testi in materia di ingegneria del
software. Un testo che offre una panoramica delle varie metodologie di
sviluppo (XP, Scrum, Evo, RUP ecc.) è "Agile and Iterative
Development: A Manager's Guide" di Larman
(
http://www.amazon.com/Agile-Iterative-Development-Managers-Guide/dp/0131111558
).
Altimenti c'è il classico usato nei corsi di software engineering di
varie università nel mondo: "Software Engineering" di Ian Sommerville
(
http://www.amazon.com/Software-Engineering-International-Computer-Science/dp/0321210263
)
ciao, U.

Tommy ha scritto:

c'e' un convegno ad assago il primo dicembre:
Agile Movement Day

 Agile Movement Day
anche questo:
http://www.microsoft.com/italy/msdn/risorsemsdn/eventi/webcast/default.mspx

Science/dp/0321210263)
deng iu!

Agile Movement Day
L'avevo visto, ma penso che per andare ad un convegno bisognerebbe sapere 
prima almeno di cosa si sta parlando...