Le choix d’une méthode agile de développement, comme Scrum, change complètement le cycle d’un projet. Les itérations sont beaucoup plus rapides que celles qui étaient possibles avec les méthodes traditionnelles, comme le cycle en V. Il est ainsi possible d’avoir très rapidement une première version utilisable. Cette réduction appréciable du temps avant mise sur le marché (“time to market“) s’accompagne cependant d’un nouveau risque, celui de la non-convergence vers une version stabilisée : la facilité de multiplier les itérations peut faire perdre la nécessité d’objectifs à long terme. Le Product Owner est en principe responsable d’éviter cet écueil, en garantissant la maximisation de la valeur résultante de chaque itération au regard des objectifs métiers : il doit assurer que les versions successives se rapprochent d’un idéal à un temps T, sans multiplier les “faire et défaire” consommateurs de ressources. L’une des plus grandes difficultés de la méthode agile est de trouver ce Product Owner idéal, à la fois disponible pour la réussite du projet et porteur des vrais besoins.