Commenti per XPlayer http://xplayer.wordpress.com eXtreme Programming e mondo agile Sat, 17 May 2008 19:40:23 +0000 http://wordpress.org/?v=MU Commenti su Il mio feedback sull’agile day 2007 di teoambrogio.it » I Metodi Agili e la campagna anti-if http://xplayer.wordpress.com/2007/11/26/il-mio-feedback-sullagile-day-2007/#comment-294 teoambrogio.it » I Metodi Agili e la campagna anti-if Sat, 22 Dec 2007 22:14:38 +0000 http://xplayer.wordpress.com/2007/11/26/il-mio-feedback-sullagile-day-2007/#comment-294 [...] anche qualche post sull’argomento (ritrovandomi perfino in qualche foto ) e sull’Agile Day svoltosi a Bologna qualche giorno prima del Javaday, provando inoltre un po’ di invidia nei [...] [...] anche qualche post sull’argomento (ritrovandomi perfino in qualche foto ) e sull’Agile Day svoltosi a Bologna qualche giorno prima del Javaday, provando inoltre un po’ di invidia nei [...]

]]> Commenti su Il mio feedback sull’Agile Day 2006 - Milano 01.12.06 di Il mio feedback sull’agile day 2007 « XPlayer http://xplayer.wordpress.com/2006/12/04/il-mio-feedback-sullagile-day-2006-milano-011206/#comment-273 Il mio feedback sull’agile day 2007 « XPlayer Mon, 26 Nov 2007 13:54:16 +0000 http://xplayer.wordpress.com/2006/12/04/il-mio-feedback-sullagile-day-2006-milano-011206/#comment-273 [...] Lunedì, 26 Novembre 2007 in AgileDay Complimenti a Marco e agli altri organizzatori, l’agile day 2007 e’ stato molto interessante, con contenuti ed organizzazione migliori dello scorso anno. [...] [...] Lunedì, 26 Novembre 2007 in AgileDay Complimenti a Marco e agli altri organizzatori, l’agile day 2007 e’ stato molto interessante, con contenuti ed organizzazione migliori dello scorso anno. [...]

]]> Commenti su La mia piccola illuminazione di oggi: GANTT planning vs XP planning di stoner http://xplayer.wordpress.com/2007/11/19/la-mia-piccola-illuminazione-di-oggi-gantt-planning-vs-xp-planning/#comment-272 stoner Tue, 20 Nov 2007 09:08:06 +0000 http://xplayer.wordpress.com/2007/11/19/la-mia-piccola-illuminazione-di-oggi-gantt-planning-vs-xp-planning/#comment-272 Hai ragione, e' la stessa conclusione a cui sono arrivato io dopo aver scritto il post. Si tratta pur sempre di uno strumento e quindi tutto dipende dall'uso che se ne fa'. Quello che pero' posso dirti e' che in realta' l'uso che il nostro PM fa del GANTT e' poco tradizionale, perche' 1. Proprio ieri io e il mio collega abbiamo ristimato tutta la parte a nostro carico, dettagliando i task e segnalando quelli che erano sfuggiti alla prima stesura del GANTT 2. Sempre ieri, ristime alla mano, siamo andati dal PM a segnalare l'attuale inconsistenza del GANTT e ci siamo messi ad aggiornarlo assieme 3. Si tratta di un GANTT di release, ovvero abbraccia un periodo di 2 mesi circa, che corrisponde appunto alla release 2.0 del prodotto. Se mai faro' il Technical Leader di un progetto qui, cerchero' di usare (e soprattutto far usare) le user stories, in modo che alla peggio si tiene traccia di quelle nel GANTT. Lo so, per certi versi e' una eresia, ma potrebbe essere un passo verso la pianificazione agile, visto che altri elementi ci sono gia' (la disponibilita' a rivedere i piani e a far stimare i programmatori). Grazie papo per il feedback! Hai ragione, e’ la stessa conclusione a cui sono arrivato io dopo aver scritto il post. Si tratta pur sempre di uno strumento e quindi tutto dipende dall’uso che se ne fa’.
Quello che pero’ posso dirti e’ che in realta’ l’uso che il nostro PM fa del GANTT e’ poco tradizionale, perche’

1. Proprio ieri io e il mio collega abbiamo ristimato tutta la parte a nostro carico, dettagliando i task e segnalando quelli che erano sfuggiti alla prima stesura del GANTT
2. Sempre ieri, ristime alla mano, siamo andati dal PM a segnalare l’attuale inconsistenza del GANTT e ci siamo messi ad aggiornarlo assieme
3. Si tratta di un GANTT di release, ovvero abbraccia un periodo di 2 mesi circa, che corrisponde appunto alla release 2.0 del prodotto.

Se mai faro’ il Technical Leader di un progetto qui, cerchero’ di usare (e soprattutto far usare) le user stories, in modo che alla peggio si tiene traccia di quelle nel GANTT. Lo so, per certi versi e’ una eresia, ma potrebbe essere un passo verso la pianificazione agile, visto che altri elementi ci sono gia’ (la disponibilita’ a rivedere i piani e a far stimare i programmatori).

Grazie papo per il feedback!

]]> Commenti su La mia piccola illuminazione di oggi: GANTT planning vs XP planning di papo http://xplayer.wordpress.com/2007/11/19/la-mia-piccola-illuminazione-di-oggi-gantt-planning-vs-xp-planning/#comment-271 papo Tue, 20 Nov 2007 08:55:53 +0000 http://xplayer.wordpress.com/2007/11/19/la-mia-piccola-illuminazione-di-oggi-gantt-planning-vs-xp-planning/#comment-271 non ho mai avuto il piacere di lavorare con un GANTT (se non per l`universita'), ma la mia idea e' che, come in molti altri casi, il problema non stia nello strumento ma nell`uso che se ne fa. in questi giorni sto approfondendo proprio il planning XP, e quello che posso notare e' che un diagramma GANTT usato in un processo tradizionale e': * immutabile, o comunque ogni sua modifica e' vista come una eccezione e non una norma * basato su stime fatte dal management invece che stime fatte dagli sviluppatori * di lungo termine, cioe' una itera release (qualche mese) di contro, la pianificazione in XP ha altre caratteristiche: * viene costantemente aggiornata, sulla base della nuova esperienza e delle misure di velocita' * viene fatta su piu' livelli: release (mesi), iterazione (settimane), singola giornata (penso alla todo-list) come dicevi tu poi c`e' la differenza tra task basati su funzionalita' da realizzare in XP e task prettamente tecnici. non escluso che in un progetto XP ci sia un`attivita' tipo "realizzare lo script di deploy del sistema X sulla macchina Y", ma quanche in questo caso il task nasce da un esplicito desiderio del cliente. quindi, piu' che nello strumento, io vedo la differenza nella pratica di pianificazione. cioe', raggruppare le storie di un`iterazione e ordinarle per priorita' non e' molto diverso da avere un insieme di blocchi in sequenza su un diagramma, entrambi gli strumenti comunicano un intento. cambia invece l`uso che ne faro'. ciao! -papo- non ho mai avuto il piacere di lavorare con un GANTT (se non per l`universita’), ma la mia idea e’ che, come in molti altri casi, il problema non stia nello strumento ma nell`uso che se ne fa.

in questi giorni sto approfondendo proprio il planning XP, e quello che posso notare e’ che un diagramma GANTT usato in un processo tradizionale e’:
* immutabile, o comunque ogni sua modifica e’ vista come una eccezione e non una norma
* basato su stime fatte dal management invece che stime fatte dagli sviluppatori
* di lungo termine, cioe’ una itera release (qualche mese)

di contro, la pianificazione in XP ha altre caratteristiche:
* viene costantemente aggiornata, sulla base della nuova esperienza e delle misure di velocita’
* viene fatta su piu’ livelli: release (mesi), iterazione (settimane), singola giornata (penso alla todo-list)

come dicevi tu poi c`e’ la differenza tra task basati su funzionalita’ da realizzare in XP e task prettamente tecnici. non escluso che in un progetto XP ci sia un`attivita’ tipo “realizzare lo script di deploy del sistema X sulla macchina Y”, ma quanche in questo caso il task nasce da un esplicito desiderio del cliente.

quindi, piu’ che nello strumento, io vedo la differenza nella pratica di pianificazione. cioe’, raggruppare le storie di un`iterazione e ordinarle per priorita’ non e’ molto diverso da avere un insieme di blocchi in sequenza su un diagramma, entrambi gli strumenti comunicano un intento. cambia invece l`uso che ne faro’.

ciao!
-papo-

]]> Commenti su Come usare l’UML? di papo http://xplayer.wordpress.com/2007/10/24/come-usare-luml/#comment-259 papo Thu, 25 Oct 2007 07:18:36 +0000 http://xplayer.wordpress.com/2007/10/24/come-usare-luml/#comment-259 condivido in pieno, sopratutto il fare-e-buttare i diagrammi. aggiungo solo due cose: * fare un diagramma mi torna utile quando sto per rifattorizzare, per esplorare soluzioni alternative pochi istanti prima di scrivere il codice * aggiungerei alla lista degli indispensabili i diagrammi UML di stato ciao -papo- condivido in pieno, sopratutto il fare-e-buttare i diagrammi. aggiungo solo due cose:
* fare un diagramma mi torna utile quando sto per rifattorizzare, per esplorare soluzioni alternative pochi istanti prima di scrivere il codice
* aggiungerei alla lista degli indispensabili i diagrammi UML di stato

ciao
-papo-

]]> Commenti su Perche’ non si dovrebbero mockizzare classi concrete di riffraff http://xplayer.wordpress.com/2007/05/30/perche-non-si-dovrebbero-mockizzare-classi-concrete/#comment-255 riffraff Thu, 06 Sep 2007 10:15:24 +0000 http://xplayer.wordpress.com/2007/05/30/perche-non-si-dovrebbero-mockizzare-classi-concrete/#comment-255 questo post l'ho letto ora dopo quasi 4 mesi.. peccato che non scrivi più, era interessante :) questo post l’ho letto ora dopo quasi 4 mesi.. peccato che non scrivi più, era interessante :)

]]>