In Scrum, i BA sono invitati a stare in piedi, e sono polli o maiali?

Ci sono tre domande poste a ogni partecipante in una riunione stand-alone . Sono:

1. Che cosa ho fatto ieri che ha aiutato il team di sviluppo a raggiungere l'obiettivo dello sprint?
2. Che cosa farò oggi per aiutare il team di sviluppo a raggiungere l'obiettivo dello sprint?
3. Vedo ostacoli che impediscono a me o al team di sviluppo di raggiungere l'obiettivo di sprint?

Si noti che il "chiarimento dei requisiti" non fa parte delle tre domande.

L'intera riunione non dovrebbe richiedere più di 15 minuti. In quel lasso di tempo, è possibile che la domanda 3 possa sollevare un problema con una specifica dei requisiti, ma la risoluzione di tale problema si sarebbe verificata all'esterno della riunione in piedi, con il regalo di laurea.

"The BA is responsible for clarifying the requirements for the team"

È responsabilità dello scrum master chiedere chiarimenti alla BA al di fuori delle riunioni quotidiane. Ha senso includere BA nelle riunioni di pianificazione dei singoli sprint, ma non nelle riunioni quotidiane in piedi.

Non capisco come l'analogia ai polli e ai maiali si applica a un BA in una mischia.

Essendo un BA che è incorporato in un team di scrum e frequenta stand up giornalieri, ho pensato di provare a offrire un piccolo spunto per esperienza personale. In generale, i BA non sono perfetti per un progetto di scrum agile. Loro (noi) possono ancora essere molto utili, in particolare su un grande progetto con molti team, dove un Product Owner non può essere ovunque in una volta. I BA possono funzionare come PO "subordinati" subordinati. In molti casi, è utile avere qualcuno vicino al team che può rispondere a domande sui requisiti e che ha una buona conoscenza dell'uso previsto dell'app e dei processi aziendali dei clienti.

Questo non significa in realtà che avere un BA incorporato con un team di scrum è l'ideale. Aiuta a facilitare la comunicazione con il team sui requisiti, e il BA può servire come un canale utile per facilitare una maggiore comunicazione tra il cliente e gli sviluppatori (che può essere riluttante a contattare direttamente il cliente o potrebbe non sapere esattamente chi ha bisogno di essere chiesto cosa per chiarire qualcosa). Generalmente, tuttavia, questo non è un motivo sufficiente per essere al mattino in una riunione in piedi. Solitamente il BA non ha aggiornamenti utili per il team e non è necessario per rispondere alle domande in quel formato, soprattutto perché dovrebbero essere disponibili agli sviluppatori in qualsiasi momento durante il corso della giornata.

Nel nostro caso, ai BA viene chiesto di scrivere storie di utenti per i team, verificare che le storie degli utenti siano collegate ai FLI concordati (elementi pubblicitari funzionali) e controllare la funzionalità delle storie completate come una sorta di "firma" prima che entrino nel processo di test formale. Vedo molti benefici dal fatto che i BA sono "integrati" nei team di scrum, ma in realtà, la ragione per cui il mio progetto fa questo è principalmente dovuta al fatto che abbiamo un cliente governativo, che allo stesso tempo vuole che siamo "agili" e ostacola la nostra capacità di praticare realmente lo sviluppo di software agile. Ritengo che la mia posizione sia il risultato di un tipo di compromesso "screditato", sfortunatamente.

La favola di pollo e maiale, insieme all'intera terminologia "pollo" e "maiale", è stata rimossa dalla Guida di Scrum .

Lo scopo del Daily Scrum è che il team di sviluppo riveda e coordini le loro attività. Cioè, lo sguardo su come stanno andando verso il completamento del lavoro nello Sprint Backlog e su come stanno andando verso il raggiungimento degli Sprint Goals. Una regola del Daily Scrum è che solo i membri del team di sviluppo partecipano e lo Scrum Master garantisce che i partecipanti esterni al team di sviluppo non interrompano l'evento.

Quindi, chi è un membro del team di sviluppo? I tre ruoli Scrum sono Product Owner, Scrum Master e Development Team. Il team di sviluppo "è costituito da professionisti che si occupano di consegnare un incremento potenzialmente rilasciabile del prodotto" Fatto "alla fine di ogni Sprint." Chi è questo dipende dalla tua organizzazione. Se i tuoi Analisti Aziendali stanno svolgendo un lavoro necessario per soddisfare la Definizione di Fatto del tuo team, allora fanno parte del team di sviluppo. Tuttavia, se non stanno facendo il lavoro che va incontro alla Definizione di Fatto, allora non sono membri del Team di Sviluppo.

Nella domanda, ci sono quattro ruoli per un analista di affari elencato:

• Gathering requirements by managing relationships with stakeholders and facilitating those conversations;
• Providing guidance on what to build when to release as much value as possible as early as possible;

Questo fa parte dell'attività in corso di perfezionamento del Product Backlog. Questo non è legato allo Sprint, ma alle mutevoli esigenze dei vari stakeholder. Questo in realtà non ha un posto in Daily Scrum. Gli articoli dovrebbero essere aggiunti, rimossi e riordinati nel Product Backlog continuamente, dalle persone che hanno il potere di prendere tali decisioni. Questo probabilmente include gli analisti aziendali.

• Helping the Scrum team to plan and improve their ways of working through retrospectives;

Questo non fa parte di una Daily Scrum, ma delle Retrospettive. La Retrospettiva è aperta all'intero team di Scrum, che include il Product Owner. Se i Business Analysts stanno lavorando a stretto contatto con il Product Owner per supportare il team, è logico che anche loro siano probabilmente presenti.

• Ensuring the work done by the team aligns with the wider business strategy.

Potrebbe essere utile al Daily Scrum. In qualità di osservatore, i Business Analysts possono portare a eventuali ritardi nel raggiungere gli Sprint Goals e completare lo Sprint Backlog nella pianificazione per il lavoro futuro. Nel caso in cui gli Sprint Goals siano a rischio, possono essere disponibili immediatamente dopo il Daily Scrum per coordinarsi con il team su come dare priorità al lavoro rimanente per aggiungere il massimo valore agli stakeholder. Sebbene il Daily Scrum abbia una durata di 15 minuti, non è insolito passare immediatamente a discussioni più dettagliate con le persone giuste presenti dopo una Daily Scrum.

Per Scrum, i BA non partecipano al Daily Scrum a meno che non stiano anche lavorando per ottenere la Definizione di Fatto. Tuttavia, la partecipazione e la partecipazione sono diverse. Devi valutare se avere i BA che frequentano e poi essere disponibile per le discussioni (se necessario) dopo che il tuo Daily Scrum vale il loro tempo.

Direi che il BA non dovrebbe far parte del processo di scrum. Non fanno parte del team di scrum. Invece, sono risorse per il Product Owner, che è un membro del team di Scrum. Il Product Owner è in ultima analisi il responsabile della determinazione di ciò che accade nel backlog e in quale ordine, oltre ai criteri di accettazione di tali PBI. Il BA, quindi, aiuta il Product Owner a prendere queste decisioni, ma ciò non significa che ora fanno parte del team di scrum.