Come gestire le parti interessate interne ed esterne in un progetto Scrum

Ogni risposta a questo deve essere contestuale per essere veramente utile. In altre parole, non ci sono abbastanza informazioni qui per dare una risposta alla situazione specifica che ha dato origine alla domanda. E una risposta che è corretta per una situazione sarà probabilmente diversa da una risposta appropriata per la situazione successiva. Quindi, posso fornire una risposta generica basata sulle semplici regole del framework Scrum e sui principi Agile. Speriamo che questo vi aiuti a pensare a modi di gestire la situazione che vanno bene per voi.

Primo, non risponderò alla domanda ma correggerò qualcosa che vedo nella domanda. Anche se si può lavorare in un'azienda che ha "progetti Scrum", non esiste una cosa come un progetto Scrum in Scrum. Ci sono team Scrum di persone che lavorano su progetti e prodotti. Quando avete chiesto dei progetti Scrum, forse stavate pensando ad uno Scrum Team. In ogni caso, la mia risposta presuppone un Team Scrum che rimane insieme per un anno o più e potrebbe lavorare su molti progetti in quel periodo.

Un Team Scrum include tre ruoli: Proprietario del prodotto, Team di sviluppo e Scrum Master. Tutto lo Scrum Team possiede congiuntamente il risultato del suo lavoro. Vincono o imparano tutti insieme. Detto questo, ognuno dei ruoli ha un'area di attenzione. Il Product Owner ha il coinvolgimento degli stakeholder come parte del focus. Gli altri membri dello Scrum Team possono e dovrebbero aiutare nel coinvolgimento degli stakeholder. Il Product Owner si concentra sul far accadere il coinvolgimento necessario.

Il Product Owner può usare il Product Backlog come fulcro del coinvolgimento interno ed esterno degli stakeholder. Nuove idee sono offerte, raffinate, definite, rifiutate, accettate e così via. Il Product Owner gestisce questa interazione di idee poiché possiede il Product Backlog dello Scrum Team.

Il framework Scrum definisce la riunione di Sprint Review alla fine di ogni Sprint. Questo è il luogo abituale per gli stakeholder per vedere i progressi, offrire feedback e fornire nuove idee. Invita gli stakeholder alla tua riunione di Sprint Review. Assicurati che l'incontro non sia solo una dimostrazione delle caratteristiche ma includa anche molto tempo per il feedback e le idee sul lavoro futuro.

Inoltre, il Product Owner potrebbe scoprire che sono necessari altri incontri con gli stakeholders. Per esempio, il Product Owner e il resto dello Scrum Team dovrebbero avere sessioni regolari di Backlog Refinement per collaborare sulle informazioni tecniche sul lavoro futuro. Allo stesso modo, il Product Owner può anche avere incontri simili con gli stakeholder per ottenere informazioni sulla gestione del prodotto e sui bisogni degli utenti sul lavoro futuro.

Scrum e Agile richiedono trasparenza, nessuna sorpresa. Questo significa che quando lo Scrum Team ha difficoltà a completare le caratteristiche quando o nel modo in cui pensava di poterlo fare, il Product Owner informa subito le parti interessate. Significa anche che quando gli stakeholder pensano a cambiamenti significativi nella direzione del prodotto o nella priorità delle caratteristiche, collaborano con il Product Owner in anticipo invece di far scattare cambiamenti dell'ultimo minuto allo Scrum Team.

Importante è che il Product Owner usi la parola "No" quando è appropriato. Se lo Scrum Team consegna regolarmente ciò che ha detto che avrebbe fatto, dire "no" a richieste dirompenti o insostenibili non è un male. Gli stakeholder imparano che quando si danno delle priorità, ottengono ciò di cui hanno più bisogno. Ricordate uno dei miei detti preferiti: Se a qualcuno non è permesso di dire "No", tutte le sue risposte "Sì" significano davvero "Forse."

Guarda questo video di Henrik Kniberg per ulteriori approfondimenti sul lavoro di un Product Owner. Prestate particolare attenzione alle interazioni con gli stakeholder. Sono 15 minuti ben spesi!

Ti sono d'aiuto? Fammi sapere maggiori dettagli sulla tua situazione. Forse posso fornire qualche idea aggiuntiva dettagliata.