Dove Agile è meglio?

Dove Agile è meglio?

Abbiamo già visto che la differenza di fondo tra Agile e Waterfall è legata al momento in cui può essere fruito il valore del progetto da parte del cliente. Agile si pone come obiettivo quello di erogare il prima possibile il valore tramite rilasci periodici continui ed incrementali ed utilizza come principio di ordinamento del backlog la quantità di valore erogata in modo da massimizzare da subito il valore erogato.

Questo approccio ha come effetto quello rendere non costante il valore differenziale erogato: ciò che si nota è che il valore differenziale erogato cresce progressivamente fino a raggiungere un picco poi lentamente decresce. In opposizione al waterfall in cui il valore differenziale è tutto erogato alla fine.

Questo può essere visualizzato in molti modi:

Non è stato fornito nessun testo alternativo per questa immagine
Non è stato fornito nessun testo alternativo per questa immagine
Non è stato fornito nessun testo alternativo per questa immagine

In ogni caso ciò che è importante è che nel momento in cui il valore erogato è inferiore al costo del team è possibile definire il punto di chiusura del progetto indipendentemente dalla quantità di item presenti nel backlog.

Questa è pratica comune: concludere il progetto con ancora il backlog pieno. E quali sono gli item rimasti? Tipicamente sono quelli che abbiamo già osservato nel Chaos report:

Non è stato fornito nessun testo alternativo per questa immagine

e cioè i never ed i rarely.

Questo meccanismo da solo è in grado di spiegare perchè Agile è molto più performante degli approcci tradizionali, quando ovviamente è applicabile.

Per visualizzare o aggiungere un commento, accedi

Altri articoli di Alessandro Davide De Sanctis

  • La Rincorsa Infinita

    La Rincorsa Infinita

    Immaginate di dover produrre 100 unità di qualcosa (potrebbero essere LOC, Function Point, Story Point) di un software…

  • Traffic ed il Time Management

    Traffic ed il Time Management

    Oggi vorrei parlare di Time Management, cioè di come organizzare il proprio tempo per essere efficaci ed efficienti…

  • La Grande Illusione

    La Grande Illusione

    E siamo ancora qui a parlare di manager che non imparano dall'esperienza. Sono sempre in affanno perchè tutte le…

    1 commento
  • Il Valore del Software

    Il Valore del Software

    Come abbiamo visto, i manager sono molto interessati a misurare la produttività di un team. Purtroppo, spesso, non sono…

  • DevOps secondo me

    DevOps secondo me

    "Quanto ci vuole ad avere una macchina virtuale da te?". "Non me lo dire.

  • La Bufala della Copertura al 95%

    La Bufala della Copertura al 95%

    Oggi parliamo di test ed in particolare del livello di copertura desiderato. In alcuni ambienti è stata introdotta la…

  • Il Complotto dietro il Waterfall

    Il Complotto dietro il Waterfall

    Mai titolo fu più fumoso..

  • Pensieri Corti, Pensieri Lunghi

    Pensieri Corti, Pensieri Lunghi

    Cosa distingue il bravo manager da quello mediocre? La domanda delle domande..

  • Function Point ed Effort

    Function Point ed Effort

    E siamo ancora qua: passano gli anni, ma le mode restano. Un po' come la pioggia in autunno, arriva sempre qualcuno che…

  • Pareto ed il Project Management

    Pareto ed il Project Management

    Chissà quanti di voi si staranno chiedendo cosa centri Pareto con il Project Management? Spero nessuno..

Altre pagine consultate