Notion pour la Gestion de Projet Agile : Scrum et Kanban en Pratique

Notion est devenu l’outil de prédilection de nombreuses équipes produit et développement pour implémenter des méthodes agiles. Sa flexibilité permet d’adapter Scrum ou Kanban exactement à vos besoins, sans les rigidités des outils dédiés comme Jira. Dans cet article, on plonge dans le concret : comment configurer un vrai workflow agile dans Notion.

Notion vs Jira pour l’Agilité : Faire le Bon Choix

Avant de plonger dans la configuration, clarifions un point important : Notion n’est pas un outil de gestion de projet agile natif. Jira, Linear ou Shortcut sont conçus spécifiquement pour ça. Notion brille quand vous avez besoin de combiner la gestion de projet avec la documentation.

Choisissez Notion si :

• Votre équipe fait < 15-20 personnes
• Vous voulez centraliser specs, docs et suivi de projet
• Vous préférez la flexibilité sur la profondeur des fonctionnalités
• Vous avez des besoins transverses (marketing, design, produit ensemble)

Choisissez Jira/Linear si :

• Vous avez une grande équipe dev avec des besoins complexes (sprints imbriqués, reporting avancé)
• Vous avez besoin d’intégrations CI/CD natives
• Vos ingénieurs sont déjà à l’aise avec ces outils

Architecture Agile dans Notion

Les Bases de Données Nécessaires

Un setup agile complet dans Notion nécessite généralement 4 bases de données interconnectées :

1. Épics : Les grandes fonctionnalités (pilier stratégique, 1-3 mois de travail)
2. User Stories / Tickets : Les unités de travail (quelques jours max)
3. Sprints : Les itérations de 2 semaines
4. Bugs : Suivi des anomalies (optionnel, peut être dans les tickets)

Ces bases sont reliées entre elles via des propriétés de relation :

• Chaque Story est liée à un Épic
• Chaque Story est assignée à un Sprint
• Chaque Bug est lié à une Story ou directement à un Sprint

Propriétés Essentielles des User Stories

Proprietés d'une User Story :
- Titre (format "En tant que... je veux... pour...")
- Statut : Backlog | À faire | En cours | En review | Terminé | Bloqué
- Epic (relation)
- Sprint (relation)
- Assigné à (personne)
- Points (number : 1, 2, 3, 5, 8, 13)
- Priorité (select : P0-Critique | P1-Haute | P2-Moyenne | P3-Basse)
- Type (select : Feature | Bug | Tech Debt | Spike)
- Tags (multi-select : front, back, design, infra)
- Date de début (date)
- Date de fin estimée (date)
- URL PR GitHub (url)
- Critères d'acceptation (text)

Implémenter Scrum dans Notion

Le Product Backlog

Le backlog est votre base de données Tickets avec une vue filtrée : toutes les stories sans sprint assigné, triées par priorité. Cette vue est gérée par le Product Owner.

Configuration de la vue Backlog :

• Filtre : Sprint est vide
• Tri : Priorité (ascendant) puis Points (ascendant)
• Vue tableau avec groupement par Épic

Le Sprint Planning

Avant chaque sprint, créez un nouvel enregistrement dans la base Sprints :

Sprint 23 — [Date début] → [Date fin]
├── Objectif du sprint : "Livrer le module de paiement"
├── Capacité équipe : 45 points
├── Stories sélectionnées : (relation vers tickets)
└── Statut : Actif

Durant la cérémonie de sprint planning, l’équipe sélectionne les stories du backlog et les assigne au sprint. Dans Notion, c’est simple : éditez le champ Sprint de chaque story sélectionnée.

Le Sprint Board (Tableau Kanban)

Créez une vue Board (Kanban) de votre base Tickets, filtrée sur le sprint actif :

• Filtre : Sprint = Sprint Actif
• Groupement par : Statut
• Colonnes : Backlog | À faire | En cours | En review | Terminé

Cette vue devient votre tableau quotidien lors du daily stand-up.

Le Daily Scrum

Pour structurer le daily, créez une sous-page dans chaque Sprint appelée Journal du Sprint. Chaque jour, un rapide update :

## Daily — [Date]
**Présents :** Alice, Bob, Carlos

**Alice :** Terminé auth JWT. Commence dashboard user. Bloqué sur les mocks API.
**Bob :** En cours : page settings. Rien de bloqué.
**Carlos :** Review PR #247. Commence module notifications.

**Points bloqués à résoudre :** Alice — mocks API (Carlos peut aider, call 14h)

Le Sprint Review et Rétrospective

A la fin du sprint, deux cérémonies :

Sprint Review : Présentez les stories terminées. Dans Notion, filtrez les tickets avec Statut = Terminé et Sprint = Sprint 23.

Rétrospective : Créez une page Rétro avec 3 colonnes :

• 😊 Ce qui a bien marché
• 😤 Ce qui a moins bien marché
• 💡 Actions pour le prochain sprint

Conservez toutes les rétros dans un dossier Sprint History — c’est une mine d’or pour améliorer continuellement vos processus.

Implémenter Kanban dans Notion

Kanban vs Scrum dans Notion

Kanban est souvent plus simple à implémenter car il n’y a pas de sprints. Idéal pour :

• Les équipes de support/maintenance
• Les équipes marketing ou contenu
• Les équipes qui livrent en continu sans cycles fixes

WIP Limits (Work In Progress)

L’une des règles fondamentales du Kanban est de limiter le travail en cours. Notion ne permet pas nativement les WIP limits automatiques, mais vous pouvez les gérer manuellement :

Ajoutez un titre à chaque colonne de votre board avec la limite : En cours (max 3) ou En review (max 2). Votre équipe doit respecter ces limites par discipline.

Pro tip : créez une formule qui compte les items par statut et affiche une alerte visuelle si la limite est dépassée.

Workflow Kanban Multi-Équipes

Pour les équipes avec plusieurs flux (ex : équipe dev + équipe QA), créez des colonnes spécifiques :

Backlog → Analyse → Dev → Code Review → QA → Staging → Produit

Chaque transition entre colonnes peut avoir des critères d’acceptation définis dans un document Définition of Done.

Métriques et Reporting

Velocity du Sprint

Creez une base de données Sprints avec des propriétés calculées :

• Points engagés : (saisie manuelle lors du planning)
• Points livrés : (calculé via une relation et une formule)
• Velocity : Points livrés du sprint courant
• Velocity moyenne : Calculée sur les 3 derniers sprints

Burndown Chart (Workaround)

Notion n’a pas de graphiques natifs pour les burndown charts. Solutions :

1. Export vers Google Sheets : Exportez les données de sprint en CSV et créez le graphique dans Sheets
2. Chart.js via embed : Créez un graphique avec Chart.js et embedez-le dans Notion
3. Template Notion Charts : Quelques templates tiers proposent des workarounds avec des barres de progression visuelles

Tableau de Bord de Santé du Projet

Creez une page de dashboard avec des vues résumées :

📊 Dashboard Projet

🏃 Sprint Actif
[Vue filtrée : stories du sprint actif, groupées par statut]

📈 Statistiques Sprint
├── Points engagés : 43
├── Points livrés : 38 (89%)
├── Velocity moyenne (3 sprints) : 41
└── Stories bloquées : 2

🐛 Bugs Ouverts
[Vue filtrée : bugs non fermés, triés par priorité]

📅 Prochains Milestones
[Vue calendrier des épics avec date de fin]

Intégrations Utiles

GitHub / GitLab

Notion propose une intégration GitHub native (en beta). Elle permet de lier des Pull Requests directement à des tickets Notion, avec mise à jour automatique du statut.

Alternativement, copiez simplement l’URL de la PR dans la propriété URL PR de votre ticket.

Slack

Configurez des notifications Slack depuis Notion pour alerter l’équipe quand un ticket change de statut (Ex : passe en « En review », notification dans #dev-reviews).

Zapier/Make

Automatisez des flux comme : « Quand un ticket passe en Terminé, créer une entrée dans la base Release Notes ».

Pièges à Éviter

Trop de colonnes de statut : Gardez moins de 6 statuts. Plus de colonnes = plus de friction = moins d’adoption.

Négliger la maintenance du backlog : Un backlog de 200 tickets non triés est inutilisable. Faites un grooming hebdomadaire de 30 minutes.

Mélanger les niveaux de granularité : N’ayez pas de stories « Refonte complète de l’authentification » (c’est un épic) à côté de « Corriger le bug du bouton login » (c’est une tâche). Respectez la hiérarchie Épic > Story > Tâche.

Oublier la documentation : L’avantage de Notion sur Jira, c’est de pouvoir lier une story à sa documentation technique, ses specs, ses wireframes. Utilisez ces relations.

Conclusion

Notion peut devenir un outil agile puissant si vous investissez le temps de bien le configurer. Ce n’est pas Jira — et c’est souvent une bonne chose. La flexibilité de Notion permet d’adapter l’agilité à votre équipe, pas l’inverse. Commencez par le minimum viable (board kanban simple + base de stories), et enrichissez progressivement selon les besoins réels de votre équipe.

A propos de l'auteur

Maxime Berger

Coach en productivite et specialiste Notion

Maxime Berger est coach en productivite et consultant Notion certifie depuis 7 ans. Ancien Product Manager chez Alan, il a forme plus de 500 professionnels aux methodes de travail efficaces. Il partage templates et strategies sur guide-productivite.com.

400 articles publiésVoir le profil →