Kanban ou Gantt ? La mauvaise vue fait travailler l'équipe à l'aveugle

• Le Kanban est une vue par état (à faire / en cours / terminé), idéale pour des flux continus et des équipes auto-organisées.
• Le Gantt est une vue par temps et dépendances, adapté aux projets avec dates fixes, livrables séquentiels et coordination multi-équipes.
• Selon Digital.ai, l'agile (et donc Kanban) atteint 94 % d'adoption dans les équipes IT, mais le Gantt reste dominant dans la construction, l'industrie et les projets clients à jalons contractuels.
• Le critère de choix principal n'est pas la taille de l'équipe, c'est la nature du livrable : récurrent (Kanban) ou unique avec dépendances (Gantt).
• Beaucoup d'équipes performantes utilisent les deux vues simultanément sur les mêmes tâches, dans un même outil, plutôt que de trancher.

Deux vues, deux logiques de gestion de projet

Kanban vs Gantt est l'une des questions les plus posées en gestion de projet. La réponse courte : ce n'est pas un duel, c'est un choix de vue selon ce que le projet doit produire.

Selon le rapport Digital.ai 2024, l'adoption de l'agile atteint 94 % dans les équipes logicielles. Le Kanban, qui en est l'expression visuelle la plus simple, s'est imposé là où les livrables se renouvellent en continu. Le Gantt, lui, reste structurant dans tous les contextes où la séquence et les jalons priment.

Cet article compare les deux approches en pratique, donne les critères de décision, montre quand combiner les deux, et signale les pièges à éviter.

Qu'est-ce que la vue Kanban ?

Le Kanban est une méthode visuelle d'organisation du travail, formalisée chez Toyota dans les années 1950 et popularisée dans le numérique au début des années 2010. Le principe : représenter chaque tâche par une carte qui circule dans des colonnes correspondant à un état (« À faire », « En cours », « En revue », « Terminé »).

L'équipe limite volontairement le nombre de tâches en cours dans chaque colonne (work in progress, WIP). Cela force à terminer avant de démarrer.

Ce que rend visible un Kanban

• L'état actuel de chaque tâche, sans avoir à demander.
• Les goulets d'étranglement : une colonne qui s'allonge signale un blocage à l'étape suivante.
• Le flux de travail : on voit en un coup d'œil ce qui rentre et ce qui sort.
• La charge ressentie par l'équipe en temps réel.

Pour un cadrage approfondi, le guide méthode Kanban en gestion de projet détaille les règles d'usage et les bonnes pratiques.

[BANNER type="lead_banner_1" title="Matrice de choix des vues : Kanban, Gantt ou mix" description="Saisissez votre adresse e-mail pour recevoir un guide complet, étape par étape" picture-src="/upload/medialibrary/c0f/04zrwoo0jpzvirn15czqu595pynw0yl9.webp" file-path="/upload/medialibrary/1cc/uuy27h44bdmm0lnvnvbs0p0w0p8z4jtp.pdf"]

Qu'est-ce que la vue Gantt ?

Le diagramme de Gantt est un outil de planification créé par Henry Gantt au début du XXe siècle. Chaque tâche y est représentée par une barre horizontale dont la longueur correspond à sa durée et la position à sa date de début. Les dépendances entre tâches sont matérialisées par des flèches.

Là où le Kanban montre l'état, le Gantt montre la séquence et le calendrier.

Ce que rend visible un Gantt

• Les dates clés et les jalons contractuels.
• Les dépendances : si la tâche A glisse, quelles tâches B, C, D vont être impactées.
• Le chemin critique : la chaîne de tâches qui détermine la durée totale du projet.
• Les marges disponibles avant qu'un retard ne devienne un retard global.

Pour comparer avec d'autres approches de planification, le diagramme PERT et le Gantt partagent la logique de dépendances mais avec des représentations différentes.

Kanban vs Gantt : comparaison directe

Pour trancher rapidement, voici les différences sur les critères les plus utilisés en pratique.

[BANNER type="lead_banner_2" blockquote="\"... il n'y a rien de mieux qu’un employé qui sait exactement ce qu'il doit faire et quelles sont ses priorités du jour.\"" user-picture-src='/upload/optimizer/converted/upload/iblock/658/4okky1tuzv87rv0idpkhrt7inettu0kp.png.webp?1745926552452' user-name="PDG, Egor Volvich" user-description="ESCAPEWELT GMBH"]

Quand le Kanban est le bon choix

Le Kanban excelle dans les contextes où le travail arrive en continu et où les priorités peuvent évoluer rapidement.

1. Équipes support et helpdesk : les tickets entrent et sortent sans calendrier prédéfini.
2. Équipes produit en mode agile : sprints courts, backlog renouvelé en permanence.
3. Équipes marketing en flux : production de contenus récurrents, campagnes parallèles.
4. Pilotage de tâches d'opérations : recrutement en cours, demandes RH, achats.
5. Suivi de pipeline commercial : opportunités circulant entre étapes (qualification, négociation, signature).

Quand le Gantt est le bon choix

Le Gantt s'impose quand le projet est borné dans le temps, avec des dates contractuelles ou réglementaires non négociables.

6. Lancement produit ou évènement : date fixe, dépendances multiples (légal, marketing, production).
7. Projet client à phases facturées : chaque livrable conditionne le paiement de la phase suivante.
8. Projet construction ou industriel : dépendances physiques (les fondations avant les murs).
9. Migration informatique : étapes séquentielles avec point de bascule unique.
10. Projet réglementaire : échéance imposée par une obligation externe (RGPD, audit, fin d'exercice fiscal).

L'approche hybride : utiliser les deux sur la même base

L'opposition Kanban vs Gantt est largement artificielle. Les deux vues regardent les mêmes tâches sous deux angles. La meilleure stratégie consiste rarement à choisir, mais à pouvoir basculer entre les deux selon la question posée.

Une revue d'avancement quotidienne se fait mieux en Kanban (l'équipe voit l'état du flux). Un point sponsor mensuel se fait mieux en Gantt (le sponsor veut voir la trajectoire vers la livraison). La même tâche se trouve dans les deux vues si l'outil le permet.

Une seule base de tâches, plusieurs vues simultanées

Tant que Kanban et Gantt vivent dans deux outils différents, l'approche hybride coûte trop cher en synchronisation. Le réflexe consiste à choisir un outil qui propose les deux vues sur la même base de tâches.

Bitrix24 propose par exemple cette logique : une tâche créée apparaît automatiquement dans la vue Kanban, la vue Gantt, la vue Liste et le Calendrier. Une dépendance ajoutée dans le Gantt se reflète dans le Kanban en bloquant la carte tant que la précédente n'est pas terminée. L'équipe choisit la vue qui lui convient sans dupliquer la donnée.

Pour choisir la méthode globale au-delà de la vue, le panorama des méthodologies de projet éclaire la décision en amont de la question Kanban / Gantt.

Limites et pièges à éviter

Les deux méthodes ont des angles morts. Les ignorer est la première cause d'échec d'adoption.

• Kanban sans limite WIP : sans nombre maximum de tâches en colonne « En cours », la vue ne révèle rien.
• Gantt qui ne se met jamais à jour : un Gantt construit en début de projet et plus jamais touché donne une fausse sécurité.
• Trop de colonnes Kanban : au-delà de 6 colonnes, le tableau devient illisible.
• Gantt trop détaillé : un diagramme avec 200 lignes ne se lit pas. Préférez un Gantt de macro-jalons et un Kanban pour le détail.
• Choix par dogme : imposer Kanban à un projet de construction ou Gantt à une équipe support produit du rejet, pas de la performance.

Pour les équipes qui hésitent, le panorama des meilleures méthodes de gestion de projet propose une lecture croisée Kanban, Gantt, Scrum, Lean.

Foire aux questions

Kanban et Scrum, est-ce la même chose ?

Non. Scrum est une méthodologie agile complète (rituels, rôles, artefacts) qui inclut souvent un tableau Kanban. Le Kanban seul est une méthode de visualisation et de pilotage du flux, sans imposer de sprints ni de rétrospectives. On peut faire du Kanban sans Scrum, mais rarement Scrum sans une forme de Kanban.

Le Gantt est-il dépassé pour les équipes agiles ?

Non, mais son usage change. Pour une équipe agile, le Gantt sert à communiquer la trajectoire macro à la direction et aux parties prenantes externes, pas à piloter le quotidien. Il est mis à jour à chaque sprint plutôt qu'au démarrage et oublié.

Combien de tâches en cours sur un tableau Kanban ?

La règle empirique : pas plus de 1,5 tâche en cours par membre de l'équipe. Pour une équipe de 4 personnes, viser 6 tâches maximum dans la colonne « En cours ». Au-delà, la fluidité chute et le tableau devient un parking.

Peut-on suivre un projet long uniquement en Kanban ?

Oui pour le pilotage opérationnel. Non pour le suivi des engagements externes. Sans une vue temporelle (Gantt ou roadmap), il devient difficile de répondre à la question « ce livrable, c'est pour quand ? » avec une marge d'erreur acceptable.

Faut-il un outil dédié ou un tableur peut suffire ?

Pour une équipe de 2-3 personnes sur un projet ponctuel, un tableur fonctionne. Au-delà, l'absence de notifications, de dépendances visuelles et de droits d'accès rend le tableur fragile. La bascule devient nécessaire quand 20 % du temps de l'équipe est consacré à mettre à jour le tableur.

Comment convaincre une équipe d'adopter une nouvelle vue ?

Évitez d'imposer la méthode. Commencez par un projet pilote, mesurez le gain en temps de réunion ou en réduction du nombre d'e-mails, puis présentez les résultats. L'adoption volontaire après preuve concrète tient sur la durée, l'imposition produit du contournement.