Guide Ultime des Méthodologies de Gestion de Projet Hybride pour 2026

Qu'est-ce qu'une méthodologie hybride de gestion de projet ?

Une méthodologie hybride de gestion de projet est une combinaison de deux (ou plus) des nombreuses approches différentes pour mener à bien des projets. Il s'agit de prendre des éléments de quelques méthodologies de gestion de projet (souvent la méthode en cascade ou l'une des méthodologies agiles) et de l'adapter à votre propre sauce afin de répondre aux besoins de votre projet. 

Et cette notion d'hybridation ou d'adaptation de votre approche projet n'est pas aussi rare ou aussi criminelle que certains peuvent vous le faire croire. En fait, une étude récente de ProjectManager.com a rapporté que 60 % des praticiens interrogés utilisaient une approche hybride ou un mélange adapté de plusieurs styles.

Mais avant d'aller plus loin, remettons-nous d'accord sur les bases.

Qu'est-ce qu'une méthodologie de gestion de projet ?

Les méthodologies de projet sont des cadres ou des systèmes composés de pratiques, techniques, règles et processus spécifiques qui gouvernent votre projet et sa gestion. Elles impliquent généralement des tâches, principes ou normes clés à travers les différentes étapes du projet telles que l'initiation du projet, la planification, l'exécution, le suivi et la clôture du projet.

Le choix d'une méthodologie de gestion de projet semble infini, mais au final, elles se regroupent en deux grandes catégories : les méthodes prédictives comme la cascade, et les méthodes adaptatives telles que l'agile, qui se décline en plusieurs branches et cadres, dont par exemple Scrum et Lean. 

Je vais me concentrer sur les deux principales qui reviennent encore et encore lorsque l'on parle de gestion de projet digital — la cascade, une approche traditionnelle axée sur les dépendances qui fonctionne le mieux lorsque la prévisibilité est cruciale, et Scrum agile, le cadre populaire basé sur les sprints qui convient parfaitement aux projets nécessitant de l'agilité pour naviguer dans l'inconnu à grande vitesse. 

Pourquoi ? Parce qu'en dépit du fait que Scrum est considéré comme le choix judicieux pour de nombreuses équipes digitales et que la cascade a mauvaise réputation pour être dépassée, rigide et irréaliste, la réalité est que les méthodologies agile et cascade présentent chacune des avantages et des contextes de projet pour lesquels elles sont plus adaptées.

À quoi pourrait ressembler une méthodologie hybride ?

En réalité, de nombreuses équipes et organisations de projets digitaux pensent avoir adopté une seule méthodologie, mais utilisent en fait un mélange de méthodologies pour mener à bien leurs projets. Pour nos besoins, appelons-les des « hybrides accidentels ». 

Par exemple, le simple fait de diviser le travail en sprints de développement de deux semaines et d'organiser une réunion quotidienne de suivi ne fait pas automatiquement de vous une équipe Scrum. En réalité, cela revient plutôt à emprunter quelques éléments à Scrum pour renforcer la communication, l'urgence et l'esprit d'itération. 

De même, le fait d'avoir des dates de jalons spécifiques avec des dépendances de tâches connues ne signifie pas que la cascade soit votre seule option. De nombreuses équipes Scrum préparent leur backlog et procèdent à la planification des sprints afin de fournir des livrables spécifiques à des dates de jalons précises. 

D'une manière générale, il y aura des éléments provenant de différentes méthodologies qui pourront être bénéfiques pour un projet ou une organisation donné. Il y aura aussi des éléments issus de différentes méthodologies qui viendront limiter la capacité du projet à atteindre ses objectifs. Et c'est là qu'intervient la conception d'une méthode hybride ou adaptée.

Mais à quoi cela ressemble-t-il concrètement ?

Pour donner un exemple concret, supposons que votre projet implique des organismes partenaires qui doivent avoir le cahier des charges entièrement finalisé et approuvé en amont avant de pouvoir lancer la réalisation. Pendant ce temps, vos parties prenantes s'inquiètent d'avoir à attendre la toute fin du projet pour avoir un premier aperçu du résultat final.

Avec une approche Scrum, vous pourriez apaiser les inquiétudes de vos parties prenantes concernant la « boîte noire » grâce aux revues de sprint et à une culture d’équipe orientée vers la réalisation, à chaque sprint, d’un livrable potentiellement expédiable. Mais Scrum ne privilégie généralement pas la collecte préalable des exigences dont vous aurez besoin de la part de vos partenaires.

Avec une approche en cascade, vous pourriez recueillir et faire valider toutes les exigences dès le départ, et même programmer quelques démonstrations pour les parties prenantes durant la réalisation. Mais vous n’auriez pas de solution claire pour gérer les nouvelles exigences issues des retours des parties prenantes.

Une option pourrait être de diviser le projet en phases, chaque phase se concentrant sur un composant de la solution. Toutes les exigences du composant seraient collectées à l’avance, validées, puis développées avant de passer à la phase suivante du composant suivant. 

Visuellement, cela pourrait ressembler à ceci : 

Mais vous pourriez également vouloir concevoir une approche hybride qui reprend le « meilleur » de chaque méthodologie envisagée.

Par exemple, vous pourriez prendre la collecte initiale des exigences de l’approche en cascade, puis réaliser le développement à l’aide de sprints de type Scrum et de cérémonies qui donnent la possibilité aux parties prenantes de donner leur avis dans le backlog produit, où les organisations partenaires pourraient examiner les nouvelles exigences comme des demandes de changement. 

Cela pourrait davantage ressembler à ceci :

Méthodologies hybrides de gestion de projet comme transition vers l’agilité

Les méthodologies hybrides peuvent aussi constituer une excellente phase intermédiaire pendant que votre organisation ou votre équipe se dirige vers des méthodes de travail agiles. 

Il n’est pas toujours facile de mettre en œuvre des approches agiles complètement ou immédiatement dans les organisations, et encore moins à grande échelle. La mise en place de l’agilité nécessite un changement organisationnel profond en matière de fonctionnement et de culture, et de nombreux autres facteurs entrent en jeu. Les approches agiles ne s’accordent pas forcément avec des clients qui veulent que le périmètre, le budget et le planning du projet soient définis à l’avance (bien que cela puisse être résolu via un contrat agile). 

Compte tenu des difficultés liées à la mise en place des méthodes agiles, une transition directe et complète vers une livraison agile est très complexe pour de nombreuses organisations. De nombreux facteurs rendent son adoption difficile :

• Un degré élevé d’intervention du client peut perturber le processus agile et interrompre les phases de développement soigneusement planifiées, ou les sprints
• Un manque général de compréhension de ce qu’est l’agilité et de la façon de l’utiliser pour un type de projet particulier
• Vous pouvez avoir une longue expérience avec une approche en cascade ou une autre méthode prédictive auprès d’un client, ce qui peut générer des hésitations par crainte de mettre la relation à mal

Il est plus facile de prévoir une transition graduelle vers l’adoption des principes agiles ou du processus Scrum. Cette situation appelle un mode hybride, qui peut être une solution plus réaliste, du moins pendant la phase de transition.

Voici un exemple d’adaptation de vos pratiques de planification de projet afin de vous orienter vers plus d’agilité via une approche hybride. 

Disons que vous êtes une agence digitale qui sert ses clients depuis des décennies avec une approche au forfait, type cascade. Les clients savent alors en général toujours ce qu’ils vont obtenir, quand et à quel prix. 

Un jour, vous annoncez à vos clients que vous passez à des méthodes agiles en agence, ce qui fait immédiatement craindre qu’ils n’obtiendront rien de ce qu’ils attendaient après 7 sprints, engendrant des dépassements de coûts et de délais. 

Pour faciliter la transition, vous pouvez décider que votre prochain projet se fera sur la base d’exigences fixes livrées lors de sprints programmés à des dates précises. La collecte des exigences à un niveau macro se fait au début, puis la planification détaillée a lieu avant de démarrer chaque nouveau sprint. 

Ensuite, lors de la mission suivante, vous pourriez revoir avec eux le processus de demande de changement et les rallier à l’idée que le changement devrait être intégré au processus via les revues de sprint et la re-priorisation du backlog (c’est quelque chose où l’IA dans la gestion du backlog peut aider), ce qui réduit le temps passé à recueillir tous les besoins dès le départ. 

Puis, après quelques missions, vous pourriez être presque totalement agile, vos clients comprenant la valeur d’acheter des sprints afin d’être flexibles, maintenant qu’ils sont sortis d’un état d’esprit de méfiance et du besoin d’avoir tout planifié à l’avance, et sont davantage dans une logique de devenir les défenseurs de la valeur et des résultats avec votre équipe.

Mais je pense que le fil conducteur et l’élément le plus important à retenir dans tous ces exemples est celui-ci : créer un hybride est préférable lorsqu’on le fait de manière délibérée. Plutôt que de commencer avec une approche « pure » puis de faire des exceptions au fil du temps, commencez avec l’intention de bâtir une approche sur mesure ou hybride parfaitement adaptée à votre projet. 

Dirigez plus intelligemment à l'ère de l'IA

Rejoignez la communauté DPM pour accéder à du contenu exclusif, des modèles pratiques, des événements réservés aux membres et des conseils hebdomadaires en leadership – l'inscription est gratuite.

Sign up with:

LinkedInGoogleMicrosoft

Or sign up with email:

Company

This field is for validation purposes and should be left unchanged.

Name*

First name Last name

Seniority*

Select an optionExecutive / C-suiteVPDirectorManagerIndividual ContributorOther

Business email*

Create Password*

This field is hidden when viewing the form

Company's AI adoption maturity

Select an optionExploring opportunitiesRunning pilotsScaling adoptionEmbedded in the business model

This field is hidden when viewing the form

Free Account Module

Bottom BarLanding PageFooterInlinePop UpSidebarSSO

This field is hidden when viewing the form

LinkedIn profile

By submitting you agree to receive occasional emails and acknowledge our Privacy Policy. You can unsubscribe at any time.

Quels projets sont les mieux adaptés aux méthodologies hybrides ?

Ce n’est pas exactement une question de types de projets particuliers, mais plutôt une question de certains scénarios ou circonstances autour d’un projet qui peuvent indiquer qu’une méthodologie hybride conviendrait davantage à votre projet.

Voici quelques situations dans lesquelles vous pourriez opter pour une méthodologie hybride.

• Peut-être que votre équipe de développement logiciel souhaite utiliser des sprints, mais que votre client n’a pas le pouvoir de prendre des décisions rapidement lors de vos cérémonies Scrum, ce qui freine votre élan.
• Peut-être que votre équipe est à l’aise avec une gestion de projet traditionnelle de type cascade, mais que votre produit comporte trop d’inconnues. Vous pouvez essayer d’établir un plan séquentiel qui prédit le futur jusqu’à la date exacte de livraison, mais si vous créez quelque chose de très ambigu, vous ne connaîtrez peut-être pas toutes les étapes ni la durée de chacune.
• Peut-être que votre équipe souhaite utiliser des itérations incrémentales, mais que votre projet comporte certaines exigences réglementaires qui compliquent les incréments rapides de produits en raison de longs processus d’audit de projet, voire à une échelle plus réduite. 
• Peut-être que votre équipe agile suit Scrum, mais que votre fournisseur fonctionne en Kanban (lisez la comparaison entre Kanban et Scrum ici)
• Peut-être que votre équipe d’ingénierie a des sprints de développement de trois semaines, mais que votre équipe de design a des sprints de deux semaines.

Quels sont les avantages des méthodologies hybrides en gestion de projet ?

Pourquoi investirait-on du temps à adapter ou hybrider son approche projet ?

• Elle peut exploiter et combiner les avantages de deux méthodologies différentes, comme, par exemple, la rapidité et la prévisibilité. Supposons que vous souhaitiez adopter l’état d’esprit de la livraison de produits potentiellement livrables toutes les deux semaines en sprint, mais que votre commanditaire de projet préfère adopter une attitude un peu plus distante. Vous pourriez alors regrouper plusieurs sprints dans quelques jalons de revue formelle tout au long de votre cycle de vie de projet. 
• Elle peut fournir une base familière en cas de contraintes particulières. Par exemple, si l’équipe projet est habituée à Kanban, mais que certains éléments de votre projet doivent être livrés à des dates précises pour qu’un organisme réglementaire puisse les examiner, vous pourriez ajouter des jalons à votre flux continu habituel.
• Elle peut être utilisée pour instaurer la confiance en cas d’incertitude. Par exemple, si votre client ne croit pas qu’une approche agile garantira une portée spécifique, vous pouvez prévoir une phase exploratoire en amont pour définir la solution avant de passer à l’itération agile. Astuce : utilisez ces questions pour la session de découverte afin d’en faire un exercice utile.
• C’est une excellente façon de commencer à explorer de nouvelles méthodes de travail en tant qu’organisation. Vous pouvez décider d’adopter une méthodologie hybride adaptée à certaines catégories ou niveaux de projets, ou même une méthodologie sur mesure unique appliquée à tous les projets de votre organisation.
• À mesure que les gens participent aux discussions sur les méthodologies de projet, leur compréhension de la façon dont les projets sont menés va s’approfondir. Ils pourraient même apprécier davantage votre rôle de chef de projet. 
• Une méthodologie personnalisée peut devenir un différenciateur concurrentiel pour votre équipe ou organisation. Si vous adaptez avec succès votre approche de livraison pour répondre à une niche, par exemple, des outils numériques pour les sociétés d’exploration minière junior (pour lesquels vous pouvez utiliser un logiciel de gestion de projet pour l’industrie minière), vous deviendrez plus attractif que vos concurrents. Faire évoluer votre manière de travailler peut être un différenciateur par rapport aux concurrents ayant une approche plus statique.

Défis des méthodologies hybrides

Lorsque vous définissez votre propre processus hybride, certains défis courants sont à surveiller.

Mauvaise culture d’équipe 

Vous devez garantir l’adaptabilité au sein de votre équipe et de vos parties prenantes, ainsi qu’un groupe très compétent et formé. Ce sont des personnes capables de faire leur travail efficacement, même lorsque les paramètres changent. 

De plus, il est essentiel de maintenir un excellent niveau de communication avec toutes les parties concernées. Les équipes vont travailler différemment et devront collaborer et partager l’information efficacement pour garder le projet sur la bonne voie. 

Mauvaise culture organisationnelle

Une culture organisationnelle flexible et prête à gérer le changement est également primordiale. Chacun doit être prêt à faire quelques compromis méthodologiques pour assurer la réussite de votre projet. Les cadres populaires ont tous leurs propres avantages et efficacités intrinsèques. 

Ainsi, dès que vous commencez à les modifier, vous compromettez ce design original. C’est un peu comme bricoler votre iPhone pour qu’il ait un chargeur USB-C.

Lorsque les équipes sont cloisonnées, polarisées ou n’ont pas l’expérience nécessaire pour travailler efficacement hors de leur zone de confort, cela ne crée pas des conditions idéales pour une approche de projet modifiée. Par ailleurs, si votre objectif est simplement de satisfaire une partie prenante, il vaut mieux prendre du recul. Essayer de contenter un interlocuteur bruyant sans stratégie risque de mettre en péril la réussite du projet.

Absence de processus ou de structure

Adopter une approche de gestion de projet hybride ne signifie pas « faire comme on l’entend ». Il faut toujours donner à votre équipe un cadre clair et être stratégique quant à la façon dont vous adaptez la méthodologie. 

Au lieu de suivre quelque chose, vous faites exactement l’opposé et ne définissez rien de concret. Le projet part alors dans tous les sens, car il n’existe aucune méthode de travail. Si vos membres d’équipe ne savent pas précisément comment travailler, ils risquent de s’égarer et de ne pas se concentrer sur leurs objectifs.

À l’inverse, n’ajoutez pas des processus juste pour le principe. N’ajoutez pas de documentation inutile sans raison. Gardez le processus aussi simple que possible.

Recourir automatiquement à une approche universelle

Méfiez-vous de l’approche universelle. L’idée que quelque chose a déjà fonctionné garantit son efficacité à chaque fois. Il est essentiel de considérer chaque projet comme une entité à part entière. Les processus doivent certes être cohérents d’une organisation à l’autre, mais chaque projet est différent et doit être traité comme tel.

Manque d’adhésion de l’équipe

Votre équipe peut penser que votre hybride n’est qu’une méthodologie qui se fait passer pour une autre. Comme s’il ne s’agissait que d’un argument marketing, et non d’une description valide. Veillez à justifier votre décision.

C’est pourquoi il est important de documenter votre raisonnement. Reformulez également les avantages de chaque approche selon les réalités de votre projet particulier. Ce qui compte, c’est ce qui est bénéfique pour l’équipe et pour le projet : faites comprendre à vos collaborateurs en quoi cela leur est avantageux. 

Par exemple, si vous ne pouvez pas utiliser une gestion de projet agile, expliquez ce qui se passerait si le projet devenait agile et ce qui devrait être modifié pour permettre l’agilité dans le projet. 

Comment combiner les méthodes de gestion de projet pour créer une approche hybride

Voici les étapes pour créer ou choisir une méthodologie de gestion de projet hybride, et comment assurer le succès de son utilisation.

1. Considérez les objectifs du projet et le contexte

Pour commencer, réunissez votre équipe et les parties prenantes clés afin de comprendre, de hiérarchiser et de classer ce qui est important pour votre nouveau projet. 

Voici quelques exemples (il ne s'agit pas d'une liste exhaustive !) :

• Vitesse : Ce projet doit-il être réalisé rapidement ou avec agilité ? Devons-nous être capables de pivoter facilement ?
• Coût : Essayons-nous de faire cela le plus économiquement et joyeusement possible ? 
• Qualité : Essayons-nous de réaliser quelque chose de parfait dès la première fois ? 
• Conformité : Existe-t-il des processus de revue externes qui vont impacter notre manière de travailler ? 
• Implication client : Est-il important d’obtenir des retours d’expérience des utilisateurs finaux au fur et à mesure ? 
• Innovation : Le but de ce projet est-il d’innover et de sortir des sentiers battus ? Ou est-il plus important d’assurer la prévisibilité avec des dates, exigences et fonctionnalités fixes ?

Il faut ensuite examiner le contexte de votre projet. Encore une fois, ce n’est pas une liste exhaustive :

• Quelle est la composition de l’équipe ? Les membres sont-ils prêts à sortir de leur zone de confort ? 
• Quelle est la culture des équipes et organisations concernées ? Est-elle collaborative ? Fonctionnent-elles en silo ? Sont-elles flexibles ou rigides ? 
• Quelle est la stabilité des exigences ? Resteront-elles identiques ou vont-elles inévitablement évoluer ?
• Existe-t-il des contraintes réglementaires à prendre en compte ou des partenaires externes à impliquer ?
• Ce que nous développons peut-il être itéré de quelque façon que ce soit ? 
• Concernant les dépendances, dépendons-nous d'autres projets ou d’autres projets dépendent-ils de nous ? 
• Allons-nous avoir un accès direct aux parties prenantes et aux utilisateurs ?
• Quelles méthodologies ont déjà été utilisées avec succès ? 

2. Choisissez une méthodologie comme point de départ

Avoir un point de départ permet à chacun de partir d’une base concrète et partagée. Mais toutes les méthodologies ne se valent pas.

Par exemple, Scrum est idéal pour livrer par itérations, impliquer les clients et favoriser l’échec rapide et précoce. Si je devais bâtir une application inédite dans un secteur émergent, je choisirais probablement Scrum. Mais Scrum n’est pas toujours adapté aux secteurs hautement réglementés, aux projets à périmètre figé ou aux organisations lentes et bureaucratiques.

La gestion de projet en cascade (Waterfall) est excellente pour la prévisibilité et pour fixer des attentes claires concernant les dates précises et les livrables. Elle convient aussi aux travaux ayant des interdépendances ainsi qu’aux projets avec budget fixe et résultats déterminés.

Cependant, la cascade n'est pas efficace pour gérer les changements en cours de projet (ce qui désorganise votre diagramme de Gantt), obtenir des retours rapides et fréquents, ou générer efficacement la documentation. Si votre commanditaire ne sait pas vraiment ce qu’il veut, la méthodologie cascade n’est peut-être pas la plus appropriée.

Maintenant que vous avez dressé votre liste courte, comment la réduire à un ou deux choix maximum ? Plusieurs outils et méthodes existent pour cela. L’essentiel est de vous appuyer sur vos objectifs de projet et le contexte pour prendre votre décision.

3. Prise de décision en équipe

Une fois le point de départ choisi, mettez-vous en mode conception opérationnelle et prenez, avec votre équipe, des décisions concrètes. 

Évaluez chaque composant de la méthodologie retenue :

• Quels éléments fonctionneront et lesquels ne conviendront pas à ce projet en particulier ?
• Qu’est-ce qui doit être remplacé par un élément issu d’une autre méthodologie ou adapté pour mieux répondre aux paramètres de votre projet ? 
• Qu’est-ce qui manque et doit être ajouté à tout cela ? 

Imaginons que vous décidiez que le planning poker et les graphes d’avancement (burndown charts) basés sur la vélocité ne seront pas utiles pour vos clients ; vous les remplacez alors par des estimations traditionnelles en euros/heures.

Vous pouvez également décider que les réunions quotidiennes mettent trop de pression sur les équipes travaillant sur plusieurs projets simultanés, et donc les adapter pour qu’elles aient lieu seulement une fois par semaine.

Le processus de modification et de substitution peut rapidement devenir complexe, alors procédez avec intention et précaution. Voici quelques questions à poser à votre équipe, à vos parties prenantes et à vous-même :

• Que doit-il se passer, et à quel moment ?
• Comment l'information doit-elle être partagée entre les parties prenantes et les membres de l’équipe ? 
• Comment les livrables doivent-ils être remis et évalués ? 
• De quelle manière les personnes doivent-elles participer et interagir ?
• Quels outils et modèles sont adaptés, et lesquels nécessitent d’être perfectionnés ?

Ensuite, testez cela sur le terrain. Quelques idées :

• Organisez une séance de pré-mortem pour les responsables d’équipe, où ils pourront remettre en question votre approche. 
• Organisez une séance d’entraînement basée sur le jeu de rôle. Parcourez ensemble un cycle ou un incrément de projet afin de voir comment cela se déroule. 
• Démarrez à petite échelle, faites un projet pilote et recueillez des retours continus tout au long du processus. 

Pendant ce processus, assurez-vous de définir les indicateurs de réussite ou d’échec.

Pour les projets plus complexes, documentez votre démarche, cartographiez votre flux de travail de remplacement, évaluez les risques liés au changement, et établissez l’ébauche d’un playbook pour obtenir l’adhésion et intégrer les personnes impliquées dans votre projet.

4. Mobiliser les parties prenantes

L’essentiel ici est que chacun comprenne le concept, la logique qui le sous-tend, et dispose d’un document clair et exploitable auquel se référer.

Commencez par créer le playbook et incluez un résumé bref, facile à comprendre, qui explique clairement l’approche. Ensuite, partagez cette approche et sa justification avec les responsables d’équipe, présentez-la à votre sponsor ou client pour obtenir l’adhésion des parties prenantes clés. Enfin, utilisez ce document pour intégrer aussi bien votre équipe que vos fournisseurs.

Considérez le playbook comme un document évolutif, et notez les modifications au fur et à mesure afin de pouvoir faire une analyse de projet pertinente à la fin. 

More Articles

• Contraintes de temps : comment gérer et vaincre des délais serrés
• Comment rédiger une déclaration de problème pour un projet + exemples
• 11 conférences sur la gestion de projet IA à ne pas manquer en 2026

5. Mesurer et affiner

Vous venez de créer quelque chose de nouveau. Ce n’est pas une méthode éprouvée comme les méthodologies établies, et les paramètres de votre projet sont assez uniques pour justifier une adaptation sur mesure. 

Alors, comment savoir si votre méthode hybride fonctionne ? 

• Prenez l’habitude de faire régulièrement un point informel avec les membres de l’équipe et les parties prenantes, juste pour obtenir quelques retours d’expérience. Quel est leur ressenti sur la méthode ?
• Complétez cela par des retours plus formels via des questionnaires tout au long du projet 
• Assurez-vous de toujours mesurer vos KPI et vos critères de réussite
• Réalisez une rétrospective de projet et documentez les leçons tirées

Exemples de méthodologies hybrides pour la gestion de projet

Voici quelques exemples d’approches hybrides reconnues dans le monde de la gestion de projet, que vous connaissez peut-être déjà. 

• Scrumban, qui ajoute généralement des réunions régulières et de la structure à un flux de type Kanban en continu. 
• Water-Scrum-Fall (ou water-agile-fall), qui est en général un processus itératif avec des phases prédictives de type cascade au début et à la fin. Autrement dit, un "sandwich scrum". 
• Wagile (ou watergile), qui comporte généralement une phase initiale de découverte et de collecte des besoins, suivie d’une conception et d’un développement itératifs.

Et après ?

Lancez-vous et commencez à adapter vos méthodologies ! Si vous souhaitez en savoir plus, nous proposons un atelier via notre programme d’adhésion, ou bien lisez un autre exemple de méthodologie hybride « sandwich » ici.