Des processus qui se figent sans remise en question
Les équipes projet ont tendance à reproduire les mêmes pratiques d’un projet à l’autre: mêmes formats de réunions, mêmes livrables, mêmes circuits de validation. Ces habitudes se justifiaient peut-être dans leur contexte d’origine, mais elles deviennent parfois des rituels que personne n’ose remettre en question. Le résultat: des processus qui alourdissent le travail sans que l’équipe en ait conscience.
Améliorer ces processus exige un cadre qui oblige à poser les bonnes questions plutôt que de chercher la bonne réponse d’emblée. SCAMPER, une méthode de créativité structurée née dans les années 1950, offre exactement ce cadre. L’acronyme, formalisé en 1971 par l’éducateur Bob Eberle à partir des travaux du publicitaire Alex Osborn, regroupe sept types de questions qui invitent à examiner un objet existant sous des angles complémentaires: Substitute, Combine, Adapt, Modify, Put to another use, Eliminate et Reverse.
Plutôt que de détailler chaque lettre dans l’abstrait, voyons ce que chacune produit quand on l’applique aux processus concrets d’un projet.
Substituer: changer les composants d’un processus
La première question consiste à identifier ce qui pourrait être remplacé. Dans un projet, les candidats à la substitution sont souvent les outils et les formats de communication. Un rapport d’avancement hebdomadaire de cinq pages que le sponsor survole en diagonale peut être substitué par un tableau de bord visuel mis à jour en continu. Une réunion de validation en présentiel qui mobilise dix personnes pendant une heure peut devenir un circuit de relecture asynchrone, avec un délai de réponse de quarante-huit heures et un mécanisme d’approbation tacite.
La substitution n’implique pas nécessairement un changement d’outil: remplacer l’animateur d’une rétrospective (en confiant l’animation à un membre différent de l’équipe à chaque itération) modifie la dynamique des échanges sans changer le format.
Comment combiner et adapter deux pratiques existantes?
Combiner consiste à fusionner deux activités distinctes pour en tirer un bénéfice commun. Un kick-off de projet et un premier atelier de cartographie des risques partagent le même besoin: rassembler les parties prenantes clés pour aligner leur compréhension du contexte. Les mener dans la même session économise une demi-journée de calendrier et profite de la dynamique collective du lancement.
Adapter, en revanche, consiste à transposer une pratique qui fonctionne dans un contexte vers un autre. Les daily stand-ups (réunions quotidiennes de synchronisation) issus des méthodes agiles, par exemple, ne sont pas réservés aux projets informatiques: une équipe de projet d’infrastructure peut les adapter en points de dix minutes trois fois par semaine pour coordonner les intervenants sur site.
Modifier l’intensité ou la fréquence
La lettre M de SCAMPER invite à jouer sur les paramètres d’un processus existant plutôt qu’à le remplacer entièrement. La fréquence des réunions de suivi est un exemple classique: une cadence hebdomadaire qui convenait en phase de planification devient excessive en phase d’exécution stable, et insuffisante en période de crise. Ajuster cette fréquence selon la phase du projet est une modification simple qui libère du temps sans sacrifier le pilotage.
De même, la profondeur des revues de livrables peut être modulée: une revue légère en cours de rédaction, une revue approfondie sur le livrable finalisé. Cette graduation évite de mobiliser le même effort de relecture à chaque version intermédiaire.
Réutiliser: exploiter le capital existant
La question “à quoi d’autre cela pourrait-il servir?” révèle souvent un potentiel sous-exploité dans les actifs de projet. Un registre des risques (document qui recense les menaces et opportunités identifiées) élaboré sur un projet précédent constitue une base de travail précieuse pour un projet similaire, à condition de le contextualiser. Les leçons apprises d’un projet clôturé, quand elles sont documentées avec rigueur, peuvent alimenter les check-lists de planification des projets suivants.
À plus grande échelle, McDonald’s offre un exemple frappant de ce levier: l’entreprise a réutilisé ses restaurants comme actifs immobiliers, transformant son modèle d’affaires. Dans un projet, la logique est similaire, même si l’échelle diffère: un outil développé pour un besoin spécifique (un tableau de suivi des anomalies, par exemple) peut devenir le standard de suivi pour tous les projets du portefeuille.
Qu’est-ce qui peut être supprimé sans perte?
Éliminer est souvent le levier le plus productif et le plus difficile à actionner parce qu’il exige de reconnaître qu’une activité existante ne crée pas de valeur. Les livrables intermédiaires sont des candidats fréquents: les notes de réunion que personne ne relit, les rapports mensuels exigés par un processus qualité mais jamais exploités, les validations en cascade qui ajoutent des délais sans améliorer la qualité de la décision.
L’exercice d’élimination fonctionne mieux quand il est factuel: avant de supprimer un livrable, vérifier qui le consulte, à quelle fréquence et pour quelle décision. Si la réponse est “personne, jamais, aucune”, la suppression est justifiée.
Inverser: changer l’ordre pour changer la perspective
La dernière lettre pousse à renverser la séquence habituelle. Le backward planning (planification à rebours depuis la date de fin) en est l’illustration la plus courante en gestion de projet: au lieu de construire le planning de gauche à droite, on part de la date de livraison et on remonte pour identifier les jalons intermédiaires. Ce renversement met en évidence les contraintes de délai bien plus clairement qu’une planification séquentielle classique.
Un autre renversement productif consiste à inverser le processus de validation: plutôt que de soumettre un livrable au sponsor pour approbation avant de le partager avec l’équipe, le présenter d’abord à l’équipe qui l’enrichit et le consolide. Le sponsor reçoit alors un document plus abouti, ce qui réduit les allers-retours.
Quand SCAMPER ne suffit-il pas?
SCAMPER excelle quand un processus existe et mérite d’être amélioré, mais la méthode ne remplace pas une réflexion de fond quand le problème lui-même est mal défini. Si l’équipe ne sait pas encore quel processus poser sur la table, des approches comme le design thinking ou les questions “How Might We” permettront de cadrer le problème avant d’optimiser la solution. SCAMPER génère des pistes, pas des décisions: chaque idée produite doit passer au filtre de la faisabilité et de l’impact avant d’être retenue.