Le Guide Agile par Wishtack
  • Le Guide Agile par Wishtack
  • Sans Agilité
    • Bottom-up vs Top-down
    • Exemple de Régression Naturelle
  • Agile Manifesto
  • Scrum
    • Théorie et Piliers du Scrum
    • Valeurs du Scrum
    • Scrum Team
    • Artefacts
      • Product Backlog
      • Sprint Backlog
      • Increment
      • User Story
      • Epic
      • Expression du Besoin
      • Definition of Done
      • Definition of Ready
    • Evénements
      • Sprint
      • Sprint Planning
      • Stand-Up Meeting ou Daily Scrum
      • Sprint Review
      • Sprint Retrospective
      • Backlog Refinement
      • Timeboxing
    • Mesures & Outils
      • Story Points vs Temps
      • Valeur, Bugs et Chores
      • Vélocité
      • Scrum Board
      • Burn Down Chart
      • Burn Up Chart
      • Technical Debt
  • Priorisation & Planning
    • Le Modèle de Kano
    • La Méthode MoSCoW
    • Release Planning
    • User Story Mapping
  • eXtreme Programming
    • Apprendre à Conduire
    • Valeurs de l'eXtreme Programming
    • Pratiques de l'eXtreme Programming
    • Testing
    • Intégration Continue, Livraison Continue et Déploiement Continu
      • Intégration Continue
      • Livraison Continue
      • Déploiement Continu
      • Review Apps
  • Indicateurs
  • Kanban
    • Principes du Kanban
    • Workflow
    • Indicateurs et Paramètres
    • Classes of Service
  • Transformation Agile
    • Projet Pilote
    • Plan de Passage à l'Agilité
    • Le Changement
    • Contractualisation
    • Management
    • Scrum of Scrums
  • Agile at Scale
  • Transformation Etape par Etape
  • Outils
  • Quelques Liens
  • Bonus
    • The "Rong" Way to do Agile
    • Agile Causal Relations
    • Talks
Powered by GitBook
On this page
  • Threshold Attributes (Basics)
  • Performance Attributes (Satisfiers)
  • Excitement Attributes (Delighters)
  • Indifferent Attributes
  • Reverse Attributes
  • Priorisation
  1. Priorisation & Planning

Le Modèle de Kano

PreviousPriorisation & PlanningNextLa Méthode MoSCoW

Last updated 6 years ago

Le modèle de Kano définit cinq catégories pour les attributs d'un produit (ou service) :

Threshold Attributes (Basics)

Ces attributs représentent les fonctionnalités basiques que l'utilisateur attend absolument du produit.

Exemple : un écran couleur.

Performance Attributes (Satisfiers)

Les Performance Attributes regroupent les fonctionnalités dont on considère que l'aboutissement est proportionnel à la satisfaction.

Plus la fonctionnalité est aboutie, plus le client devrait être satisfait et inversement.

Exemple : performances de la batterie.

Excitement Attributes (Delighters)

Ces fonctionnalités sont inattendues par l'utilisateur et elles ne sont donc pas indispensables.

En revanche, elles peuvent facilement améliorer la satisfaction de l'utilisateur en le surprenant positivement.

Exemple : fullscreen, split screen mode, flexible screen, built-in projector, etc...

Indifferent Attributes

Cette zone regroupe les fonctionnalités dont l'absence ou la présence n'affectent en rien la satisfaction du consommateur.

Reverse Attributes

Ces fonctionnalités sont un cas extrême où la présence d'une fonctionnalité peut produit l'effet inverse sur la satisfaction de l'utilisateur.

Exemple : Touchscreen, Face ID.

Priorisation

La répartition des fonctionnalités au sein de ces catégories permet de faciliter leur priorisation.

Au fil du temps, de l'évolution du produit et du marché, les Excitement Attributes se transforment progressivement en Threshold Attributes.

La catégorisation des fonctionnalités peut s'avérer très subjective dans certains cas.

Il faut donc bien définir la cible ou créer des produits différents pour les différentes cibles.

Reproduction du diagramme de Noriaki Kano par Mind Tools. (source: mindtools.com)