Opposer l’agilité au cycle en V est un débat d’école. Sur le terrain, les organisations marocaines qui réussissent leurs projets ne choisissent pas un camp : elles découpent leur projet et appliquent à chaque morceau la méthode qui lui convient.
Le scénario est devenu familier. Une entreprise décide de « passer à l’agile ». On forme les équipes, on installe un outil de suivi, on met en place des réunions quotidiennes. Six mois plus tard, la direction générale constate qu’elle n’a plus ni planning, ni budget consolidé, ni date d’engagement — alors que le comité d’investissement, la banque et le client final continuent, eux, d’en réclamer.
L’équipe n’a pas échoué par incompétence. Elle a appliqué un cadre conçu pour un contexte où le périmètre peut évoluer librement, dans une organisation où il ne le peut pas. Un marché public, un projet financé par un bailleur, un déploiement réglementaire ou un engagement contractuel imposent des jalons fermes. Aucune cérémonie agile ne les fera disparaître.
L’œil de l’Expert
La question à poser avant de choisir une méthode n’est pas « sommes-nous agiles ? » mais « qu’est-ce qui est réellement figé dans ce projet ? »
Trois variables : le périmètre, le délai, le budget. Le cycle en V fige le périmètre et ajuste le délai. L’agilité fige le délai et le budget, et ajuste le périmètre. Une organisation qui prétend figer les trois ne fait pas du management de projet, elle fabrique un conflit à retardement. Nommer laquelle des trois est négociable, dès le cadrage, évite l’essentiel des drames de fin de projet.
Partie 1Ce que chaque cadre sait vraiment faire
Avant de les combiner, il faut cesser de les caricaturer. Le cycle en V n’est pas une bureaucratie dépassée, et Scrum n’est pas une improvisation organisée. Chacun résout un problème précis, et échoue ailleurs.
| Cycle en V | Scrum | |
|---|---|---|
| Fige | Le périmètre et la spécification | Le délai et la capacité de l’équipe |
| Ajuste | Le délai et le coût | Le contenu livré |
| Excelle quand | Le besoin est connu, l’erreur coûte cher, la conformité est contrôlée | Le besoin est incertain, le retour utilisateur est accessible et rapide |
| Échoue quand | Le besoin évolue en cours de route | Un jalon contractuel impose un périmètre daté |
| Coût du changement | Croît fortement avec l’avancement | Reste stable d’une itération à l’autre |
La conséquence est directe : un projet réel comporte presque toujours les deux natures de travail. La reprise de données d’un ERP, le raccordement d’un site, la mise en conformité d’une paie relèvent du cycle en V — le besoin est connu, l’erreur est coûteuse. L’interface utilisateur, les tableaux de bord, le parcours client relèvent de l’itératif — personne ne sait exactement ce qui sera utile avant de l’avoir essayé.
Partie 2Le découpage hybride, concrètement
L’hybridation ne consiste pas à faire « un peu des deux » partout, ce qui produit le pire des deux mondes : des rituels agiles sans autonomie et des documents de cadrage sans engagement. Elle consiste à tracer une frontière explicite à l’intérieur du projet, et à assumer que les deux côtés ne se pilotent pas de la même façon.
Les quatre règles qui rendent l’hybride gouvernable
- Une seule instance de décision. Deux comités — un « projet » et un « agile » — garantissent l’enlisement. Un comité unique, mensuel, qui reçoit les jalons du socle et la vélocité des lots itératifs dans le même document.
- Un jalon ne se négocie pas en sprint. Si la recette de conformité est fixée au 30 avril, aucune rétrospective ne la déplace. À l’inverse, le contenu du sprint 5 ne se négocie pas en comité de pilotage. Chaque instance décide de ce qui la regarde.
- Une définition de « terminé » commune. C’est le point de friction le plus fréquent : pour l’équipe itérative, terminé signifie « démontrable » ; pour le socle, « recetté et documenté ». Écrire cette définition avant le premier sprint évite trois mois de malentendus.
- Un budget en deux enveloppes. Le socle se budgète au forfait, les lots itératifs en capacité — un nombre de semaines-équipe. Mélanger les deux dans une ligne unique rend tout pilotage financier impossible.
Partie 3La variable que les manuels ignorent : la culture de l’organisation
Les frameworks sont importés, les organisations ne le sont pas. Trois traits reviennent régulièrement dans les entreprises marocaines que nous accompagnons, et les ignorer condamne la méthode la mieux choisie.
L’œil de l’Expert
Notre recommandation la plus constante : n’installez pas les cérémonies avant d’avoir installé la délégation. Une mêlée quotidienne dans une équipe qui ne décide de rien devient un contrôle de présence, et les meilleurs éléments s’en détournent en trois semaines.
Commencez par écrire, avec le directeur concerné, les cinq décisions que l’équipe prendra sans le consulter. Ce document d’une page produit plus d’agilité que six mois de formation aux rituels.
Le bon cadre n’est pas le plus moderne. C’est celui qui correspond à ce que votre organisation peut réellement décider, et à quel niveau.
ConclusionChoisir par lot, pas par idéologie
Le management de projet hybride demande davantage de discernement que l’adoption d’un cadre unique : il faut qualifier chaque lot, tracer la frontière, aligner la gouvernance et la budgétisation. En échange, il élimine la cause d’échec la plus fréquente — une méthode appliquée uniformément à des travaux de natures différentes.
Les outils suivent ensuite naturellement. Un logiciel de planification pour le socle, où les jalons et les dépendances sont l’objet même du travail ; un tableau d’itérations pour les lots agiles. Ce qui demande de l’accompagnement, c’est la décision de découpage et l’écriture de la délégation. C’est ce que nous construisons en salle, sur les projets réels des participants.