Un project manager sta per avviare un progetto su larga scala con requisiti poco chiari, una scadenza fissa e un budget fisso. Il cliente non può fornire un product owner a causa della capacità limitata e desidera essere coinvolto solo poche volte durante il progetto. Come dovrebbe il project manager pianificare e gestire il progetto?

La risposta corretta è "Concordare in anticipo un minimum viable product (MVP), stabilire le scadenze per la revisione e gestire il progetto con un backlog e sprint settimanali." Questo approccio è il più adatto perché il progetto ha requisiti poco chiari e il cliente ha una disponibilità limitata. L'adozione di un approccio agile (con MVP, backlog e sprint) consente di gestire l'incertezza, fornire valore incrementale e ottenere feedback dal cliente in momenti specifici, anche senza un product owner dedicato. Il project manager può agire come proxy product owner, definendo le priorità con il team e validandole con il cliente durante le revisioni. Le altre opzioni sono meno efficaci: Convincere il cliente che un product owner è necessario: Sebbene un product owner sia ideale in contesti agili, insistere potrebbe non essere fattibile data la capacità limitata del cliente e non risolve la necessità di avviare il progetto. Definire tutti i requisiti in anticipo: Questo è un approccio predittivo che non si adatta bene a requisiti poco chiari e potrebbe portare a rilavorazioni significative. Rifiutarsi di gestire il progetto: Non è una soluzione pratica per un project manager professionista; è preferibile trovare un modo per gestire il rischio.