Le “Sandwich” Hybride Agile–Cascade, Expliqué
Savez-vous que la plupart des projets agiles en gestion de projet et de produit sont en réalité des projets hybrides ?
Explorons les différences entre agile, cascade (waterfall) et hybride. Je vais vous expliquer pourquoi la plupart des projets agiles sont en fait hybrides, puis je vous présenterai le modèle du « sandwich ».
Qu’est-ce que la gestion de projet agile ?
La gestion de projet agile est une méthodologie de projet itérative qui encourage la réactivité et l’adaptation aux changements tout au long du cycle de vie du projet.
Unlock for Free
Create a free account to finish this piece and join a community of forward-thinking leaders unlocking tools, playbooks, and insights for thriving in the age of AI.
Have an account? Log In
C’est comme créer un nouveau plat créatif dans un restaurant étoilé Michelin. Il s’agit de procéder étape par étape, d’ajouter les ingrédients petit à petit et de goûter au fur et à mesure jusqu’à ce que ce soit prêt pour les convives.
Lorsque j’introduirai plus bas le « sandwich », vous verrez que l’agile en est la composante centrale.
Qu’est-ce que la gestion de projet en cascade ?
La méthode cascade, en revanche, s’apparente davantage au nettoyage après un repas. Le plongeur sait comment nettoyer, fort de son expérience, et il peut même rêvasser à ses projets du soir tout en lavant mécaniquement la vaisselle et en la rangeant.
Comme défini dans notre article sur la gestion de projet en cascade : « La gestion de projet en cascade est une méthode linéaire qui avance à travers des phases de travail distinctes. Ces phases dépendent de la précédente, de sorte qu’on ne travaille qu’une seule phase à la fois. »
Vous découvrirez bientôt que la méthode cascade est utilisée aux deux extrémités du « sandwich » (parfois appelé water-agile-fall).
Qu’est-ce que la gestion de projet hybride ?
Il existe plusieurs méthodes agiles et cascade, telles que la méthode Scrum et Scrumban en agile, et PRINCE2 ou PMI PMBOK en cascade. Restons simples et considérons-les comme deux grandes catégories, agile et cascade.
La gestion de projet hybride est simplement une combinaison de 2 méthodologies ou plus (généralement agile et cascade) dans un même projet. Oui, un projet, un budget.
Envisagez d’utiliser une méthode hybride lorsque la majorité des points suivants s’applique :
- Certains besoins sont prédéfinis et d’autres ne sont pas encore connus
- Vous avez besoin de livraisons itératives pour obtenir des retours ou pour identifier des exigences plus approfondies ou non détectées
- Le projet a une date de début et de fin, même si la date de fin peut être flexible
Pourquoi la plupart des projets agiles sont en réalité hybrides
Vous pourriez penser avoir adopté pleinement l’agilité, mais voici un scénario courant que j’observe sur de nombreux projets :
Le chef de projet dispose d’une équipe dédiée suivant la méthode Scrum, qui consiste à avancer par sprints. Cela se déroule durant les phases du projet où la majeure partie du travail est réalisée, comme la conception, la construction et les tests. L’équipe Scrum s’attaque à des éléments spécifiques du backlog lors de chaque itération de sprint.
En parallèle, le chef de projet, accompagné des analystes métier, des directeurs et d’autres parties prenantes, mène et exécute des activités en dehors des sprints. Ils suivent les processus standards choisis pour le projet, car ils savent précisément ce qui doit être fait lors des phases comme le lancement, la planification ou la clôture de projet.
À moins que le projet ne fonctionne en mode agile à chaque étape — y compris pendant la planification initiale (contrairement à une approche plus agile comme le planning poker) et la clôture finale — alors le projet adopte en réalité une démarche hybride.
Présentation du cadre « sandwich » hybride
Les projets hybrides combinent le meilleur des deux mondes. Regardons la structure d’un projet et identifions quand nous utilisons la méthode cascade ou la méthode agile.
La plupart des projets ont un début, un milieu et une fin. Considérons les phases courantes d’un projet de déploiement logiciel :
- Début : Lancement, planification, conception
- Milieu : Conception/réalisation, sprints, tests
- Fin : Formation, clôture
Voyons maintenant cette analogie du burger pour déterminer quand utiliser la méthode cascade et quand privilégier l’agile.
La tranche de pain supérieure
Vous l'avez fait des centaines de fois en préparant un sandwich. D'instinct, vous prenez votre pain préféré, fort de votre expérience. Vous savez quelle boulangerie propose les meilleurs pains et c'est votre choix automatique pour chaque sandwich. Vous savez à quoi vous attendre, et cela a un côté rassurant.
Cette tranche supérieure représente votre méthodologie waterfall pour l'initiation et la planification de projet. C'est votre recette éprouvée. Vous savez quoi faire pour lancer le projet, préparer la charte, obtenir un budget initial, etc. Tout est connu, mais bien sûr, vous pouvez ajuster votre processus avec le temps en tirant des enseignements de l'expérience.
Le cœur juteux
C’est ici que les choses deviennent intéressantes. Vous essayez différents ingrédients, saveurs et garnitures. Vous avez des idées sur la viande ou ses substituts, différents légumes et épices.
Vous ne savez jamais ce qui fonctionnera avant que vous — ou vos convives — en preniez une bouchée. Peut-être que ça manque de piquant, alors vous ajoutez des oignons et tentez une nouvelle bouchée. Continuez à expérimenter jusqu'à ce que le goût soit parfait.
Dans le projet, ce cœur juteux représente la partie agile. C’est là qu’on donne vie aux idées, qu’on itère, qu’on sollicite des retours, et qu’on teste jusqu’à ce que la solution finale devienne parfaitement claire avec les résultats attendus.
La tranche de pain inférieure
Là encore, comme le dessus du burger, trouver la tranche de pain est aussi simple et récurrent que de poser l’assiette sur la table.
C’est la phase finale de votre projet. Vous connaissez la chanson. Vous savez exactement quelles étapes mener pour obtenir la validation client, régler les derniers détails, et tirer les leçons de l’expérience. Comme au début du projet, il s’agit d’une approche waterfall. Cette partie, vous la maîtrisez parfaitement.
La confusion des outils de gestion pour les projets hybrides
De nombreux projets étiquetés « agile » qui sont en réalité hybrides utilisent un mélange d’outils de gestion projet. Par exemple, l’équipe Scrum qui s’occupe des parties itératives peut utiliser des outils agiles comme Jira pour gérer les sprints ou des logiciels waterfall comme Wrike.
Pendant ce temps, les chefs de projet ou de programme, qui gèrent la partie cascade de l’initiation, de la planification et du budget, peuvent utiliser un autre outil comme Microsoft Project ou Excel.
Cette complexité, avec plusieurs outils pour un même projet, revient à vouloir préparer un même sandwich avec deux chefs dans deux cuisines différentes, qui communiquent rarement entre eux.
Même le Scaled Agile Framework (SAFe), utilisé pour les grands projets, s’appuie sur un ensemble d’outils combinés : un type d’outil (par exemple Excel) pour les méthodes prédéfinies de planification d’implémentation de programmes (un événement clé en SAFe), et un autre outil (par exemple Jira) pour leur agile release train (l’équipe qui construit et livre le livrable).
Un vrai exemple de projet « sandwich »
Peu d’outils sont réellement conçus pour les projets hybrides, permettant de combiner waterfall et agile dans un même projet, avec les meilleurs atouts des deux approches.
Certains logiciels de gestion agile proposent maintenant des fonctionnalités hybrides, permettant aux équipes d’alterner entre workflows waterfall et agiles dans un environnement unique.
Un bon outil est capable de gérer ce modèle « sandwich » : à la fois les méthodes waterfall et agiles dans le même projet.
Pensez à rechercher un outil vous permettant de visualiser les phases du projet selon le cadre « sandwich » : les extrémités contenant les phases waterfall et leurs activités sous forme de processus, et la partie centrale agile présentant les activités sous forme de tableau Kanban, par exemple avec des fonctions d’automatisation de sprint.
Cette visualisation est essentielle pour permettre aux membres de différentes équipes de situer facilement leur contribution. Les tableaux de bord agiles offrent aux décideurs une vue d’ensemble en temps réel pour suivre la progression, repérer rapidement les blocages et piloter efficacement les indicateurs de sprint.
À titre d’exemple, la vidéo suivante présente un cadre hybride « sandwich ».
Pour votre prochain projet, pensez « sandwich »
Avant de lancer votre prochain projet, réfléchissez à deux fois avant de le qualifier de purement « waterfall » ou purement agile. Demandez-vous si votre projet en mode waterfall ne pourrait pas bénéficier du développement itératif pour certains aspects liés au temps et au périmètre.
De la même façon, demandez-vous si votre projet agile dispose effectivement d’une durée et d’un budget limités, et s’il peut exploiter les meilleures pratiques et référentiels existants pour une partie des activités. Si c’est le cas, c’est précisément là que l’approche « sandwich » peut être la plus pertinente.
Au fur et à mesure que votre organisation adopte la méthode « sandwich » ou d’autres méthodes hybrides, vous pouvez toujours exploiter les processus, schémas directeurs et cadres flexibles qui ont fait leurs preuves dans votre entreprise.
Pensez alors à ajouter la partie centrale et dynamique de votre cycle de vie projet en adoptant une approche agile afin d’éclaircir les zones d’incertitude et de mettre en place des livraisons rapides, sources de retours d’expérience pour les étapes suivantes.
Profitez de projets enrichis par des ingrédients innovants et agréables issus des activités agiles, coincés entre deux tranches rassurantes de processus éprouvés et issus des meilleures pratiques.
