Come rappresentare un progetto agile per le persone focalizzate sulla cascata [chiuso]

Mostra loro il manifesto agile semistrutturato .

Ti dice chiaramente che cos'è il sistema Agile confrontandolo con i metodi waterfall :

Individuals and interactions over processes and tools
and we have mandatory processes and tools to control how those individuals (we prefer the term ‘resources’) interact

Working software over comprehensive documentation
as long as that software is comprehensively documented

Customer collaboration over contract negotiation
within the boundaries of strict contracts, of course, and subject to rigorous change control

Responding to change over following a plan
provided a detailed plan is in place to respond to the change, and it is followed precisely

Ho dovuto farlo, una volta. Il team voleva fare Agile, il cliente voleva (e capiva Agile), una terza parte esterna (chiamali "revisori"), voleva vedere i rapporti Cascata.

Un motivo importante per cui abbiamo potuto Lie era perché la Terza Parte in realtà non si preoccupava volevano solo spuntare le caselle. Se il cliente era felice e il team era contento, i "revisori" tornavano a malapena e guardavano i rapporti che avevamo dato loro, prima di spuntare gli ultimi riquadri.

Non farlo se la terza parte conta e ATTUALMENTE si preoccupa che stai usando waterfall . Se i revisori sanno che sei agile e non hai ancora aggiornato i loro documenti per supportarti, allora puoi mentire.

Che cosa fai? Lie , ma white lie.

• Riforma le funzionalità, come requisito "Deve avere una caratteristica".
• Il tuo lavoro è in iterazioni, le iterazioni in genere superano le X settimane, a un piano a cascata piace vedere le cose in genere nelle settimane, quindi nessun grosso problema. Puoi etichettare la fine di ogni iterazione come una pietra miliare. Le pietre miliari sono cascata. Le iterazioni tendono ad avere un tema (o un'epica associata) in modo da poter inserire il tema / titolo epico sulla pietra miliare (ad es. 21/11 avere un'interfaccia grafica completa).
• Calcola la tua velocità (dai tuoi grafici di burn down / up) e calcola quanto tempo un Punto della Storia, in media, rappresenta (almeno alla tua velocità attuale), questo ti darà le durate delle attività. Spesso imprecise, ma saranno significative in una certa misura.
• Il piano ha un livello di dettaglio diverso a seconda del periodo di tempo, praticamente lo stesso per cascata. Possibile differenza tra un piano a cascata e dettagli diversi a seconda del pubblico.

• Un piano Agile è di proprietà del team. Un piano a cascata è di proprietà del Project Manager. Probabilmente hai già un Project Manager e probabilmente stanno facendo questa traduzione . Dovrebbero assumere la proprietà di questo documento tradotto e proteggere la squadra dal flack che potrebbe venire a piovere su di loro a causa di esso. È il lavoro di un progetto di o Waterfall Agile Manager per proteggere la squadra dalle distrazioni che impediranno loro di lavorare.

• Certo, non sai veramente cosa stai facendo l'iterazione successiva, ma sai esattamente cosa stai facendo. Hai una sensazione per questo, e ancora più dura l'iterazione dopo. (Ho sentito questo chiamato Iteration Radar). Mentire e dire di si. e quando menti tra i denti la storia della carta che non è sul tuo Iteration Radar, e mettila semplicemente da qualche parte. Spero che tu non debba inviare troppi aggiornamenti sul piano del progetto, o noteranno che non hai fatto ciò che hai detto che farai.

Fondamentalmente questo è un dolore. La traduzione sarà molte ore di lavoro. Se devi farlo molto, automatizzalo.

La prima domanda da porsi è che cosa vuole realmente l'azienda? Alcuni business sono perfettamente contenti di vedere gli sprint agili rappresentati / suddivisi in un diagramma di Gantt. Potrebbe non avere alcun senso per nessuno che capisca effettivamente gli sprint e possa cambiare regolarmente, ma è familiare alle persone che lo chiedono. Quindi, insieme al diagramma di Gantt, presenta il burndown, ecc.

Siamo passati attraverso qualcosa di simile e alla fine (se Agile sta funzionando) si venderà da solo (se non è così, perché lo stai facendo?). Le persone iniziano a capire lo "sforzo" e che una certa squadra è in grado di "bruciare" 40 punti di forza in uno sprint di 2 settimane e in realtà sono abbastanza bravi a stimare quei punti di sforzo. Una volta che vedono i benefici per loro, venderanno il processo al resto dell'azienda per te. Ma il punto principale è che non puoi mai, mai forzarlo su qualcuno mentre combatteranno.