Le Stage-Gate est un processus de développement de nouveaux produits qui découpe le projet en étapes de travail, les stages, séparées par des points de décision, les gates. À chaque gate, un comité tranche : on continue, on arrête, on suspend ou on repasse par la case précédente.
Sa logique tient en une phrase : réduire l’incertitude avant d’augmenter l’engagement financier. Plus le projet consomme de ressources, plus le niveau de preuve exigé pour continuer s’élève.
Dans cet article, nous vous expliquons :
- d’où vient le modèle et pourquoi il repose sur des données, pas sur une intuition
- les 5 étapes et les 5 portes de décision, avec ce qui se joue à chacune
- la différence entre critères éliminatoires et critères de notation
- comment Cooper a intégré Scrum dans le modèle
- pourquoi une porte de décision n’est pas un jalon, et ce que ça change
D’où vient le Stage-Gate ?
Le modèle est l’œuvre de Robert G. Cooper, qui l’a formalisé au milieu des années 1980. Il ne sort pas d’une réflexion théorique mais du programme de recherche NewProd, qui comparait les caractéristiques de projets de nouveaux produits réussis et ratés. L’une des synthèses porte sur 252 historiques de lancements dans 123 entreprises industrielles.
C’est un point qui mérite d’être souligné, parce qu’il change la façon de lire le modèle. Cooper n’a pas conçu une méthode puis cherché à la valider. Il est parti des projets qui avaient marché et de ceux qui avaient échoué, et il a cherché ce qui les distinguait.
Stage-Gate® est une marque déposée, exploitée par Stage-Gate International. Cela n’empêche personne d’employer les mots stage et gate, mais l’appellation renvoie au système commercialisé par Cooper.
Aucune traduction française ne s’est imposée. On parle indifféremment de processus Stage-Gate, de processus par étapes et portes de décision ou de jalons décisionnels. Retenez surtout qu’un gate est une revue de décision, jamais un simple repère de calendrier. Nous y revenons plus bas, car c’est là que se joue la plupart des malentendus.
Les 5 étapes et les 5 portes
Le modèle classique enchaîne une phase amont de découverte, puis cinq étapes séparées par cinq portes.
| Nom d’origine | En français | Ce qui s’y joue | |
|---|---|---|---|
| Amont | Discovery | Découverte | Génération d’idées, veille, écoute client, opportunités |
| Porte 1 | Idea Screen | Filtrage initial | L’idée mérite-t-elle qu’on y consacre quelques jours ? |
| Étape 1 | Scoping | Cadrage | Investigation rapide et peu coûteuse, surtout documentaire |
| Porte 2 | Second Screen | Deuxième filtrage | Faut-il engager une étude détaillée ? |
| Étape 2 | Build the Business Case | Dossier d’affaires | Définition du produit, analyse financière, plan de projet |
| Porte 3 | Go to Development | Passage au développement | La porte la plus lourde : elle engage l’investissement principal |
| Étape 3 | Development | Développement | Conception, prototypage, préparation de la production |
| Porte 4 | Go to Testing | Passage aux tests | Le produit est-il assez mûr pour être éprouvé ? |
| Étape 4 | Testing and Validation | Tests et validation | Essais techniques, bêta-tests, tests de marché |
| Porte 5 | Go to Launch | Passage au lancement | Autorisation de commercialiser |
| Étape 5 | Launch | Lancement | Industrialisation, mise sur le marché, suivi |
Vous croiserez parfois une présentation en six étapes : c’est la même chose, avec la découverte comptée comme étape zéro.
La porte 3 mérite une attention particulière. C’est elle qui fait basculer le projet d’une logique d’étude à une logique d’investissement. Avant, vous dépensez des jours-homme. Après, vous engagez un budget de développement. C’est la porte où l’on arrête le plus de projets, et c’est normal.
Ce qui se passe à une porte de décision
Une porte n’est pas une présentation d’avancement. C’est une revue conduite par un comité multifonctionnel, où siègent le marketing, la technique, les opérations, la finance et la direction.
Les quatre issues possibles
- Go : le projet passe, l’étape suivante est autorisée et les ressources sont affectées
- Kill : le projet est arrêté, son potentiel ou sa faisabilité ne justifient plus l’investissement
- Hold : le projet est suspendu sans être condamné, en attente de ressources ou d’un meilleur contexte
- Recycle : le projet retourne à l’étape précédente avec un dossier ou une hypothèse révisés
Une nuance sur le Recycle : ce n’est pas un pivot au sens agile. C’est un retour dans le processus avec des éléments corrigés, pas un changement de direction.
Le Kill est la fonction la plus utile du modèle, et la moins utilisée en pratique. Un processus où aucun projet n’est jamais arrêté n’est pas un Stage-Gate, c’est un tunnel de validation.
La structure d’une porte
Une porte bien construite comporte quatre éléments : les livrables attendus de l’étape écoulée, les critères de décision, la réunion de revue, et une sortie qui précise la décision, le financement accordé, le responsable et la date de réexamen.
Un Go peut être conditionnel : le projet avance, mais sous réserve de fermer certaines actions ou d’atteindre des seuils précis à l’étape suivante.
Critères éliminatoires et critères de notation
C’est la distinction qui fait la valeur du modèle, et celle qu’on oublie le plus souvent en le mettant en place.
Les critères éliminatoires, ou must-meet, sont des conditions impératives. Si l’une n’est pas satisfaite, le projet ne passe pas, quelle que soit sa note globale : conformité réglementaire, verrou technique non levé, marge minimale non atteinte, risque juridique rédhibitoire, niveau de sécurité insuffisant.
Les critères de notation, ou should-meet, sont souhaitables et évalués par score pondéré. Ils servent à hiérarchiser des projets qui ont déjà franchi les conditions impératives : taille du marché, avantage concurrentiel, délai de mise sur le marché, retour sur investissement, synergies avec l’existant.
La question n’est donc pas la même. Les premiers demandent « ce projet est-il acceptable ? », les seconds « parmi les projets acceptables, lesquels méritent nos ressources ? ».
Sans cette séparation, vous obtenez le pire scénario : un projet à fort potentiel commercial obtient une bonne moyenne et passe, alors qu’il échoue sur la sécurité ou la réglementation. La moyenne masque le point bloquant. C’est exactement le même piège que dans une grille de scoring de portefeuille.
Les évolutions du modèle
Cooper n’en est pas resté à la version de 1986. Trois adaptations méritent d’être connues.
Le Stage-Gate Next Generation répond aux reproches de rigidité : stages et portes proportionnés au risque, activités menées en parallèle, décisions plus rapides, clients associés plus tôt.
Le Stage-Gate Express, parfois appelé Lite ou Xpress, est une version allégée pour les projets à faible incertitude, comme les extensions de gamme. Il ne supprime pas la logique de décision, il réduit le volume de livrables, la profondeur des analyses et le niveau hiérarchique du comité. L’idée est simple : ne pas appliquer à une petite amélioration le dispositif prévu pour une innovation de rupture.
Le Spiral Development remplace la logique strictement linéaire par des boucles successives de conception, construction, test et apprentissage.
L’hybride Agile-Stage-Gate
C’est l’évolution la plus intéressante, et la plus mal comprise. Cooper propose de faire cohabiter les deux approches en leur confiant des rôles distincts :
Scrum gouverne l’exécution à l’intérieur des étapes. Le Stage-Gate gouverne les engagements d’investissement aux portes.
Concrètement, la porte autorise une étape en fixant son objectif et son budget. L’équipe organise ensuite le travail en sprints, chacun produisant un incrément testable ou une preuve qui réduit une incertitude. Le backlog est repriorisé sans attendre la porte suivante. Celle-ci conserve la seule décision stratégique : poursuivre, arrêter, suspendre ou reformuler.
L’erreur à éviter est d’utiliser la porte comme une validation de chaque tâche. Une étape peut contenir plusieurs boucles de sprint, c’est même le but.
Sur les résultats chiffrés de cet hybride, nous n’avons trouvé aucune source primaire suffisamment documentée pour avancer un pourcentage d’amélioration. Nous préférons ne pas en citer.
Une porte n’est pas un jalon
La confusion est fréquente et elle vide le modèle de sa substance.
Un jalon est un repère : « prototype terminé », « contrat signé ». Il constate un événement.
Une porte est une décision, adossée à des livrables, des critères explicites, des décideurs habilités, et surtout la possibilité réelle de dire non. « Prototype disponible » est un jalon. « Autoriser le passage aux tests parce que le prototype satisfait les critères techniques, économiques et utilisateurs » est une porte.
Une porte peut coïncider avec un jalon, l’inverse n’est jamais vrai.
Stage-Gate ou phases de gestion de projet ?
Les deux répondent à des questions différentes, et peuvent parfaitement cohabiter.
| Stage-Gate | Phases de gestion de projet | |
|---|---|---|
| Question posée | Faut-il continuer à investir ? | Livrons-nous conformément au plan ? |
| Objet | Gouverner l’opportunité et le portefeuille | Réaliser et contrôler le projet |
| Décision | Go, Kill, Hold ou Recycle | Autoriser, planifier, exécuter, clôturer |
| Issue possible | Arrêt ou retour en arrière | Poursuite selon le plan approuvé |
Une organisation peut donc piloter ses projets avec les référentiels classiques du cycle de vie projet et décider de ses investissements avec un Stage-Gate. Les deux ne s’excluent pas.
Les critiques, et ce qu’elles valent
Le Stage-Gate est régulièrement accusé d’être lourd, bureaucratique, linéaire, lent et hostile au risque. Ces reproches ne sont pas infondés, mais ils visent presque toujours une mauvaise mise en œuvre plutôt que le principe.
Les symptômes sont reconnaissables : le même processus appliqué à tous les projets quelle que soit leur taille, des dossiers de cent pages, des critères vagues, des comités pléthoriques, et surtout des portes où personne n’ose dire non. Quand la conformité documentaire remplace le jugement, le modèle devient un tunnel administratif.
La réponse de Cooper est de rendre le processus proportionné : adapter la profondeur au risque, utiliser les versions allégées pour les petits projets, mener des activités en parallèle, intégrer les tests précoces, et traiter les portes comme des décisions d’investissement plutôt que comme des audits.
Un dernier point, plus honnête que les chiffres qui circulent. On lit souvent des taux de réussite de 63 à 78 % pour les entreprises équipées d’un Stage-Gate, contre 24 % pour les approches improvisées. Ces valeurs ne sont adossées à aucune étude identifiable, avec un échantillon et une définition du succès. Ce que les recherches de Cooper établissent est plus modeste et plus solide : il existe une relation entre certaines pratiques structurées, dont la qualité du travail amont et la clarté des décisions de portefeuille, et la performance des nouveaux produits. Remplir un formulaire ne suffit pas.
En bref
- Un gate est une décision, pas un jalon : s’il ne peut pas déboucher sur un arrêt, ce n’est pas une porte
- Séparez les critères éliminatoires des critères de notation, sinon la moyenne masquera vos points bloquants
- Proportionnez la profondeur du processus au risque du projet : c’est la seule façon d’éviter la bureaucratie
Le Stage-Gate se combine bien avec les autres outils de décision. Pour arbitrer entre plusieurs projets, notre guide sur la gestion de portefeuille de projets détaille les méthodes de scoring. Pour instruire les critères d’une porte 2, le modèle d’étude de faisabilité couvre les mêmes questions. Et si vous hésitez sur l’approche à retenir en amont, notre panorama des méthodologies de gestion de projet resitue le Stage-Gate parmi les autres cadres.
