Comments on: Burning down da house

By: Antonella

Antonella — Mon, 05 Oct 2009 11:12:24 +0000

Questo chart aiuta a visualizzare lo scope e a tenere sotto controllo un eventuale scope creep. Per mia esperienza, creep is good, e’ il termine che e’ orrendo;) La cosa buona dell’approccio agile e’ che ti permette di raffinare lo scope senza doverlo pensare tutto all’inizio come un unicum organico, che spesso si rivela non essere tale. Quindi se i ca**ari aggiungono roba in corsa, spesso nella realta’ si stanno chiarendo le idee sui dettagli. E cio’ e’ cosa buona e giusta. Allora, poter visualizzare quanto fatto, quanto e’ stato aggiunto e quanto resta da fare aiuta moltissimo a fare delle scelte strategiche sulle priorita’ e sulle risorse disponibili. Il burndown chart lo vedo come uno strumento per rifocalizzare le priorita’ estremamente efficace.

By: Maurizio

Maurizio — Mon, 28 Sep 2009 17:53:13 +0000

D’accordo con Jacopo sull’osservazione di Daniel.
Per la mia esperienza la trasparenza (e burndown come quello che hai mostrato tu vanno in questa direzione) è essenziale, di solito il committente (interno o esterno che sia) è più disposto a comprendere le ragioni di un “rallentamento” se è messo in grado di capire cosa accade. Di conseguenza è più predisposto ad accettare fasi di ri-focalizzazione sulle feature essenziali.

Mi chiedevo anch’io cosa ci fosse nell’asse delle ordinate ma vedo che ci ha già pensato qualcuno

By: Jacopo Romei

Jacopo Romei — Sun, 20 Sep 2009 22:31:12 +0000

Beh, a onor del vero devo difendere – in questo specifico caso, non unico ma comunque raro – il cliente perché ha capito, reagito, accettato lo shift delle scadenze e saputo concentrarsi sulle key features. Il che costituisce la vera vittoria: non mostrare le debolezze ma creare forza insieme, sulla base di un sano feedback e di un solido rispetto reciproco.

By: Daniel Londero

Daniel Londero — Fri, 18 Sep 2009 21:16:32 +0000

Interessante il grafico in cui è ben chiaro il concetto “cazzari tutto quello che vedete sotto la riga l’avete aggiunto in corsa”

Non mi ero mai imbattuto in qualcosa del genere è di sicuro impatto.

By: Jacopo Romei

Jacopo Romei — Fri, 18 Sep 2009 16:52:17 +0000

Ciao Massimiliano, sull'asse delle ordinate ci sono gli story point. Alla prima iterazione la colonna indica la stima complessiva delle user story dopo il primo corposo planning game. Poi funziona così:

Storie completate e/o ristimate agiscono sull'estremo superiore delle colonne
Storie aggiunte o eliminate agiscono sull'estremo inferiore delle colonne

La linea dello zero non è poi così importante quindi. Esprime l'orizzonte del lavoro da svolgere solo nel caso in cui non venga né tolta né aggiunta mezza user story nel corso del progetto. Le informazioni decisive sono:

L'altezza della colonna, che indica l'ampiezza - o il peso? - del backlog
La pendenza della congiungente gli estremi superiori delle colonne, che indica la project velocity

By: fabio boldrini

fabio boldrini — Fri, 18 Sep 2009 16:04:45 +0000

e la prima volta che vedo gli story point delle feature aggiunte “disegnati” cosi.

Molto chiaro

By: Massimiliano Arione

Massimiliano Arione — Fri, 18 Sep 2009 14:32:13 +0000

Io sarò un po’ in ritardo sull’agilità, ma mi sfugge la lettura dell’asse delle Y. La riga in mezzo (lo zero?) che rappresenta? E perché (di conseguenza) gli istogrammi stanno un po’ sopra e un po’ sotto?