Victor Parpoil
Co-fondateur d'ALLOHOUSTON
Selon de nombreuses publications (Standish Group, Gartner, McKinsey), 50 % à 80 % des projets de nouveaux outils numériques échouent (n’atteignent pas leurs objectifs ou ne voient jamais le jour). Non pas à cause du code, mais à cause de ce qui se passe avant. Le vrai problème ? Ceux qui comprennent le besoin ne sont pas ceux qui développent. Et ceux qui développent n’ont jamais accès au contexte métier. C’est ce fossé structurel qui transforme des projets prometteurs en échecs coûteux. La solution existe : elle s’appelle le consultant-développeur, un profil hybride qui réunit double compétence technique et business en un seul interlocuteur.
Le scénario classique d’un projet de transformation digitale ressemble souvent à cela : un cabinet de conseil analyse les besoins et produit un rapport de 80 pages. Une ESN reprend ensuite le dossier pour développer la solution. Le développeur découvre alors que les spécifications sont floues. À la livraison, le client découvre que le produit ne correspond pas à ce qu’il avait imaginé. Tout le monde se renvoie la balle.
Le coût réel de ce dysfonctionnement est considérable : des mois de retard, des budgets qui doublent, une frustration généralisée, et parfois l’abandon pur et simple du projet.
Pourquoi cela arrive-t-il systématiquement ?
Les cabinets de conseil sont excellents pour analyser les enjeux stratégiques et comprendre les problématiques métier. Les ESN et SSII sont excellentes pour développer des solutions techniques robustes. Mais entre les deux existe un fossé béant.
Le consultant qui a compris le besoin lors des ateliers de cadrage n’est pas celui qui va écrire le code. Le développeur qui code n’a jamais rencontré les utilisateurs finaux et n’a pas accès au contexte métier qui donne du sens aux fonctionnalités. L’information se perd à chaque transmission, comme dans le jeu du téléphone. Sauf que ce jeu peut coûter cher aux organisations.
Ce problème n’est pas technique. Ce n’est pas non plus une question de méthodologie agile ou waterfall. Le problème est structurel : on sépare systématiquement ceux qui comprennent de ceux qui font.
Face à ce constat, nous avons inventé un nouveau métier : le consultant-développeur. L’idée est simple mais radicale : celui qui code doit être celui qui comprend. Celui qui comprend doit être capable de coder.
Le consultant-développeur est un profil hybride qui combine deux compétences traditionnellement séparées. D’un côté, il possède une vraie expertise business : il sait dialoguer avec les dirigeants, comprendre les enjeux stratégiques, analyser les processus métier, interviewer les utilisateurs. De l’autre, il maîtrise les technologies modernes de développement et peut traduire ces besoins en solutions digitales concrètes.
Les avantages de cette approche sont immédiats :
Cette approche s’inscrit dans une philosophie pragmatique : “La complexité de notre côté, la simplicité du vôtre.” Le client n’a qu’un interlocuteur à gérer, qui absorbe toute la complexité technique et organisationnelle.
Le travail du consultant-développeur ne se limite pas à coder après avoir lu des specs. Son approche est fondamentalement différente, intégrant immersion terrain, prototypage et itérations continues.
Avant d’écrire la moindre ligne de code, le consultant-développeur passe du temps avec les équipes métier. Il assiste aux réunions, observe les utilisateurs manipuler leurs outils actuels, comprend les irritants du quotidien. Cette immersion lui permet de saisir non seulement ce que les gens disent vouloir, mais surtout ce dont ils ont réellement besoin.
Sur le projet Capsum, par exemple, nos consultants-développeurs ont passé du temps en usine pour comprendre les contraintes de la planification industrielle. C’est cette compréhension fine du métier qui a permis de concevoir Smart Planner, une solution qui digitalise et optimise la planification en remplaçant Excel par un outil collaboratif et intelligent.
Le consultant-développeur utilise le prototype interactif comme principal outil de communication avec le client. Plutôt que de produire des documents de 80 pages que personne ne lit vraiment, il crée des maquettes fonctionnelles que les utilisateurs peuvent manipuler.
Sur le projet SIAAP, nous avons livré un prototype Figma de 47 écrans, chaque écran étant annoté avec les spécifications métier détaillées. Le client a validé en regardant et en cliquant, pas en lisant des pages de texte. Ce prototype fait ensuite office de cahier des charges : si c’est dans le prototype, c’est dans le produit final.
Le consultant-développeur travaille en cycles courts, livrant régulièrement des versions fonctionnelles que les utilisateurs peuvent tester. Cette approche permet de détecter très tôt les incompréhensions ou les fonctionnalités mal adaptées.
Pour Renault Nissan Consulting, nous avons conçu Gemba Dashboard, un outil de suivi de missions de conseil. L’application mobile et la plateforme web ont été développées de manière itérative, testées par les consultants sur le terrain, et ajustées en fonction de leurs retours. Le résultat : un outil réellement utilisé au quotidien, projeté en continu à l’accueil du cabinet.
L’approche consultant-développeur produit des résultats mesurables et significatifs.
Quand le même interlocuteur cadre et développe, il n’y a plus de temps perdu en allers-retours entre équipes. Les décisions se prennent immédiatement, sans attendre la validation de multiples intermédiaires. Sur nos projets, nous observons une réduction de délai de l’ordre de 30 à 50% par rapport aux organisations traditionnelles.
En réduisant les incertitudes dès la phase de cadrage grâce au prototype détaillé, on évite les mauvaises surprises en cours de développement. Le client sait précisément ce qu’il va obtenir, et le prestataire peut s’engager sur un forfait réaliste. Les dépassements budgétaires, fléau des projets IT, deviennent l’exception plutôt que la règle.
Parce que le consultant-développeur comprend les contraintes métier et a travaillé avec les futurs utilisateurs, les solutions livrées correspondent à leurs besoins réels. Chez Les Marmites Volantes, l’ERP sur-mesure que nous avons développé digitalise l’ensemble de leur activité de restauration collective : planification des repas, production, livraison, interface client pour les écoles. Ce n’est pas un outil imposé d’en haut, c’est un outil construit avec les équipes qui l’utilisent quotidiennement.
Le consultant-développeur devient un véritable partenaire du client, pas un simple exécutant. Il comprend les enjeux business, connaît l’historique du projet, peut challenger les demandes quand nécessaire. Cette relation de confiance transforme la dynamique du projet : on travaille ensemble vers un objectif commun, plutôt que dans une logique de client-fournisseur traditionnelle.
Le modèle traditionnel qui sépare conseil et développement a fait son temps. Il génère des pertes d’information, des délais, des budgets dépassés et des produits qui ne correspondent pas aux attentes. Le consultant-développeur apporte une réponse structurelle à ces dysfonctionnements en réunissant dans un même profil la compréhension métier et la capacité technique.
Chez ALLOHOUSTON, nous avons fait de ce modèle notre ADN. Chaque membre de notre équipe est formé pour allier expertise business et technique, pour dialoguer aussi bien avec un directeur métier qu’avec une DSI, pour cadrer un projet et le développer de bout en bout.
Le résultat : des projets qui aboutissent, des budgets maîtrisés, des utilisateurs satisfaits.
Si vous envisagez un projet de nouveau produit numérique et que vous en avez assez du jeu du téléphone entre consultants et développeurs, parlons-en. La simplicité de votre côté, la complexité du nôtre.
Cet article est le premier d’une série sur le métier de consultant-développeur.
Abonnez-vous à notre newsletter ci-dessous et restez au courant de toutes nos dernières actualités !
