Stiamo avviando un progetto Agile e il proprietario del prodotto ha iniziato ad aggiungere storie utente al backlog del prodotto (per lo più epic in questa fase).
Chi sarebbe responsabile di scomporre i poemi epici in storie di utenti più piccoli - è lasciato al proprietario del prodotto, oppure ti aspetteresti che il resto del team sia coinvolto (tenendo presente che non avranno alcuna conoscenza dei requisiti o problema di dominio)?
Come regola generale, l'intera squadra è responsabile della scomposizione degli epici prima di implementarli. Va bene inserire l'epico nel backlog e assegnarlo a priorità, e quindi scomporlo appena prima dell'iterazione in cui è pianificato l'implementazione. Quando scomposizione, il proprietario del prodotto (o altri rappresentanti di clienti e utenti) contribuirebbe a identificare i sottoprocessi dell'epica in modo che possa essere scomposto nelle sue parti costitutive.
Tuttavia, senza una comprensione del dominio del problema o dei requisiti del sistema, non sono sicuro di come il team di sviluppo possa avere una conversazione con il proprietario del prodotto, i clienti e gli utenti su ciò che stanno erogando. A seconda della complessità del dominio del problema, potrebbero non avere una comprensione approfondita, ma mi aspetterei un qualche tipo di formazione sulla terminologia aziendale e del dominio specifica del cliente, i problemi che il sistema sta cercando di risolvere e la direzione generale e requisiti di alto livello del sistema in fase di sviluppo per tutti i soggetti coinvolti nel progetto.
IMO, il team sarebbe responsabile della suddivisione degli epop in piccole storie di utenti che, all'inizio, rappresenterebbero una sfida probabilmente miglioreranno nel tempo.
Il team dovrebbe comprendere il dominio e accettare la propria parte nell'implementazione del prodotto. Anche se inizialmente ci possono essere varie domande, il team può chiedere al proprietario del prodotto di elaborare le poesie, ma l'organizzazione del lavoro e la suddivisione in attività dovrebbero sicuramente rientrare nella competenza del team.
Il Product Owner non dovrebbe mettere "epopea" nel backlog, dovrebbero mettere storie sul backlog.
Se, durante il processo di pianificazione e stima, il team scopre che una storia è troppo grande per rientrare in uno sprint, il team promuove la storia in un'epica e, con l'assistenza del Product Owner, la suddivide in gestibile parti.
I punti importanti:
Gli OP non riescono a scrivere "epopee" per evitare di pensare seriamente alle funzionalità che desiderano. Scrivono storie che descrivono caratteristiche concrete.
L'analisi di una storia in parti più piccole richiede solitamente la conoscenza del dominio sia dal lato dello sviluppo che dal lato del proprietario del prodotto. È meglio pensarlo come uno sforzo collaborativo.
Leggi altre domande sui tag agile