Chi dovrebbero essere i partecipanti in retrospettiva? Saranno solo i membri del team OPPURE che dovrebbe partecipare anche il Product manager, tutti gli stakeholder e i team dipendenti.
Sono dell'opinione che solo la squadra dovrebbe incontrarsi per discutere in retrospettive, altrimenti tutti i membri del team non si apriranno. Ma uno dei dirigenti insiste che tutti gli stakeholder dovrebbero essere inclusi.
Who should be the participants in retrospective? Will it be only the team members OR should the Product manager, all the stake holders, dependent teams also participate.
Lo scopo della retrospettiva è che il team di Scrum valuti le loro performance durante lo sprint. In questo incontro possono discutere:
Gli stakeholder del progetto e il product manager non dovrebbero essere coinvolti in quanto non facevano parte del team di Scrum quotidianamente. La retrospettiva è per i partecipanti alla mischia.
In base alla mia esperienza, ho riscontrato che le parti interessate e i product manager non sono interessati a questioni tecniche, pratiche di sviluppo, problemi hardware ecc. che il team di sviluppo ha riscontrato durante lo sprint. La loro preoccupazione principale è che i team Scrum producano il prodotto corretto e lo scoprono durante le demo del prodotto.
Come per gli altri team dipendenti, anche loro non dovrebbero partecipare alla retrospettiva perché non hanno partecipato direttamente. Tuttavia, un membro / membro del team Scrum dovrebbe, insieme allo Scrum master, partecipare regolarmente regolarmente a Scrum of Scrums con altri team di sviluppo dipendenti per garantire che altri team siano a conoscenza dei progressi e in modo che la conoscenza possa essere condivisa.
Vorrei usare la risposta classica .... "dipende". La tua cultura del lavoro (come sono le persone aperte) e la tua relazione con l'OP influenza questa decisione.
In definitiva, l'obiettivo della sessione retrospettiva è cercare un miglioramento. Potresti chiedere a te stesso (e al team) se avere PO nella tua sessione produrrà risultati migliori o peggio.
Ero abituato a lavorare nel team che l'OP è coinvolto nella sessione e contribuisce molto ai nostri incontri da una prospettiva diversa. Eppure, questo è perché ha un ottimo rapporto con la squadra e tutti possono parlare apertamente.
Un'altra opzione è quella di dividere la sessione in problemi "non tecnici" e "tecnici". Dopo aver discusso delle questioni non tecniche, l'OP può andarsene e godersi la sua libertà. (Di solito dovrebbero essere contenti di questo). Tuttavia, lo Scrum master dovrebbe essere cauto su come hai intenzione di dare la priorità agli elementi delle azioni in un momento successivo in quanto il team può valutare gli elementi del team più degli OP.
Gli stakeholder hanno la loro opinione alla fine di Sprint Review, che è il loro momento per esprimere preoccupazioni, influenzare la possibile previsione degli sprint in uscita e dare un feedback.
La Sprint Retrospective è per lo Scrum Team. In alcuni casi, solo il team di sviluppo e lo Scrum Master sono presenti a questo incontro. Il proprietario del prodotto dovrebbe aderire, spesso la relazione con il proprietario del prodotto è parte di ciò che può essere migliorato, quindi invitarlo / a dovrebbe rendere questo processo più semplice. Inoltre, qualsiasi modifica al DoD (che può essere fatta come risultato della Retrospettiva) deve essere presa oltre il Product Owner, forse il team ha perso un motivo importante (come la legislazione) per le cose che sono come sono. Alla fine il Product Owner è responsabile per il prodotto e la sua qualità, quindi dovrebbe avere voce in capitolo.
Nel corso Professional Scrum Developer includiamo anche un'osservazione sul fatto che potresti ottenere una comunicazione più aperta chiedendo al Product Owner di lasciare la riunione ad un certo punto. In tal caso, la mancanza di trasparenza e fiducia dovrebbe essere affrontata in futuro in una retrospettiva, direi ...
Le parti interessate non hanno posto nella retrospettiva. Se vogliono cambiamenti su come stanno andando le cose, dovranno passare attraverso il Product Owner. Se ci sono problemi tra gli stakeholder e il team, potrebbe essere una buona idea fare una riunione separata (non una retrospettiva) con l'intero team di mischia presente (incl SM e PO) per mettere le carte scoperte sul tavolo e allenarsi i problemi.
Hai chiesto al manager perché pensa che questi stakeholder debbano essere inclusi? Cosa vuole uscire da quell'incontro? Capire quale incontro sarebbe il posto giusto per affrontare questo problema e chi dovrebbe essere l'unico ad affrontarlo. Potrebbe esserci la necessità di pianificare qualcosa che è al di fuori delle mischie standard, che ovviamente è permesso.
Passaggio pertinente da alla guida di controllo :
The Sprint Retrospective is an opportunity for the Scrum Team to inspect itself and create a plan for improvements to be enacted during the next Sprint.
Se ci sono problemi relativi a pianificazione, collaborazione e comunicazione tra l'ordine di acquisto e i membri del team, quindi suggerisco di invitare l'OP alla retrospettiva.
Quando si realizzano rilasci di prodotti pianificati, potrebbe essere utile organizzare una retrospettiva direttamente dopo il rilascio, in cui il team e gli stakeholder possano discutere degli sprint che hanno portato al rilascio e proporre idee per migliorare il modo di lavorare per la consegna imminente.
Non esiste una regola ferrea su chi invitare alla retrospettiva. La risposta giusta cambierà quasi certamente su base retrospettiva-per-retrospettiva. La risposta giusta dipende anche da molte cose:
Come facilitatore della Retrospettiva, spetta al tuo Scrum Master strutturare la Retrospettiva in modo tale da portare a un miglioramento continuo. Se ciò significa coinvolgere le principali parti interessate, è necessario che tali parti interessate siano invitate. Se ciò significa una sessione a porte chiuse solo per il core team, la retrospettiva dovrebbe essere chiusa ai partecipanti esterni.
Dal momento che gli Scrum Master non hanno un potere difficile, un buon Scrum Master capirebbe la necessità di cercare input dal team, dal manager, dal PO e dagli stakeholder rilevanti al fine di costruire un consenso su chi invitare ogni volta. Un buon Scrum Master creerebbe una relazione positiva con il tuo manager in modo che il manager possa capire perché questa flessibilità è così importante.
Leggi altre domande sui tag agile team scrum retrospective