first scrum master - ha bisogno di creare un backlog di prodotto e di impostare il lavoro

chi dovrebbe proporre la struttura del backlog del prodotto domani (io o il PO)?

Generalmente è il Product Owner che crea il backlog del prodotto. L'intero punto del backlog del prodotto deve essere un elenco di funzionalità desiderate dall'azienda in ordine prioritario.

dovremmo creare storie di utenti direttamente con il proprietario del prodotto?

Il contenuto del backlog è responsabilità del proprietario del prodotto, sia il contenuto delle storie degli utenti che il loro ordine. Detto questo, la creazione di storie degli utenti è quasi sempre qualcosa che coinvolge il team tecnico.

Ho un incontro di un'ora e nella mia comprensione ho bisogno di più di questo? qual è il tuo suggerimento su come procedere?

Nella mischia classica, hai tre incontri:

1. All'inizio dello sprint, hai una riunione di pianificazione in cui decidi quali storie saranno presenti nello sprint e in cui assicurati che le storie siano ben definite abbastanza da consentire agli sviluppatori di codificarle. Quanto tempo dipende dal team e dalla lunghezza dello sprint. Per la mia squadra di solito dura poco più di un'ora.
2. Durante ogni sprint, hai una situazione fisica quotidiana. Questo dovrebbe essere breve, idealmente intorno a dieci minuti. Il proprietario del prodotto potrebbe non essere presente.
3. Alla fine di ogni sprint, hai una recensione in cui il team dimostra il software al proprietario del prodotto.

IMHO, non farlo. Se vuoi andare Agile Crystal Clear o Kanban sarebbe più appropriato per la tua azienda.

Scrum è il peggiore, e ti stai già sbagliando facendo il maestra di mischia ma non fa parte del team! Tipicamente, in Scrum il PO è colui che assegna il backlog - il suo compito è quello di decidere cosa desidera dal prodotto, quindi è suo compito dare la priorità alle funzionalità che desidera. Dovrebbe essere in contatto con il team per fare ciò (poiché il team darà feedback utili su ciò che può essere raggiunto, o quali basi sono necessarie per le funzionalità che desidera implementare).

Questa è la chiave, se vuoi essere agile, devi coinvolgere il team in questo processo. Decidere quale sarà il design iniziale e dire alla squadra "fai questo lavoro" è, beh, molto cascata. (e so che Scrum tende a degenerare in una serie di cascate di 2 settimane, che non ne fanno una buona cosa).

Quindi, nella tua riunione di pianificazione, sii presente con il team. Di 'al PO di dire a tutti voi quello che vuole e gli direte cosa potete ottenere nel tempo assegnato allo sprint. Poi dovrebbe sparire e non tornare indietro fino alla fine dello sprint quando gli mostrerai cosa sei riuscito a fare. Quindi fai scorrere le cose extra (o roba originale che non hai il tempo di fare) che vuole fare.

Il tuo compito è far andare la riunione, coinvolgere la squadra e far uscire il PO da lì quando ha spiegato cosa ha bisogno di fare. Non essere il 'team manager'. Lo Scrum Master NON è il caposquadra, il team manager o qualsiasi altra forma di capo squadra. Il tuo compito è quello di mantenere la squadra chiara per fare le loro cose.