Traditionnellement, dans le monde de l’IT, on travaille en mode projet. Le développement d’un logiciel est donc organisé sous la forme d’un, voire plusieurs projets. Chaque projet a un périmètre (autrement dit les besoins auxquels va répondre le logiciel que l’on va produire), un délai et un coût prévu. Le succès d’un projet est donc déterminé sur le respect de ces trois éléments : périmètre, délai et coût.

Avec une approche agile, et particulièrement avec Scrum, le focus est clairement plus mis sur le produit. D’ailleurs, on parle bien de Product Owner, et non de Project Owner en Scrum. On parle alors de culture produit. En comparaison à une culture projet, la culture produit se distingue sur les critères qui font que le produit est un succès. Ces critères sont les suivants :

• La satisfaction des utilisateurs du produit, qui peut bien sûr se mesurer sur différents axes en fonction du contexte (gain de temps dans la réalisation de tâches, ergonomie du produit, utilisabilité …)

• Le time to market, autrement dit le fait de livrer les fonctionnalités au moment où elles sont attendues et où elles apportent le plus de valeur, ni trop tôt, ni trop tard

• Le ROI (Return On Investment) du produit, que ce soit un apport de revenus financiers supplémentaires ou un gain de temps dans les processus de gestion d’une organisation

La culture produit a un focus plus marqué sur la qualité mesurée via la satisfaction des utilisateurs et la valeur délivrée mesurée par le ROI. Elle porte plus d’importance à ce que l’on appelle « les outcomes » (c’est-à-dire les impacts du produit sur le métier), alors qu’une culture projet porte plus d’importances aux « outputs » (c’est-à-dire les livrables eux-mêmes).