🔄 Agile Process
Gestionnaire de Processus Agile
Gestion complète de projet agile avec les frameworks Scrum, Kanban et Hybride. Product backlog, sprint planning, tableau Kanban avec limites WIP, burndown charts, velocity tracking et rôles conformes au Scrum Guide 2020. Tout en un seul outil gratuit — fonctionne sur tout appareil.
Commencer Gratuitement →🔄
3 Frameworks Agiles
Scrum avec sprints et cérémonies, Kanban avec flux continu et limites WIP, ou Hybride Scrumban combinant les deux approches.
📋
Product Backlog
User stories avec priorisation MoSCoW, critères d'acceptation, story points, Classe de Service, dépendances et tags.
📈
Métriques & Graphiques
Suivi de velocity, burndown/burnup charts, CFD, lead/cycle time, throughput, score de santé du sprint et analyse de charge d'équipe.
👥
Rôles Scrum Guide 2020
Matrice de permissions détaillée : Product Owner, Scrum Master, Équipe de Développement. Équivalents Kanban : SRM et SDM.
Voyez-le en Action
Comment ça Marche
1
Choisissez votre Framework
Créez un projet et sélectionnez Scrum, Kanban ou Hybride. Chaque framework est livré avec des colonnes, rôles, métriques et workflows adaptés.
2
Construisez votre Backlog
Ajoutez des user stories avec priorité MoSCoW, critères d'acceptation, story points et tags. Estimez avec le Planning Poker intégré.
3
Lancez Sprints ou Flux
Planifiez les sprints avec la capacité d'équipe, suivez le progrès sur le tableau Kanban, analysez burndown et velocity, et lancez les rétrospectives.
3 Frameworks Agiles, Un Seul Outil
Choisissez la méthodologie adaptée à votre équipe. Changez de framework au fur et à mesure que votre processus évolue.
🏃
Scrum
Développement itératif basé sur les sprints selon le Scrum Guide 2020. Sprints à durée fixe (1-4 semaines) avec planning, daily standups, sprint review et rétrospective. Rôles : le Product Owner gère le backlog, le Scrum Master facilite les cérémonies, l'Équipe de Développement estime et livre. Suivez la velocity et le burndown à travers les sprints.
Idéal pour : Les équipes développant des produits avec des exigences évolutives, qui
bénéficient de cycles de feedback réguliers et d'une cadence de livraison prévisible.
📊
Kanban
Gestion de flux continu basée sur la Méthode Kanban de David Anderson. Visualisez le travail sur un tableau avec des colonnes personnalisables, imposez des limites WIP (Work In Progress), définissez des politiques de colonnes explicites, et catégorisez le travail avec les Classes de Service (Standard, Expédié, Date Fixe, Intangible). Utilisez des swimlanes pour grouper les cartes par assigné, priorité, CoS ou tag. Rôles : Service Request Manager et Service Delivery Manager.
Idéal pour : Les équipes de support, les workflows de maintenance, les environnements
avec des priorités changeantes, ou les équipes en transition progressive vers l'agile.
🔀
Hybride (Scrumban)
Combine le meilleur de Scrum et Kanban : conservez la structure de sprint pour le rythme de planification tout en utilisant les limites WIP et les métriques de flux de Kanban pour l'exécution quotidienne. Sprints optionnels, cérémonies simplifiées, et métriques de velocity et de flux combinées. Obtenez la prévisibilité de Scrum avec la flexibilité de Kanban.
Idéal pour : Les équipes en transition entre frameworks, les projets mélangeant
développement de fonctionnalités et maintenance, ou les équipes ayant besoin de la structure de sprint
avec plus de flexibilité.
Exploration Détaillée des Frameworks
Chaque framework est livré avec des colonnes, rôles, métriques et workflows adaptés. Voici exactement comment ils fonctionnent dans Keisen.
🏃 Scrum — Développement Itératif basé sur les Sprints
Keisen implémente Scrum selon le Scrum Guide 2020 avec support complet des cérémonies et permissions basées sur les rôles.
Cycle de Vie du Sprint (4 Phases)
- Planning — Le Product Owner sélectionne les stories depuis le backlog priorisé. L'équipe estime avec le Planning Poker intégré et s'engage en fonction de la capacité d'équipe (heures par membre, ajustées selon la disponibilité et les vacances). La durée du sprint est configurable de 1 à 4 semaines.
- Actif — L'Équipe de Développement travaille sur les stories engagées. Le tableau Kanban affiche 4 colonnes : À Faire → En Cours → En Revue → Terminé. Suivez la progression quotidienne avec le burndown chart (idéal vs. réel), enregistrez les notes de daily standup (Hier / Aujourd'hui / Blocages) par membre, et détectez automatiquement les blocages.
- Review — Le Scrum Master conduit une Sprint Review formelle selon le Scrum Guide 2020. Chaque story reçoit un résultat : Approuvé, À Affiner, ou Rejeté. Capturez le feedback des stakeholders, les notes de démo, les décisions formelles (action items, changements de périmètre, décisions techniques) et les leçons apprises.
- Terminé — La velocity est calculée automatiquement. Le sprint est lié à un tableau de Rétrospective intégré. Les stories non terminées retournent au backlog pour le sprint suivant.
Rôles Scrum (Scrum Guide 2020)
- Product Owner — Propriétaire du backlog. Crée, modifie, supprime et priorise les stories. Définit la Definition of Ready. Fixe l'estimation finale après discussion d'équipe. Assigne les membres aux stories.
- Scrum Master — Facilite les cérémonies. Crée, démarre et termine les sprints. Conduit la Sprint Review et la Rétrospective. Configure les limites WIP et les paramètres du tableau. Élimine les obstacles.
- Équipe de Développement (Développeur, Designer, QA) — Estime les stories via Planning Poker. S'auto-assigne aux stories. Déplace ses propres stories sur le tableau. Enregistre les notes de daily standup. Ne peut pas créer de stories ni gérer les sprints.
- Stakeholder — Accès en lecture seule. Participe au feedback de la Sprint Review. Ne peut pas modifier les stories, sprints ou tableau.
Métriques Scrum
- Velocity — Story points terminés par sprint, avec ligne de tendance entre les sprints
- Burndown Chart — Points restants par jour vs. ligne de burndown idéale
- Burnup Chart — Points terminés par jour montrant les changements de périmètre
- Score de Santé du Sprint — Détection automatique de risque quand la progression descend sous 80% de l'idéal
- Précision des Estimations — Comparaison points estimés vs. réels
- Lead Time & Cycle Time — Jours de la création au terminé / en cours au terminé
📊 Kanban — Gestion de Flux Continu
Keisen implémente Kanban selon la Méthode Kanban de David Anderson avec 6 pratiques : visualiser le workflow, limiter le TEP (Travail En Progrès), gérer le flux, rendre les politiques explicites, implémenter les boucles de feedback, améliorer collaborativement.
Configuration du Tableau (6 Colonnes par Défaut)
- Backlog — Tout le travail entrant. Politique : "Trier par priorité". Pas de limite WIP.
- Refinement — Stories en cours d'analyse et de détail. Limite WIP : 5. Politiques : "Max 2 jours dans la colonne", "Nécessite des critères d'acceptation".
- Ready — Stories qui répondent à la Definition of Ready. Limite WIP : 5. Politique : "Estimations terminées".
- In Progress — Développement actif. Limite WIP : 3. Politique : "Max 1 élément par personne", "Mise à jour quotidienne du statut".
- Review — Code review / QA. Limite WIP : 2. Politique : "Max 24h dans la colonne", "Nécessite code review".
- Done — Travail terminé. Politique : "Tous les critères d'acceptation remplis". Pas de limite WIP.
Limites WIP & Statut Visuel
Chaque colonne affiche un indicateur WIP en temps réel avec code couleur : vert = sous la limite, orange = à la limite, rouge = dépassée. Les éléments Expédiés (Classe de Service) peuvent dépasser les limites WIP si nécessaire pour le travail urgent.
5 Types de Swimlanes
- Classe de Service — Expédié (haut, rouge) → Date Fixe (violet) → Standard (bleu) → Intangible (gris)
- Assigné — Une ligne horizontale par membre d'équipe
- Priorité — Must (haut) → Should → Could → Won't (bas)
- Tag — Une ligne par tag pour le groupement par catégorie
- Aucun — Vue classique en colonnes plates
Classes de Service (4 Catégories)
- Standard (bleu) — Traitement FIFO normal, respecte les limites WIP
- Expédié (rouge) — Travail urgent, peut dépasser les limites WIP, traité immédiatement
- Date Fixe (violet) — Deadline immobile, engagement planifié
- Intangible (gris) — Dette technique, infrastructure, pas de valeur business immédiate
Rôles Kanban
- Service Request Manager (SRM) — Équivalent du Product Owner. Gère les demandes entrantes, priorise le backlog, définit les critères d'acceptation.
- Service Delivery Manager (SDM) — Équivalent du Scrum Master. Gère le flux, surveille les limites WIP, facilite les réunions d'amélioration, élimine les obstacles.
- Membres de l'Équipe — Tirent le travail du tableau, s'auto-assignent, mettent à jour le statut quotidiennement.
Métriques Kanban
- Diagramme de Flux Cumulatif (CFD) — Visualise le nombre d'éléments par statut dans le temps, révélant les goulots d'étranglement
- Lead Time — Jours de la création de la story à sa complétion
- Cycle Time — Jours de "In Progress" à "Done"
- Throughput — Éléments terminés par semaine
- Âge des Éléments — Combien de temps chaque élément est dans son statut actuel
- Efficacité de Flux — Ratio du temps de travail actif vs. lead time total
- Distribution WIP — Éléments actuels par colonne de statut
🔀 Hybride (Scrumban) — Le Meilleur des Deux Mondes
Hybride combine le rythme de sprint de Scrum avec la gestion de flux de Kanban. Conservez la prévisibilité des itérations time-boxées tout en utilisant les limites WIP et les métriques de flux pour l'exécution quotidienne.
Configuration du Tableau (Simplifiée)
- À Faire — Stories engagées dans le sprint, prêtes à démarrer. Pas de limite WIP.
- En Cours — Développement actif. Limite WIP : 5. Politique : "Max 1 élément par personne".
- Terminé — Travail terminé. Politique : "Tous les critères d'acceptation remplis".
Ce que Hybride emprunte à chaque Framework
| De Scrum | De Kanban |
|---|---|
| Time-boxing de sprint optionnel | Limites WIP par colonne |
| Suivi de velocity | Métriques de flux (CFD, lead/cycle time) |
| Burndown / Burnup charts | Cadence d'amélioration continue |
| Sprint planning & capacité | Système pull (l'équipe décide quand commencer) |
| Rétrospectives par sprint | Politiques de colonnes |
Quand utiliser Hybride
- Équipes en transition de Scrum vers Kanban (ou vice versa)
- Projets mélangeant développement de fonctionnalités (basé sprint) et maintenance (basé flux)
- Équipes qui ont besoin de la structure de sprint pour la planification mais veulent plus de flexibilité dans l'exécution quotidienne
- Organisations avec des niveaux de maturité variés entre les équipes
Scrum Guide 2020 — Matrice de Permissions par Rôle
Chaque action est contrôlée par un système de rôle à double couche : rôle d'accès (owner, admin, member, viewer) combiné avec le rôle fonctionnel (Product Owner, Scrum Master, Développeur). Pour les projets Kanban, les rôles sont remappés : PO → Service Request Manager, SM → Service Delivery Manager.
| Action | Product Owner | Scrum Master | Équipe Dev | Stakeholder |
|---|---|---|---|---|
| Gestion du Backlog | ||||
| Créer / Modifier / Supprimer Stories | ✅ | — | — | — |
| Prioriser le Backlog (MoSCoW) | ✅ | — | — | — |
| Définir l'Estimation Finale | ✅ | — | — | — |
| Assigner les Membres | ✅ | — | — | — |
| Gestion des Sprints | ||||
| Créer / Démarrer / Terminer Sprint | — | ✅ | — | — |
| Faciliter la Rétrospective | — | ✅ | — | — |
| Configurer les Limites WIP | — | ✅ | — | — |
| Estimation & Développement | ||||
| Estimer les Story Points (Planning Poker) | — | — | ✅ | — |
| S'auto-assigner aux Stories | — | — | ✅ | — |
| Déplacer ses propres Stories | ✅ | ✅ | ✅ | — |
| Déplacer n'importe quelle Story | ✅ | ✅ | — | — |
| Gestion de l'Équipe | ||||
| Inviter des Membres | ✅ | ✅ | — | — |
| Supprimer des Membres / Changer les Rôles | ✅ | — | — | — |
Équivalents Kanban : Product Owner → Service Request Manager (SRM) · Scrum Master → Service Delivery Manager (SDM) · Équipe de Développement → Membres de l'Équipe. Même matrice de permissions, terminologie différente.
Boîte à Outils Agile Complète
- Gestion du Product Backlog — User stories avec le template "En tant que... Je veux... Afin de...", priorisation MoSCoW (Must, Should, Could, Won't), critères d'acceptation, scoring de valeur business et dépendances entre stories
- Workflow Story en 7 États — Suivez les stories à travers Backlog → Refinement → Ready → In Sprint → In Progress → In Review → Done avec gestion automatique des statuts
- Sprint Planning & Capacité — Configurez la durée du sprint (1-4 semaines), calculez la capacité d'équipe basée sur la disponibilité des membres, allouez les stories par story points vs. capacité
- Tableau Kanban avec Limites WIP — Colonnes personnalisables avec limites Work In Progress, indicateurs visuels de statut WIP (vert/orange/rouge), et politiques de colonnes explicites selon la Pratique Kanban #4
- 5 Types de Swimlanes — Groupez les cartes par Classe de Service, Assigné, Priorité (MoSCoW), Tag, ou sans groupement pour une flexibilité maximale du tableau
- Classe de Service (Kanban) — Catégorisez les éléments de travail en Standard (FIFO), Expédié (peut dépasser les WIP), Date Fixe (deadline immobile), ou Intangible (dette technique)
- Burndown & Velocity Charts — Burndown en temps réel avec lignes idéales vs. réelles, suivi de velocity à travers les sprints avec analyse de tendances, scoring de santé du sprint
- Lead Time & Cycle Time — Calcul en direct du lead time (création jusqu'à terminé) et du cycle time (en cours jusqu'à terminé) pour l'analyse d'efficacité du flux
- Permissions Scrum Guide 2020 — Accès basé sur les rôles : le PO gère le backlog, le SM gère les sprints, l'Équipe de Dev estime et s'auto-assigne. Matrice de permissions détaillée pour chaque action
- Suivi du Daily Standup — Notes structurées "Hier / Aujourd'hui / Blocages" par membre d'équipe avec détection des blocages et suivi historique
- Sprint Review avec Résultats — Review formelle avec résultats par story (Approuvé / À Affiner / Rejeté), feedback des stakeholders, notes de démo et décisions formelles
- Capacité d'Équipe & Matrice de Compétences — Planification de capacité double vue (standard Scrum + vue horaire), matrice de compétences, suivi de disponibilité avec périodes d'indisponibilité
- Estimation Room Intégrée — Connectez-vous aux sessions de Planning Poker avec méthodes Fibonacci, T-Shirt, PERT et Bucket directement depuis les stories
- Rétrospective Intégrée — Liez les sprints aux tableaux de rétrospective avec 5 modèles, suivi des action items et analyse de sentiment
- Piste d'Audit — Historique complet des changements suivant 11 actions (créer, modifier, supprimer, déplacer, estimer, assigner, terminer, démarrer, clore, inviter, rejoindre) sur 5 types d'entités
- Export Google Sheets — Exportez 5 feuilles formatées : Product Backlog, Sprint Planning, Équipe & Capacité, Rétrospective, et Métriques Agrégées
Guide Méthodologique : Chaque framework inclut un guide interactif intégré avec des sections
sur les rôles, événements, artefacts, bonnes pratiques, anti-patterns et FAQ — pour aider votre équipe à
adopter l'agile correctement.
Construit sur des Méthodologies Éprouvées
Le Gestionnaire de Processus Agile de Keisen n'est pas qu'un simple tableau de projet — il implémente les frameworks tels que définis par leurs créateurs. Scrum suit le Scrum Guide 2020 de Ken Schwaber et Jeff Sutherland, avec des frontières de responsabilité strictes entre Product Owner, Scrum Master et Développeurs. Kanban implémente les six pratiques de David Anderson — de la visualisation du workflow à l'amélioration collaborative — avec de vraies limites WIP, des politiques explicites et la catégorisation par Classe de Service.
La matrice de permissions applique la séparation des responsabilités de Scrum : seul le Product Owner gère le backlog, seul le Scrum Master gère les sprints, et seuls les Développeurs estiment. Ce n'est pas optionnel — c'est ainsi que le framework est conçu pour fonctionner, et Keisen l'applique pour que votre équipe adopte les bonnes habitudes dès le premier jour.
Combiné avec l'Estimation Room intégrée pour le Planning Poker, le Tableau de Rétrospective pour l'amélioration continue, la Matrice Eisenhower pour la priorisation stratégique, et Smart Todo pour la gestion opérationnelle des tâches, Keisen fournit un écosystème agile complet — pas seulement des outils isolés.
Questions Fréquemment Posées
Quels frameworks agiles Keisen supporte-t-il ?
Keisen supporte 3 frameworks agiles : Scrum (basé sur les sprints
avec support complet des cérémonies incluant planning, daily standup, review et rétrospective),
Kanban (flux continu avec limites WIP, swimlanes, politiques de colonnes et Classe de
Service), et Hybride/Scrumban (combinant la structure de sprint avec le flux Kanban et
les limites WIP). Chaque framework dispose de fonctionnalités, rôles, métriques et configurations de
tableau par défaut adaptés.
Le Gestionnaire de Processus Agile est-il gratuit ?
Oui, Keisen Agile Process Manager est gratuit. Vous pouvez créer des projets agiles,
gérer des sprints, utiliser des tableaux Kanban avec limites WIP, suivre la velocity, générer des burndown
charts, gérer votre équipe et inviter des membres. Connectez-vous avec Google et commencez à travailler en
quelques secondes.
Quelle est la différence entre Scrum, Kanban et Hybride ?
Scrum utilise des sprints de durée fixe (1-4 semaines) avec 4 cérémonies (Planning, Daily Standup, Sprint Review, Rétrospective) et 3 rôles définis (Product Owner, Scrum Master, Équipe de Développement). Il suit velocity et burndown. Kanban utilise un flux continu sans sprints — le travail est tiré quand la capacité est disponible. Il utilise limites WIP, politiques de colonnes, swimlanes et Classe de Service. Il suit CFD, lead time, cycle time et efficacité de flux. Hybride (Scrumban) combine des sprints optionnels avec limites WIP et métriques de flux — vous donnant le rythme de planification de Scrum avec la flexibilité de Kanban.
Comment fonctionne le tableau Kanban ?
Le tableau Kanban de Keisen propose des colonnes personnalisables avec limites WIP
configurables qui affichent un statut visuel (vert = sous la limite, orange = à la limite, rouge =
dépassée). Vous pouvez définir des politiques de colonnes explicites (ex : "Max 24h dans cette colonne",
"Nécessite une code review"), utiliser 5 groupements de swimlanes (Classe de Service, Assigné, Priorité,
Tag, Aucun), et catégoriser le travail avec 4 Classes de Service (Standard, Expédié, Date Fixe,
Intangible). Les cartes se gèrent par glisser-déposer.
Comment fonctionne la gestion des sprints ?
Les sprints suivent le cycle de vie complet : Planning (sélection
des stories depuis le backlog, définition de la capacité par membre d'équipe), Actif
(suivi du progrès avec burndown chart, notes de daily standup, détection des blocages),
Review (évaluation de chaque story avec résultats formels : Approuvé, À Affiner, Rejeté,
plus feedback des stakeholders et décisions formelles), et Terminé (calcul automatique de
la velocity, lien vers la rétrospective). La durée du sprint est configurable de 1 à 4 semaines.
Comment fonctionne le workflow story en 7 états ?
Chaque user story suit 7 états : Backlog (nouvelle, non priorisée) → Refinement (en cours d'analyse, critères d'acceptation ajoutés) → Ready (répond à la Definition of Ready, estimation terminée) → In Sprint (engagée dans un sprint) → In Progress (développement démarré) → In Review (code review / QA) → Done (tous les critères d'acceptation remplis). Seules les stories marquées "Ready" peuvent être ajoutées à un sprint, imposant un grooming approprié.
Comment fonctionnent les user stories dans Keisen ?
Les user stories suivent le template "En tant que... Je veux... Afin de...". Chaque story inclut : priorité MoSCoW (Must, Should, Could, Won't), critères d'acceptation (checklist de conditions pour "Done"), story points (estimés via Planning Poker), Classe de Service (Standard, Expédié, Date Fixe, Intangible), valeur business (scoring 1-10), tags pour la catégorisation, dépendances avec d'autres stories, et assigné. Les stories suivent aussi les heures réelles et le pourcentage de progression personnalisé.
Qu'est-ce que la priorisation MoSCoW ?
MoSCoW est une technique de priorisation utilisée dans le product backlog de Keisen. Chaque story est classée comme : Must Have (critique, le projet échoue sans), Should Have (important mais pas vital), Could Have (souhaitable si le temps le permet), ou Won't Have (hors périmètre pour le moment). Le backlog peut être trié par priorité MoSCoW, et les swimlanes peuvent grouper les cartes par niveau de priorité sur le tableau Kanban.
Comment l'Estimation Room s'intègre-t-elle avec Agile Process ?
L'Estimation Room de Keisen s'intègre directement avec le Gestionnaire de Processus Agile. Depuis n'importe quelle user story, vous pouvez lancer une session de Planning Poker avec les méthodes Fibonacci, T-Shirt, PERT (3 points), Bucket, Décimale, Dot Voting ou Five Fingers. Les membres de l'équipe votent anonymement, discutent des différences et atteignent un consensus. L'estimation finale est définie par le Product Owner et sauvegardée comme story points. Seuls les membres de l'Équipe de Développement peuvent estimer — le Product Owner ne peut que définir la valeur finale.
Qu'est-ce que la Classe de Service en Kanban ?
La Classe de Service catégorise les éléments de travail par leur urgence et nature : Standard (bleu) — traitement FIFO normal, respecte les limites WIP ; Expédié (rouge) — travail urgent pouvant dépasser les limites WIP, traité immédiatement ; Date Fixe (violet) — travail avec deadline immobile ; Intangible (gris) — dette technique ou infrastructure sans valeur business immédiate. Vous pouvez grouper le tableau par Classe de Service via les swimlanes.
Que sont les swimlanes et comment fonctionnent-elles ?
Les swimlanes sont des groupements horizontaux sur le tableau Kanban. Keisen supporte 5 types : Classe de Service (Expédié en haut, puis Date Fixe, Standard, Intangible), Assigné (une ligne par membre d'équipe), Priorité (Must → Should → Could → Won't), Tag (une ligne par tag), et Aucun (vue plate classique). Les swimlanes aident à visualiser la répartition de la charge, identifier les goulots d'étranglement par catégorie et gérer les workflows parallèles.
Comment fonctionne la Sprint Review ?
Keisen implémente la Sprint Review comme un événement formel du Scrum Guide 2020. Le Scrum Master conduit la review, enregistrant : notes de démo pour chaque story présentée, résultats par story (Approuvé, À Affiner, ou Rejeté pour chaque story), feedback des stakeholders des participants (PO, SM, développeurs, stakeholders, invités), décisions formelles (action items, changements de backlog, changements de périmètre, décisions techniques) avec assignés et dates d'échéance, et leçons apprises. Un score de sentiment (1-5) capture l'humeur générale de l'équipe.
Qu'est-ce que la fonctionnalité Daily Standup ?
Chaque sprint inclut un suivi structuré du daily standup. Les membres de l'équipe enregistrent trois choses : Qu'avez-vous fait hier ?, Que ferez-vous aujourd'hui ?, et Des blocages ? Les blocages sont automatiquement détectés et signalés. Les notes de standup sont sauvegardées par membre et par jour, créant un journal historique qui aide à identifier les patterns, les blocages récurrents et les tendances de velocity de l'équipe.
Comment fonctionne la planification de capacité d'équipe ?
Keisen offre une planification de capacité en double vue : la Vue Standard Scrum montre la velocity, le throughput et les story points suggérés par sprint. La Vue Horaire montre les heures disponibles par membre (heures/jour configurables), les heures allouées et le pourcentage d'utilisation. Chaque membre a des heures de capacité par jour configurables (défaut 8), des compétences pour la matrice, et des dates d'indisponibilité (vacances, jours fériés) qui réduisent automatiquement la capacité du sprint.
Qu'est-ce que la Matrice de Compétences ?
La Matrice de Compétences visualise les compétences de votre équipe dans une grille. Chaque membre liste ses compétences (ex : React, Python, UX Design, Testing), et la matrice montre la couverture dans l'équipe. Cela aide la planification de sprint en identifiant les lacunes de compétences, en équilibrant la charge entre les spécialistes, et en prenant des décisions d'assignation éclairées. C'est particulièrement utile pour les équipes Scrum cross-fonctionnelles.
Comment fonctionnent les limites WIP ?
Les limites WIP (Work In Progress) plafonnent le nombre d'éléments autorisés dans chaque colonne Kanban. Quand une colonne est sous la limite, l'en-tête s'affiche en vert. À la limite s'affiche en orange. Au-dessus de la limite s'affiche en rouge. Cela prévient les goulots d'étranglement et le multitâche. Les éléments Expédiés (Classe de Service) peuvent dépasser les limites WIP quand un travail urgent nécessite une attention immédiate. Les limites WIP sont configurables par le Scrum Master / Service Delivery Manager.
Qu'est-ce qu'un Diagramme de Flux Cumulatif (CFD) ?
Le CFD est une métrique Kanban qui montre le nombre d'éléments dans chaque statut au fil du temps, empilés sous forme de bandes colorées. Il révèle : les goulots d'étranglement (bandes qui s'élargissent), le throughput (le rythme auquel les éléments atteignent "Done"), les tendances WIP (total d'éléments actifs), et l'approximation du lead time (distance horizontale entre les bandes). C'est l'outil de diagnostic principal pour les équipes Kanban, disponible en Kanban et Hybride.
Que sont les Politiques de Colonnes ?
Les Politiques de Colonnes sont des règles explicites qui définissent quand un élément de travail peut entrer ou sortir d'une colonne Kanban. Suivant la Pratique Kanban #4 (Rendre les Politiques Explicites), Keisen vous permet de définir des politiques par colonne — par exemple : "Nécessite des critères d'acceptation définis" pour Refinement, "Max 1 élément par personne" pour In Progress, "Nécessite l'approbation de la code review" pour Review, ou "Tous les critères d'acceptation remplis" pour Done. Les politiques sont visibles dans les en-têtes de colonnes et aident les équipes à construire des habitudes de workflow cohérentes.
Quels rôles et permissions Scrum Keisen supporte-t-il ?
Keisen implémente des rôles conformes au Scrum Guide 2020 avec une matrice de permissions détaillée : Product Owner (gestion du backlog, création de stories, priorisation, estimation finale, assignation des membres), Scrum Master (gestion des sprints, facilitation, rétrospective, configuration WIP), Équipe de Développement (estimation via Planning Poker, auto-assignation, déplacement de ses propres stories). Pour Kanban, les rôles équivalents sont Service Request Manager (SRM) et Service Delivery Manager (SDM). Les Stakeholders ont un accès en lecture seule. Chaque action a un contrôle d'accès spécifique par rôle — voir la matrice complète des permissions.
En quoi les rôles Kanban diffèrent-ils des rôles Scrum ?
Dans les projets Kanban, Keisen remappe les rôles Scrum vers les équivalents Kanban : Product Owner → Service Request Manager (SRM) qui gère les demandes entrantes et priorise le backlog, Scrum Master → Service Delivery Manager (SDM) qui gère le flux, surveille les limites WIP et facilite les réunions d'amélioration, Équipe de Développement → Membres de l'Équipe qui tirent le travail et s'auto-assignent. La matrice de permissions reste identique — seule la terminologie change pour correspondre aux conventions Kanban.
Quelles métriques et graphiques sont disponibles ?
Les métriques s'adaptent à votre framework : Scrum dispose du suivi de Velocity, des Burndown/Burnup charts, du scoring de santé du sprint, de la précision des estimations. Kanban dispose du Diagramme de Flux Cumulatif (CFD), de la distribution WIP, de l'efficacité de flux, de l'âge des éléments. Tous les frameworks disposent du Lead Time et Cycle Time (calcul en direct), des métriques de Throughput, de l'analyse de charge d'équipe, du suivi des changements de périmètre et de l'analyse de tendance d'engagement. Les métriques sont affichées dans un tableau de bord dédié avec graphiques interactifs.
Comment la Rétrospective s'intègre-t-elle aux sprints ?
Après avoir terminé un sprint, Keisen le lie à un tableau de Rétrospective intégré. Vous pouvez choisir parmi 6 modèles : Start/Stop/Continue, Sailboat, 4Ls (Liked/Learned/Lacked/Longed For), Starfish, Mad/Sad/Glad, et DAKI (Drop/Add/Keep/Improve). La rétrospective suit des phases guidées : Créer → Brainstormer → Grouper → Voter → Discuter → Finaliser. Elle inclut le vote de sentiment, les icebreakers météo, les conseils du coach et le suivi des action items. Pour Kanban, les rétrospectives peuvent être planifiées à n'importe quelle cadence.
Comment fonctionne la Piste d'Audit ?
Keisen suit chaque changement dans votre projet agile avec une piste d'audit complète. Il enregistre 11 actions (créer, modifier, supprimer, déplacer, estimer, assigner, terminer, démarrer, clore, inviter, rejoindre/quitter) sur 5 types d'entités (projet, story, sprint, équipe, rétrospective). Chaque entrée enregistre qui a effectué l'action, quand, les valeurs précédentes et nouvelles, et quels champs ont changé. Le journal d'audit est filtrable par type d'action, entité, utilisateur et plage de dates.
Puis-je exporter les données du projet ?
Oui, Keisen exporte vers Google Sheets avec 5 feuilles formatées : Product Backlog (toutes les stories avec métadonnées), Sprint Planning (timeline et allocations), Équipe & Capacité (roster avec compétences et capacité), Rétrospective (éléments, sentiment, action items), et Métriques Agrégées (velocity, throughput, lead/cycle time). L'export utilise l'API Google Sheets v4 et nécessite Google Sign-In.
Que sont les dépendances entre stories ?
Les dépendances entre stories vous permettent de définir des relations de blocage entre user stories. Si la Story B dépend de la Story A, cela signifie que A doit être terminée avant que B ne puisse commencer. Les dépendances aident le Product Owner à séquencer correctement le backlog et empêchent l'équipe de commencer un travail bloqué par des prérequis incomplets. Les dépendances sont visibles sur la carte de la story et dans la vue backlog.
Puis-je changer de framework après avoir créé un projet ?
Le framework (Scrum, Kanban, ou Hybride) est défini à la création du projet et détermine les onglets disponibles, les colonnes par défaut, les rôles et les métriques. Si vous avez besoin d'un framework différent, vous pouvez créer un nouveau projet avec le framework souhaité et déplacer vos stories. Le framework Hybride est un bon point de départ si vous hésitez — il supporte à la fois le travail basé sur les sprints et le flux continu.
Puis-je utiliser Keisen pour des équipes agiles à distance ?
Absolument. Keisen est une application web accessible depuis n'importe quel navigateur, conçue pour les équipes à distance comme sur site. Les fonctionnalités de collaboration en temps réel, les invitations d'équipe avec attribution de rôles, le suivi du daily standup, les tableaux de rétrospective intégrés et l'export Google Sheets en font l'outil idéal pour les équipes agiles distribuées. Tous les membres peuvent accéder au backlog, au tableau et aux métriques simultanément.
L'Agile Process Manager fonctionne-t-il sur les appareils mobiles ?
Oui, Keisen Agile Process Manager est entièrement responsive et fonctionne sur smartphones, tablettes et navigateurs de bureau. Vous pouvez gérer le backlog, suivre les sprints et consulter les métriques depuis n'importe quel appareil — aucun téléchargement nécessaire. L'interface s'adapte à la taille de votre écran pour la meilleure expérience.
Comment Keisen se compare-t-il à Jira ou Monday.com ?
Keisen offre 3 frameworks agiles en un seul outil (Scrum, Kanban, Hybride), des permissions de rôles conformes au Scrum Guide 2020, une Estimation Room intégrée avec 7 méthodes d'estimation, des tableaux de Rétrospective intégrés avec 6 modèles, une matrice de compétences d'équipe, une piste d'audit complète et un export Google Sheets — le tout gratuitement. Contrairement aux outils complexes avec tarification par utilisateur et des mois de configuration, Keisen est conçu pour les équipes qui veulent des fonctionnalités agiles puissantes avec une productivité immédiate.
Explorez les Autres Outils
📋
Smart Todo
Tableau Kanban collaboratif avec colonnes personnalisables et gestion de tâches intelligente
🎯
Matrice Eisenhower
Priorisation en 4 quadrants par urgence et importance avec intégration RACI
🃏
Estimation Room
Estimation collaborative en temps réel avec 7 méthodes dont le Planning Poker
💬
Rétrospective
5 modèles de rétrospective avec phases guidées et feedback anonyme
Prêt à gérer vos projets agiles ?
Commencez à gérer sprints, tableaux Kanban et capacité d'équipe avec un outil conçu pour les vraies équipes agiles. Gratuit pour tous.
Commencer Gratuitement →