76 lines
2.7 KiB
Markdown
76 lines
2.7 KiB
Markdown
# Frameworks de Priorisation PM
|
||
|
||
Les outils utilisés par les Product Managers pour décider quoi construire, dans quel ordre, et pourquoi.
|
||
|
||
---
|
||
|
||
### Jobs-to-be-Done (JTBD)
|
||
|
||
Le **Jobs-to-be-Done** est un framework qui part du principe que **les gens "embauchent" un produit pour accomplir une tâche dans leur vie**, pas pour ses fonctionnalités.
|
||
|
||
**Formulation** :
|
||
> "Quand [situation], je veux [motivation], pour que [résultat attendu]."
|
||
|
||
**Exemple** :
|
||
- ❌ "L'utilisateur veut une perceuse de 10mm"
|
||
- ✅ "Quand je dois accrocher un tableau, je veux faire un trou rapidement, pour que ma maison soit décorée sans effort"
|
||
|
||
**Usage PM** : identifier les vrais jobs aide à prioriser les features qui ont un impact réel plutôt que celles qui semblent logiques sur le papier.
|
||
|
||
---
|
||
|
||
### RICE Scoring
|
||
|
||
Le **RICE** est un framework de **priorisation des features** qui évalue chaque initiative sur 4 critères.
|
||
|
||
**Formule** :
|
||
> Score RICE = (Reach × Impact × Confidence) / Effort
|
||
|
||
| Critère | Définition | Exemple |
|
||
|---|---|---|
|
||
| **R**each | Combien d'utilisateurs touchés ? | 500 users/mois |
|
||
| **I**mpact | Quel impact sur l'objectif ? (0.25 / 0.5 / 1 / 2 / 3) | 2 = fort |
|
||
| **C**onfidence | Degré de certitude % | 80% |
|
||
| **E**ffort | Jours-personne nécessaires | 5 jours |
|
||
|
||
> Score = (500 × 2 × 0.8) / 5 = **160**
|
||
|
||
Plus le score est élevé, plus la feature est prioritaire. Permet de dépolitiser la priorisation.
|
||
|
||
---
|
||
|
||
### ICE Scoring
|
||
|
||
L'**ICE** est une version simplifiée du RICE, souvent utilisée en early-stage.
|
||
|
||
**Formule** :
|
||
> Score ICE = Impact × Confidence × Ease (facilité)
|
||
|
||
Chaque critère noté de 1 à 10 :
|
||
- **Impact** : quel effet sur la métrique clé ?
|
||
- **Confidence** : à quel point es-tu sûr de cet impact ?
|
||
- **Ease** : à quel point c'est facile à implémenter ?
|
||
|
||
> Rapide à calculer, moins précis que RICE, idéal pour des backlogs courts.
|
||
|
||
---
|
||
|
||
### Kano Model
|
||
|
||
Le **modèle de Kano** est un framework qui classe les features selon leur **impact sur la satisfaction client**.
|
||
|
||
**5 catégories** :
|
||
|
||
| Catégorie | Définition | Exemple |
|
||
|---|---|---|
|
||
| **Basic needs** (must-have) | Attendu, son absence = insatisfaction | Login sécurisé |
|
||
| **Performance** (linear) | Plus c'est bien fait, plus c'est apprécié | Vitesse de chargement |
|
||
| **Delighters** (wow) | Inattendu, crée de l'enthousiasme | Animation surprise |
|
||
| **Indifferent** | Ni satisfait ni insatisfait | Couleur du footer |
|
||
| **Reverse** | Certains aiment, d'autres détestent | Mode sombre |
|
||
|
||
**Usage PM** : ne pas passer du temps sur les "indifferent", s'assurer que les "must-have" sont irréprochables, ajouter des "delighters" pour se différencier.
|
||
|
||
---
|
||
|
||
**Tags** : #product #frameworks #prioritization #jtbd #rice #kano #backlog
|