Ho un po 'di problemi riguardo l'implementazione di Scrum in un progetto. Il team con cui lavoro è in genere molto pessimo nel proporre idee. Non sono sicuro che si tratti di non sentirsi a proprio agio con l'ambiente o cosa.
Ho lavorato con loro in precedenza, e in realtà funzionano meglio secondo una strategia di sviluppo Waterfall in cui sono previsti tutti i requisiti e le attività, e i ruoli sono assegnati da alcuni Project Lead, e non devono fai gran parte del pensiero o organizzandoti. Funzionano bene con quella metodologia.
Tuttavia, quando si tratta di generare Sprint Tasks, tutto ciò che ottengo in Sprint Planning Meeting è vuoto. Nessuno è disposto a parlare, e io sono costretto a guidare la discussione. Forse non li sto conducendo molto bene, non sono davvero sicuro di quale sia la radice del problema, sfortunatamente. Non andiamo da nessuna parte nella Sprint Planning Meeting a meno che non li stia guidando, e anche allora, si limitano ad annuire quando dico qualcosa, e poi lo scrivo come un'attività Sprint, e il ciclo si ripete. Non molto Agile secondo me.
Ho chiesto a uno dei membri del team che sono un buon amico per il motivo per cui potrebbero avere problemi, e ha detto che era perché non avevano una specifica dei requisiti pensata per ogni PBI, quindi non potevano davvero generare nessuno Sprint Compiti quando non sapevano quale obiettivo stavano cercando di raggiungere. Riconosco che non possiamo semplicemente immergerci in un progetto senza comprendere i requisiti nemmeno lontanamente.
In risposta ho ideato una fase "Product Backlog Planning" da uno a due mesi prima di ogni Sprint in cui guardiamo i PBI, decidiamo quali vogliamo "estrapolare" (che noi chiamiamo rendendoci conto ), e quindi trascorrere il mese successivo o giù di lì e le successive 3-4 riunioni scrivendo informali "Requisiti Specifiche" per i PBI scelti.
Sembra funzionare, e non sentire come se si scontrasse con i principi di Scrum o del Manifesto Agile, ma non voglio mentire a me stesso. Inoltre, passare da uno a due mesi tra gli sprint è una terribile perdita di tempo, a mio parere, e da quello che ho letto sembra che il tempo trascorso tra uno Sprint e l'altro sia di solito da una a due settimane. Inoltre, non voglio rischiare di trasformarmi in "Scrum- ma ".
Ho già lavorato con Scrum, ma mai in un team in cui ha funzionato . Quindi non ho mai avuto l'opportunità di osservare e apprezzare veramente perché le cose in Scrum sono come sono, e quindi non ho mai capito quando è stato necessario cambiarle (vedi "We provato di baseball e non ha funzionato" ).
Se è di qualsiasi importanza (che credo possa essere), al momento non abbiamo un cliente stabilito o ufficiale, nel senso che noi dobbiamo uscire e cercare attivamente i requisiti, invece di il Cliente ci ha portato i suoi requisiti.
Cosa dovrei fare per aiutare a superare questo ostacolo di squadra, pur non trasformandomi in una mischia, ma? Sono sulla buona strada, o sto volando fuori dai binari?