In un progetto di sviluppo di prodotto, gli stakeholder continuano a lamentarsi che le funzionalità consegnate non sono richieste dal business. Lo sponsor chiede se le risorse vengono utilizzate in modo efficace. Cosa avrebbe dovuto fare il project manager per evitare di consegnare un lavoro che non aggiunge valore aziendale?

La risposta corretta è incoraggiare il product owner a incontrare gli stakeholder e a creare un product backlog basato sulle loro esigenze. Questo approccio è fondamentale negli ambienti agili e ibridi per garantire che il lavoro svolto sia allineato con il valore aziendale. Il product owner è il responsabile di massimizzare il valore del prodotto e di gestire il product backlog, che è un elenco ordinato di tutto ciò che è necessario per il prodotto. Coinvolgere gli stakeholder fin dall'inizio e continuamente permette di catturare le loro reali necessità, prevenendo la consegna di funzionalità non richieste. Le altre opzioni sono meno efficaci: Chiedere agli stakeholder di registrare i reclami come richieste di modifica è reattivo e non previene il problema alla radice. Definire l'ambito e proibire deviazioni è troppo rigido e non tiene conto dell'evoluzione delle esigenze, tipica dello sviluppo prodotto. Documentare le esigenze e rivederle in retrospettiva è utile per il miglioramento continuo, ma non previene direttamente la consegna di lavoro senza valore nel ciclo corrente.