Product Owners : L’essentiel, le linéaire et l’excitant, ou comment prioriser la désirabilité avec le modèle de Kano!

Il est Généralement difficile d’estimer la valeur de petites unités de fonctionnalités comme une user story unitairement. Pour palier à ceci, les user stories individuelles sont groupés en “thèmes”. Chaque thème définit un ensemble de fonctionnalités ayant de la valeur pour l’utilisateur ou le client. Les thèmes et les user stories sont par la suite priorisés relativement l’un par rapport à l’autre afin de créer un release plan.

L’une des activités essentielles du Product Owner, sinon l’activité par excellence, est la priorisation des fonctionnalités du produit. Dans cet article, nous allons exposer une méthode que le P.O. pourrait utiliser dans cet exercice de priorisation : Le Modèle de Kano.

Imaginons le cas suivant :

Il vous faut une voiture pour aller a votre nouveau travail, car il n’y a pas de transport en commun qui vous y achemine.Vous décidez d’acheter une voiture d’occasion.  Il est très important que la voiture ne tombe pas en panne, et que son système de chauffage marche bien, vous êtes dans un pays nordique et vous risquez votre vie si le chauffage tombe en panne.  Vous apprécieriez bien une voiture spacieuse, peu gourmande en essence et qui n’a pas trop roulé.  Vous seriez ravi si la voiture que vous pourriez vous payer aurait les options climatiseur, bluetooth,  commandes aux volant et mags en aluminium.

Nous pouvons grouper ces caractéristiques en trois catégories :

  • Essentiels : moteur fiable, système de chauffage fiable
  • Le plus le mieux : moins de consommation d’essence, plus d’espace ,  moins de kilométrage,
  • Les excitants : Bluetooth, Clim, commandes au volant, mags en aluminium.

Le modèle de Kano

Séparer les fonctionnalités dans les trois catégories précédentes peut offrir une panoplie d’information sur comment prioriser le travail pour une nouvelle release de produit. C’est en fait l’approche que l’éducateur Noriaki Kano nous donne, une façon  de séparer les fonctionnalités en trois catégories :

  • Fonctionnalités Seuils ou Essentielles
  • Fonctionnalités Linéaires
  • Fonctionnalités excitantes ou délices!

Fonctionnalités Seuils ou Essentielles

Les fonctionnalités essentielles sont ceux qui doivent absolument être présents afin que le produit réussisse. L’amélioration de la performance ou du nombre de fonctionnalités essentielles a un petit impact sur la satisfaction du client. Par exemple : du moment que le moteur fonctionne et que la voiture marche, peu importe le type du moteur.

Fonctionnalités Linéaires

Les fonctionnalités linéaires sont ceux qui répondent à la règle : “Le plus il y en a, le mieux”. Le plus la voiture est spacieuse, le mieux c’est. Le moins qu’elle consomme d’essence, le mieux c’est. Le moins qu’elle a fait de kilométrage, le mieux c’est. Le plus la performance de l’une de ces fonctionnalités, ou le plus il y’en a de ces fonctionnalités, le mieux le client va être satisfait.

Généralement, les fonctionnalités de cette catégorie sont très importantes. Le prix du produit est relié aux fonctionnalités linéaires.

Fonctionnalités excitantes

Les fonctionnalités excitantes sont ces fonctionnalités qui fournissent une grande satisfaction, généralement ajoutant une qualité et un prix “premium” au produit. Par ailleurs, l’absence d’un excitant ne diminue pas la satisfaction du client en dessous de la neutralité. L’absence de commandes au volant ne vont pas faire que le client n’achète pas la voiture.  Ces fonctionnalités sont aussi appelés “besoins inconnus” parce que les clients ne savent pas qu’ils veulent ces fonctionnalités jusqu’à ce qu’il les voient!

Le Modèle de Kano

Modele de Kano

Comment utiliser le diagramme pour prioriser?

L’emphase doit être placée a prioriser les fonctionnalités essentielles. Même s’il n’est pas forcément nécessaire de développer ces fonctionnalités dans les premières itérations, par contre, étant considérés essentielles par les clients, ces fonctionnalités doivent forcément être présentes avant le release du produit.

Par la suite, l’emphase est mis sur la complétion d’autant de fonctionnalités linéaires que possible. Du fait que chacune de ces fonctionnalités résulte en une  meilleure satisfaction du client, le plus de ces fonctionnalités sont inclus, le mieux c’est.

Finalement, au moins un minimum de fonctionnalités excitantes doivent être priorisées afin d’être inclues dans le release plan.

Notez aussi qu’avec le temps, les fonctionnalités ont généralement tendance à migrer en bas du diagramme de Kano. Bientôt, si ce n’est pas déjà le cas, l’option Bluetooth est en soit une Linéaire ou deviendra une essentielle!

Conclusion

Voila pour la priorisation! Personnellement j’aime bien cette façon de faire, je trouve qu’elle donne beaucoup de visibilité à tous les intervenants en allant des gens d’affaires jusqu’à l’équipe de développement.

Un autre point intéressant du modèle  de Kano est l’évaluation des thèmes, mais ceci est une histoire pour un prochain Post!

Liens

 

Anis Berejeb

Anis est avant tout un passioné de l'agilité et du développement. Avec plus de 15 ans dans le domaine du développement web, son expertise combine des connaissances accrues dans l'ensemble des notions partant du développement logiciel jusqu'à l'organisation des équipes dans les environnements agiles à grande échelle.

You may also like...