L'incontro del 22 agosto 2007 si è svolto sotto un diluvio. Ci siamo trovati di fronte al pub Old Fox che per somma sfortuna era chiuso! Abbiamo allora ripiegato sul vicino ristorante indiano "Nabab". Servizio cortese, ma il cibo era secondo me al di sotto delle aspettative... ci sono migliori opportunità a Milano per gustare una buona cena indiana.
Anyway: il tema della serata era il nuovo libro su Continuous Integration che, fresco di stampa, è stato subito comprato da Gabriele. Gabriele ci ha raccontato che non è sufficiente mettere in piedi un server, occorre che tutto il team segua delle pratiche come "integrare molte volte al giorno".
Poi io (Matteo) ho chiesto ai presenti come si regolano nel caso in cui un team debba seguire contemporaneamente più di un cliente. Gabriele dice che in uno dei team che segue, la direzione ha deciso una proporzione di priorità fra i clienti: per esempio 30% per il cliente A, 20% per B e 50% per C. Poi si sono suddivisi i pomodori disponibili per iterazione in base alla stessa proporzione. All'interno di un'iterazione quindi ciascun cliente ha un certo numero di pomodori "garantiti".
Ho posto la stessa domanda a [http://blog.nayima.be/|Pascal] via chat, che mi ha, prima di tutto, confermato che la cosa è fattibile e in uno dei suoi team la fanno. Poi mi ha consigliato di tenere un singolo cardwall per tutte le storie dell'iterazione, colorando in maniera diversa per cliente le carte. Quindi mi ha dato due consigli:
- prioritization, prioritization, prioritization
- "one piece flow"
La regola del [http://www.shmula.com/270/batch-and-queue-or-single-piece-flow|one piece flow] fa parte della Toyota way, che purtroppo non conosco. A quanto ho capito, si tratta di avere un singolo pezzo in lavorazione, piuttosto che lavorare contemporaneamente su tante cose in pipeline. Tradotto in software, credo che l'idea sia di minimizzare il numero di storie in lavorazione.
Tommaso, a proposito dello stesso argomento, ha suggerito di prioritizzare e tenere un diario su wiki:
9:46 AM Tommaso: journal inteso come diario, si scrive qualcosa del tipo: 1-09-2007 -- Progetto AAA - carta BB -- Abbiamo fatto questo visto quello etc etc
tanto fitnesse c'è
me: come ci aiuta a fare più cose contemporaneamente?
9:47 AM Tommaso: ci aiuta nel senso che tutti sono allineati su ciò che succede
e si tiene una traccia scritta
ci si mette 5 minuti a scrivere qualche riga utile
solo cose essenziali
9:48 AM è per preparare lo stand up meeting e iniziare ad avere sotto occhio un sistema dove scrivere note sulla build e tante altre cose utili (numeri di telefono,email, indirizzi di siti di riferimento...)
9:49 AM collaterale è anche che una persona eventualmente nuova può ricostruire la storia di cio che è successo
Comments (0)
You don't have permission to comment on this page.