OKR dans Notion : modèle de suivi simple (dashboard, check-ins, scoring)
Tout le monde adore définir des OKR.
Personne n’adore les suivre.
Résultat : 3 semaines après, tu as un doc “OKR Q1”… et une équipe qui repart en mode instinct.
Notion est parfait pour ça, à une condition : tu construis un système de suivi, pas un joli tableau.
Le piège classique : faire un tableau “Objectifs” et basta
Un OKR suivi dans Notion doit répondre à une seule question :
On en est où, et qu’est-ce qu’on décide ?
Si ton système ne sort pas ça en 10 secondes : il est trop complexe.
Le modèle minimal (3 bases, pas plus)
1) Objectifs
Nom
Période (ex : Q1 2026)
Owner
Statut (Draft / Actif / Terminé)
2) Key Results
KR (nom)
Objectif (relation)
Valeur cible
Valeur actuelle
Score (0 → 1)
Owner
3) Check-ins
Date
KR (relation)
Valeur du jour
Note (ce qui explique le score)
Décision / next step
Le scoring (simple et impitoyable)
Tu veux un score lisible.
Exemple :
Target = 100
Current = 45
Score = 0,45
Un score n’est pas “une opinion”.
C’est une mesure.
Le dashboard (cockpit)
Ton dashboard doit afficher :
Objectifs actifs
% d’avancement (moyenne des scores KR)
KRs en rouge (les plus bas)
Dernier check-in (date + note)
Règle : le dashboard sert à décider, pas à “faire beau”.
Le rituel (sinon ça meurt)
Check-in hebdo (15 min)
Qu’est-ce qui a bougé ?
Qu’est-ce qui bloque ?
Quelle décision cette semaine ?
Rétro de fin de cycle
On garde quoi ?
On coupe quoi ?
On change quoi dans le système ?
Erreurs qui détruisent ton suivi
Trop de KRs (tu te noies)
Pas d’owner (tu mens)
Pas de check-in (tu oublies)
Des KRs “qualitatifs” (tu ne mesures rien)
La version KreaCity (ta vision, plus loin)
OKR dans Notion, c’est un cas d’école :
si ta donnée n’est pas structurée, tu ne pilotes pas.
Donc je le traite comme un système :
source de vérité
relations propres
score automatique
dashboard lisible
Checklist (copie-colle)
3 DB : Objectifs / KRs / Check-ins
1 score (0→1) par KR
1 dashboard “on décide”
1 rituel hebdo