Problématique complexe ou projet standard ? Une distinction que la plupart des organisations ne font jamais.

Toutes les demandes qui arrivent sur le bureau d’un cabinet de conseil ne se valent pas. Certaines sont des projets : un périmètre clair, un livrable identifiable, une méthode connue qui a déjà fait ses preuves ailleurs. D’autres sont des problèmes : personne ne sait exactement où ils commencent, où ils s’arrêtent, ni combien de directions ils engagent. Traiter les seconds comme les premiers est l’une des façons les plus sûres de dépenser un budget de transformation entier sans jamais résoudre ce qui bloquait réellement l’organisation.

Cette confusion est rarement volontaire. Elle vient d’une pression légitime : un comité de direction veut un planning, un budget, une date de livraison. Le réflexe naturel est alors de découper le problème en tâches, de le confier à une équipe, et d’avancer. Mais un problème qui touche plusieurs directions, dont les priorités divergent, et dont le périmètre exact reste à définir, ne se traite pas comme un développement standard : il se qualifie d’abord.

Pour un CEO, un CTO ou un directeur de la transformation, la question à se poser avant de lancer quoi que ce soit n’est donc pas « qui va exécuter » mais « de quelle nature est ce que nous nous apprêtons à traiter ». C’est le premier article d’une série consacrée à l’anatomie de ces dossiers : comment les reconnaître, pourquoi ils échappent aux méthodes standards, et ce qu’implique de les prendre réellement en charge.

Nous ne vendons pas du développement. Nous prenons en charge les dossiers que d’autres refusent ou sous-traitent.

Code & Scale

Le vrai problème : traiter un dossier ambigu comme un projet standard

Un projet standard se reconnaît à ce qu’il ne demande pas : pas de débat sur le périmètre, pas d’arbitrage entre directions aux intérêts contradictoires, pas d’incertitude sur ce que « réussir » veut dire. On sait ce qu’on construit, pour qui, et comment on saura que c’est fait. La plupart des prestataires savent très bien traiter ce type de dossier, et c’est très bien ainsi.

Le problème apparaît quand une organisation applique cette même logique à un dossier qui n’a aucune de ces caractéristiques. Une refonte de gouvernance des données qui touche simultanément la DSI, la conformité, le métier et la direction financière. Un cas d’usage IA dont la valeur dépend d’arbitrages politiques internes qui n’ont pas encore été tranchés. Une transformation qui doit avancer sur plusieurs sites, avec des niveaux de maturité très différents, sans que personne n’ait formellement établi qui décide de quoi. Dans ces situations, découper le sujet en tâches et le confier à une équipe technique ne réduit pas la complexité : cela la déplace, en aval, où elle coûte beaucoup plus cher à corriger.

Les signaux d’un dossier mal qualifié dès le départ sont généralement visibles avant même le premier comité de pilotage :

• Deux directions décrivent le même sujet en des termes complètement différents, et personne n’a jamais confronté ces deux versions.
• Le cahier des charges a été rédigé avant que les parties prenantes concernées ne soient toutes identifiées.
• Le calendrier a été fixé avant que le périmètre ne soit stabilisé, et se déplace ensuite à chaque nouvel arbitrage.
• Le prestataire retenu excelle sur des projets d’exécution, mais n’a jamais eu à arbitrer entre des priorités métier contradictoires.
• Le sujet est qualifié de « prioritaire » par tout le monde, mais personne ne peut dire qui tranche en cas de désaccord entre directions.

Aucun de ces signaux n’est disqualifiant en soi. Mais lorsque plusieurs se cumulent, le scénario est presque toujours le même : un prestataire compétent livre un résultat technique conforme à un cahier des charges qui n’aurait jamais dû être figé aussi tôt, et l’organisation découvre l’ampleur réelle du sujet au moment du déploiement, c’est-à-dire au moment où le corriger coûte le plus cher.

Notre approche : qualifier avant d’exécuter, et assumer de dire non

Chez Code & Scale, la première question posée sur un nouveau dossier n’est pas « quand pouvons-nous commencer » mais « de quelle nature est ce sujet ». Cette qualification s’appuie sur le même réflexe qui gouverne l’ensemble de notre méthode : aucune mission ne commence sans diagnostic. Pour un dossier complexe, ce diagnostic sert d’abord à cartographier les parties prenantes, leurs priorités respectives, et les points sur lesquels elles ne s’accordent pas encore, avant d’écrire la moindre ligne de cahier des charges.

Cette approche fonctionne pour une raison simple : elle traite l’ambiguïté comme une donnée d’entrée à documenter, pas comme un obstacle à contourner en figeant le périmètre trop tôt. Quand un sujet dépasse notre expertise directe (gouvernance et conformité, finance et impact, ou une autre discipline pointue nécessaire au dossier), nous mobilisons, selon la complexité du sujet, notre réseau d’experts sélectionnés plutôt que de sous-traiter une brique isolée sans vision d’ensemble. Le dossier reste piloté de bout en bout par une seule équipe responsable, quel que soit le nombre d’expertises mobilisées.

Ce qui nous différencie n’est donc pas la capacité à exécuter un développement complexe : beaucoup de cabinets en sont capables. C’est d’accepter, en amont, de passer le temps nécessaire à distinguer ce qui relève d’un vrai désaccord stratégique de ce qui n’est qu’un malentendu de communication entre directions. Cette distinction change entièrement la méthode qui suit.

Cela implique aussi d’assumer une sélectivité que peu de cabinets revendiquent publiquement : nous ne sommes pas la structure la plus adaptée pour un développement au périmètre déjà stabilisé, porté par une seule direction, avec un calendrier serré et peu de marge d’arbitrage. Ce type de dossier mérite un prestataire spécialisé dans l’exécution rapide : ce n’est pas notre terrain, et le dire explicitement évite des mois de frustration des deux côtés.

Anatomie d’un problème complexe : ce qui le distingue réellement d’un projet standard

Ambiguïté du périmètre : quand personne ne sait ni où commence ni où s’arrête le problème

Le problème : un projet standard a des frontières connues avant qu’on ne commence à le documenter. Un dossier complexe, lui, voit souvent son périmètre se redessiner au fil des entretiens : ce qui semblait être un sujet de gouvernance des données révèle, en creusant, un désaccord organisationnel non résolu entre deux directions.

La solution : plutôt que de figer un périmètre par anticipation, nous le laissons se stabiliser au fil d’une phase de cadrage courte mais structurée, construite sur des entretiens croisés avec chaque direction concernée, jusqu’à ce que le périmètre décrit soit le même, quelle que soit la personne qui le raconte.

La valeur business : un périmètre stabilisé avant l’exécution évite les avenants successifs, les dérapages de calendrier, et surtout la perte de confiance d’un comité de direction qui voit un projet « grossir » à chaque comité de pilotage.

Enjeux multiples, parties prenantes divergentes

Le problème : quand un sujet touche simultanément la DSI, la conformité, le métier et la direction financière, chacune de ces directions a une définition différente de ce que serait un bon résultat, et rarement l’occasion de la confronter aux autres avant que le projet ne soit lancé.

La solution : nous formalisons ces désaccords plutôt que de les laisser implicites, en construisant une matrice des enjeux par direction et en identifiant, avant l’exécution, les points qui nécessitent un arbitrage exécutif explicite, pas un compromis technique décidé par défaut au niveau de l’équipe projet.

La valeur business : un arbitrage rendu tôt, par les bonnes personnes, coûte une réunion. Le même arbitrage découvert en cours d’exécution coûte souvent plusieurs mois de retravail et la crédibilité du projet auprès des directions concernées.

Effet d’échelle : quand la taille change la nature du problème, pas seulement son volume

Le problème : une méthode qui fonctionne parfaitement sur un site ou une entité ne se réplique pas automatiquement à l’échelle d’un grand compte multi-sites ou d’une ETI en forte croissance. Au-delà d’un certain seuil, les interdépendances entre systèmes, équipes et niveaux de maturité créent des effets de bord qu’aucune méthode standard n’anticipe.

La solution : nous cartographions les interdépendances réelles (pas seulement l’organigramme) avant de proposer une méthode de déploiement, en identifiant les sites ou entités pilotes qui serviront de test avant généralisation.

La valeur business : déployer d’abord sur un périmètre pilote correctement choisi évite de généraliser une erreur de conception à l’ensemble d’une organisation, et transforme chaque déploiement suivant en amélioration continue plutôt qu’en correction de trajectoire.

Le filtre de sélectivité : ce que nous ne prenons pas en charge, et pourquoi

Le problème : un cabinet qui accepte tous les dossiers, quel que soit leur degré d’ambiguïté, finit par appliquer la même méthode standard à des situations qui n’en relèvent pas, ou, à l’inverse, par sur-traiter des sujets simples avec une lourdeur qui ne se justifie pas.

La solution : nous qualifions chaque dossier entrant selon des critères explicites (nombre de parties prenantes réellement engagées, degré d’ambiguïté du périmètre, existence ou non d’un arbitrage stratégique déjà tranché) avant d’accepter une mission. Un dossier au périmètre déjà stabilisé, porté par une seule direction, est orienté vers d’autres formats d’accompagnement plutôt que traité comme un sujet complexe qu’il n’est pas.

La valeur business : cette sélectivité protège nos clients autant que nous : elle garantit que le temps de direction générale mobilisé sur un dossier complexe est réellement nécessaire, et qu’aucun budget n’est dépensé à traiter par la complexité un sujet qui ne le demandait pas.

Notre vision

Nous ne croyons pas qu’un cabinet doive savoir tout faire pour bien faire. Un cabinet doit savoir précisément ce qu’il prend en charge, pourquoi, et avec qui, y compris lorsque la réponse honnête est de mobiliser un partenaire spécialisé plutôt que de tout traiter en interne.

Cette conviction s’est construite sur le terrain. En tant que cabinet franco-malgache de conseil en ingénierie data & IA, nous travaillons depuis 2018 avec des institutions, des grands groupes et des organismes internationaux à Madagascar, dans l’Océan Indien et en Europe, des contextes où les dossiers rarement simples sont la norme plutôt que l’exception, et où prétendre le contraire se paie très vite en confiance perdue.

La sélectivité n’est pas, pour nous, une posture marketing, c’est plutôt ce qui nous permet de nous engager pleinement sur les dossiers que nous acceptons, de mobiliser le bon niveau d’expertise au bon moment, et de rester un partenaire dans la durée plutôt qu’un prestataire ponctuel sur un sujet qui dépassait, dès le départ, ce qu’une exécution standard pouvait résoudre.

Avant de lancer votre prochain dossier

Avant de confier un sujet à une équipe et de fixer un calendrier, une question mérite d’être posée en comité de direction : ce dossier a-t-il un périmètre stable, porté par une seule direction, avec une méthode déjà éprouvée ailleurs ? Ou engage-t-il plusieurs directions aux priorités encore non arbitrées, à une échelle qui change la nature du problème ? La réponse détermine entièrement la méthode à suivre, et la confondre coûte presque toujours plus cher que de prendre le temps de la vérifier.

Vous avez un dossier qui ne rentre dans aucune case standard ? Échangeons d’abord sur sa nature, avant de parler de méthode.

Questions fréquentes sur les problématiques complexes en transformation data & IA

Qu’est-ce qu’une problématique complexe en transformation data et IA ?

Une problématique complexe est un dossier dont le périmètre n’est pas encore stabilisé, qui engage plusieurs directions aux priorités divergentes, et dont la méthode de résolution ne peut pas être répliquée telle quelle d’un projet standard : elle nécessite une phase de qualification avant toute exécution.

Comment distinguer un projet standard d’une problématique complexe ?

Un projet standard a un périmètre connu, une seule direction porteuse et une méthode déjà éprouvée. Une problématique complexe se reconnaît à l’inverse : plusieurs parties prenantes qui décrivent le sujet différemment, un périmètre encore instable, et des arbitrages stratégiques qui n’ont pas encore été rendus.

Pourquoi certains cabinets de conseil refusent-ils les dossiers complexes ?

Parce qu’ils nécessitent une méthode de qualification, une capacité d’arbitrage entre parties prenantes et parfois un réseau d’experts complémentaires, des compétences différentes de celles requises pour l’exécution d’un développement au périmètre déjà stabilisé.

Quels signes indiquent qu’un projet a été mal qualifié dès le départ ?

Un cahier des charges rédigé avant l’identification de toutes les parties prenantes, un calendrier fixé avant que le périmètre ne soit stabilisé, et des directions qui décrivent le même sujet en des termes différents sont les signaux les plus fréquents.

Un cabinet peut-il se spécialiser uniquement sur les problématiques complexes ?

Oui, à condition d’assumer explicitement de ne pas être le partenaire le plus adapté pour des dossiers au périmètre déjà stabilisé, mieux servis par un prestataire spécialisé dans l’exécution rapide.

Comment qualifier un dossier complexe avant de l’accepter ?

La qualification s’appuie sur des entretiens croisés avec chaque direction concernée, une cartographie des enjeux et des désaccords existants, et l’identification explicite des arbitrages stratégiques qui doivent être rendus avant toute exécution.