Où en est votre projet hybride ?
Cinq questions pour savoir sur quoi agir en premier.
1 / 5 — Votre projet combine-t-il déjà agile et cycle en V ?
Le débat « agile contre cycle en V » a longtemps opposé deux camps. D’un côté, les défenseurs du plan détaillé et des jalons validés. De l’autre, ceux des sprints courts et du périmètre qui évolue. Sur le terrain, pourtant, la plupart des projets ne choisissent pas. Ils mélangent, souvent sans le dire.
Un budget voté pour l’année, un contrat au forfait ou une contrainte réglementaire imposent des jalons fixes. En parallèle, l’équipe logicielle livre par itérations, car les besoins se précisent en cours de route. Le projet devient alors hybride, souvent sans l’avoir décidé.
C’est là que naît le chaos : deux rythmes, deux vocabulaires et aucun lien clair entre eux. Cet article explique comment faire de l’hybride un choix assumé. Vous verrez comment découper le projet, organiser la gouvernance et anticiper les points de friction.
Le signal le plus clair vient des certifications. En effet, le programme d’examen PMP de juillet 2026 consacre environ 60 % des questions aux approches agiles et hybrides. Les 40 % restants portent sur les approches prédictives. Le PMI attend donc d’un chef de projet qu’il sache naviguer entre les deux.
La Suisse va dans le même sens. La méthode fédérale HERMES 2022, utilisée dans l’administration et au-delà, prévoit une mise en œuvre classique ou agile. Son propre slogan le résume : « Agile, ou pas agile, avec HERMES ce n’est pas une question ! ».
Ces évolutions reflètent en fait une réalité simple. Peu d’organisations peuvent piloter tout un projet en mode purement agile. Elles doivent aussi rendre des comptes, tenir des budgets et respecter des échéances externes. Les marchés publics, par exemple, imposent souvent un cahier des charges et des étapes de validation formelles. À l’inverse, figer toutes les exigences au départ ne marche plus pour les projets numériques. L’hybride devient ainsi le point d’équilibre.
Avant tout, une précision s’impose. Un projet hybride n’est pas un projet agile sans règles, ni un cycle en V avec un daily ajouté. C’est un projet dont certaines parties suivent un pilotage prédictif et d’autres une livraison itérative, de façon délibérée.
Dans la pratique, on rencontre surtout trois configurations :
Le chaos vient rarement du mélange lui-même. Il vient plutôt d’un hybride que personne n’a conçu. Par exemple, une équipe travaille en sprints, mais la direction attend un planning détaillé sur dix-huit mois. Chaque sprint qui modifie le périmètre ressemble alors à un dérapage. À l’inverse, un hybride conçu dès le départ précise ce qui est fixe et ce qui peut bouger.
La première décision consiste à répartir le travail. Pour chaque lot du projet, posez-vous une question : les exigences sont-elles connues et stables, ou vont-elles se préciser en avançant ? Le tableau ci-dessous aide à trancher.
| Critère | Plutôt cycle en V | Plutôt agile |
|---|---|---|
| Exigences | Stables et connues au départ | Floues ou évolutives |
| Coût d’un changement | Élevé (matériel, contrat, infrastructure) | Faible (logiciel, contenu) |
| Contraintes externes | Réglementaires, avec dates imposées | Peu de contraintes de date |
| Accès aux utilisateurs | Limité ou ponctuel | Régulier, avec des retours fréquents |
| Dépendances | Fortes avec des fournisseurs | Équipe autonome sur son périmètre |
Un même projet peut donc relever des deux colonnes. Par exemple, la migration des données d’un ancien système suit souvent un plan strict, avec des répétitions et une date de bascule. L’interface utilisateur, elle, gagne à être construite par itérations, avec des retours réguliers.
Retenez une règle simple : appliquez le mode prédictif là où l’erreur coûte cher à corriger. Réservez l’agile aux zones où apprendre vite rapporte plus que tout prévoir.
Certains lots ne rentrent clairement dans aucune colonne. C’est souvent le cas d’une intégration avec un système existant mal documenté. Dans ce cas, commencez par une courte phase exploratoire en sprints. Elle sert à lever les inconnues. Ensuite, une fois le risque mieux connu, vous pouvez basculer ce lot en pilotage prédictif, ou au contraire le garder en agile.
Le cœur d’un projet hybride réussi, c’est une seule gouvernance. Certes, deux équipes peuvent travailler à des rythmes différents. En revanche, la direction doit lire un seul tableau de bord, avec les mêmes jalons et les mêmes critères de décision.
La méthode PRINCE2 apporte ici un cadre utile. Elle repose en particulier sur la gestion par séquences et la gestion par exception. Concrètement, le comité de pilotage valide chaque phase et fixe des tolérances, par exemple sur le coût ou le délai. Tant que l’équipe reste dans ces tolérances, elle avance sans remonter chaque décision. Notre article sur PRINCE2 7e édition détaille ces principes.
PRINCE2 Agile va plus loin en combinant cette gouvernance avec des pratiques agiles comme Scrum ou Kanban. En général, la méthode recommande de fixer le délai et le coût, puis de faire varier le périmètre. Ainsi, l’équipe livre d’abord les fonctionnalités essentielles, et le reste s’ajuste selon le temps disponible.
PRINCE2 Agile existe désormais en version 2. PeopleCert, qui gère la certification, annonce le retrait des certifications de la version 1. La date limite pour passer l’examen tombe le 31 décembre 2026. Si vous visez cette certification, préparez-vous donc directement sur la nouvelle version.
Même bien conçu, un projet hybride crée des zones de tension. Les identifier tôt évite la plupart des conflits.
Un contrat au forfait décrit souvent un périmètre fixe. Or l’agile suppose que le périmètre évolue. La solution consiste à contractualiser des objectifs et une enveloppe, plutôt qu’une liste exhaustive de fonctionnalités. Prévoyez aussi un mécanisme simple pour échanger une fonctionnalité contre une autre de taille comparable.
D’un côté, le comité attend un pourcentage d’avancement, alors que l’équipe agile parle en objectifs de sprint. Traduisez donc les résultats des sprints en avancement vers les jalons. Par exemple, indiquez ce que l’équipe a déjà livré pour la phase et ce qui reste à faire.
Dans un cycle en V, la recette arrive en fin de projet. Dans l’agile, en revanche, chaque sprint produit un incrément testé. Il faut donc décider qui valide quoi et quand. Une bonne pratique consiste à faire valider chaque incrément par les utilisateurs, puis à garder une recette globale avant la mise en production.
Qui décide du contenu : le chef de projet ou le product owner ? Sans réponse claire, les deux se marchent alors dessus. En général, le chef de projet garde la responsabilité du budget, des délais et des interfaces. Le product owner, lui, décide de l’ordre des fonctionnalités à l’intérieur du cadre fixé. Quant au Scrum Master, s’il existe, il aide l’équipe agile à respecter le cadre et facilite les échanges avec les autres lots.
Enfin, un lot agile dépend souvent d’un lot prédictif, et inversement. Par exemple, l’équipe logicielle ne peut pas tester l’intégration tant que l’infrastructure n’est pas prête. Rendez donc ces dépendances visibles dans un planning commun. Une revue régulière entre les responsables de lots permet aussi de repérer un blocage avant qu’il ne retarde tout le projet.
Prenons une entreprise de services qui remplace son espace client en ligne. Le projet comporte en effet trois lots aux contraintes très différentes.
D’abord, l’infrastructure d’hébergement et la connexion au système de facturation. Ces éléments dépendent d’un fournisseur, d’un contrat et d’une date de bascule. Ils suivent donc un plan prédictif, avec des jalons validés.
Ensuite, le portail lui-même. Les besoins des clients se précisent au fil des tests. L’équipe le construit donc par sprints de deux semaines, avec un product owner issu du service clients.
Enfin, la migration des comptes existants. Elle suit un plan strict, avec deux répétitions à blanc avant la bascule réelle.
Le comité de pilotage se réunit à chaque fin de phase. Il examine un seul tableau de bord : jalons du fournisseur, fonctionnalités livrées par le portail et état de la migration. Grâce à des tolérances claires, l’équipe peut réordonner les fonctionnalités sans convoquer le comité. En revanche, tout retard sur la date de bascule remonte immédiatement.
Après quelques mois, le bilan parle de lui-même. Les échanges avec le fournisseur restent cadrés, car les jalons ne bougent pas. Par ailleurs, le portail s’améliore à chaque sprint grâce aux retours des clients pilotes. Surtout, le comité ne découvre plus les problèmes au dernier moment.
Piloter un projet hybride demande ainsi une double culture. Il faut maîtriser le cadre prédictif et comprendre réellement les pratiques agiles. Voici les compétences qui font la différence :
Par ailleurs, plusieurs certifications valident ces compétences. Le PMP intègre désormais largement l’hybride, comme l’explique notre comparatif PMP ou CAPM. PRINCE2 Agile, de son côté, se concentre sur la combinaison d’une gouvernance structurée et de pratiques agiles. Enfin, HERMES reste une référence pour les projets publics suisses. Vous trouverez toutes nos formations en gestion de projet sur notre site.
La gestion de projet hybride n’est pas un compromis tiède entre deux méthodes. Bien conçue, elle applique à chaque partie du projet le rythme qui lui convient. Le cycle en V sécurise d’une part ce qui coûte cher à changer. L’agile accélère d’autre part l’apprentissage là où les besoins évoluent.
La clé reste la gouvernance : un seul tableau de bord, des tolérances claires et des rôles définis. Commencez par découper votre prochain projet lot par lot, puis décidez du mode de pilotage de chacun. Vous transformerez ainsi un hybride subi en hybride choisi. Testez d’abord cette approche sur un projet pilote, puis étendez-la à d’autres projets.
Qu’est-ce que la gestion de projet hybride ?
C’est un projet qui combine délibérément un pilotage prédictif par phases et une livraison itérative inspirée de l’agile, sous une gouvernance unique.
Quelle partie d’un projet piloter en cycle en V ?
Celles dont les exigences sont stables et dont les changements coûtent cher : infrastructure, matériel, migration de données ou contraintes réglementaires.
PRINCE2 Agile est-il adapté aux projets hybrides ?
Oui. Il combine la gouvernance de PRINCE2 avec des pratiques agiles comme Scrum ou Kanban. La version 2 remplace la version 1, dont les examens prennent fin le 31 décembre 2026.
Le PMP couvre-t-il l’hybride ?
Oui. Depuis juillet 2026, environ 60 % des questions de l’examen PMP portent sur les approches agiles et hybrides.
Qui décide du contenu dans un projet hybride ?
En général, le chef de projet garde le budget, les délais et les interfaces. Le product owner décide de l’ordre des fonctionnalités dans ce cadre. Ce partage clair des rôles reste le socle de toute gestion de projet hybride.
Nos dernières publications
S’abonner à la Newsletter
Consultez nos formations et sessions confirmées
ITTA
Route des jeunes 35
1227 Carouge, Suisse
ITTA
Route des jeunes 35
1227 Carouge, Suisse
