Pratiche e stime agili del mondo reale

7

In un mondo perfetto, diciamo al cliente che seguiamo una metodologia agile in cui consentiamo all'ambito di aumentare / diminuire quando i requisiti cambiano e fatturiamo all'ora per ogni iterazione.

In realtà, le stime devono essere consegnate prima dell'inizio del progetto, e c'è sempre la pressione per raggiungere quel numero di stima pur essendo flessibile con i cambiamenti dell'ambito.

Mi sto chiedendo quale tipo di pratiche agili di parole reali le persone hanno applicato alla fatturazione / stima basata sulla cascata di fatto che a volte rimaniamo bloccati. Puoi "rodare" un cliente in un progetto intermedio, dopo hai acquisito fiducia, o ci sono altre tecniche per trasformare un client in agile.

* Nota a margine: nella mia situazione di "mondo reale" gestisco una società di sviluppo di recente costituzione che non ha il lusso di obbligare i clienti a utilizzare il nostro metodo e il nostro processo. Molte volte dobbiamo piegare le spalle per usare il loro, ma lo vedo come un peso che tutte le imprese devono affrontare all'inizio. Mi sto chiedendo come meglio affrontarlo.

    
posta Bryant 29.03.2011 - 21:17
fonte

3 risposte

9

Nel mondo reale, diciamo al cliente che seguiamo una metodologia agile.

Non "forziamo" il cliente. Il cliente può chiedere qualsiasi metodologia che desidera. Stiamo ancora andando a fare le cose in modo agile. Nel peggiore dei casi, un cliente richiede molto design in anticipo. Siamo pazienti nello spiegare che stiamo ancora creando un backlog e che devono ancora dare la priorità al backlog. Siamo anche pazienti nel rompere il team in modo da avere più sprint sovrapposti in modo che il cliente "si senta" come se stessimo facendo un sacco di design in anticipo. In realtà, stiamo costruendo il codice per la prima versione durante la progettazione della seconda versione. Tutti sono felici.

Non permettiamo all'ambito di aumentare o diminuire man mano che cambiano i requisiti.

Regoliamo l'ordine, i tempi e la priorità dei deliverable man mano che cambiano i requisiti.

Le stime devono essere consegnate prima dell'inizio del progetto, e c'è sempre la pressione per raggiungere quel numero di stima pur essendo flessibile con le priorità e l'ordine delle consegne.

Le modifiche dell'ambito sono inevitabili. Tutti sanno che accadono e ai contabili piace vedere un "Ordine di cambiamento" che documenta le modifiche dell'ambito.

Un cambio di scope è raro e diverso dal normale, riordino ordinario, ridefinizione delle priorità e ripensamento del backlog.

Non devi modificare il budget o la pianificazione se ripensi costantemente le priorità e il valore da consegnare.

In molti casi, il piano originale era il cestino e, dopo un po 'di lavoro di sviluppo, una superficie migliore dei piani che può essere meno costosa e più efficace del piano originale.

Agile non significa cambi di ambito casuali.

Agile significa pensare le priorità attraverso in modo collaborativo per creare più valore il più rapidamente possibile.

    
risposta data 29.03.2011 - 21:51
fonte
2

Penso che le migliori pratiche agili siano quelle che sviluppi in modo naturale. Mettere in atto una particolare metodologia è buona, ma credo che ti stia adattando a ciò che ha funzionato bene per qualcun altro (e lo hanno documentato). Leggi su mischia, ecc. Ma quello che troverai nel corso del tempo è che i modelli emergeranno con particolari clienti e se continui a darti ai piedi ti svilupperai un rythym naturale. Sei in un settore dei servizi, quindi devi rispondere a ciò che vogliono i tuoi clienti e tutti vogliono qualcosa di diverso.

Fai sempre sapere ai tuoi clienti che le stime sono solo stime e sono suscettibili a diversi livelli di accuratezza a seconda di quanto siano inclini a cambiare idea:)

    
risposta data 30.03.2011 - 16:24
fonte
1

l'ambito, la scadenza e il costo di ogni iterazione sono corretti

tra le iterazioni, tutto è negoziabile

    
risposta data 30.03.2011 - 00:17
fonte

Leggi altre domande sui tag