Pourquoi la plupart des projets numériques échouent avant de commencer

Après 20 ans en TI, des migrations de données chez Accenture à la création de produits minimums viables pour des clients à Abou Dabi, j'ai vu le même schéma d'échec se répéter plus de fois que je ne peux compter. Et ça n'arrive presque jamais pendant le développement.

Ça arrive dès la première conversation.

Le problème, ce n'est pas la technologie

La plupart des gens supposent que les projets numériques échouent à cause de bogues, de mauvais code ou d'échéances ratées. Parfois, c'est vrai. Mais selon mon expérience, l'échec plus profond survient bien plus tôt, avant qu'une seule ligne de code ne soit écrite.

Il survient quand on pose la mauvaise question.

La mauvaise question est : « Que voulons-nous construire ? » La bonne question est : « Quel problème essayons-nous réellement de régler ? »

Ces questions se ressemblent. Elles ne sont pas pareilles.

Ce que je vois encore et encore

Un propriétaire d'entreprise arrive avec une idée entièrement formée. Il a déjà décidé qu'il lui faut une application mobile, ou un tableau de bord sur mesure, ou une reconstruction complète de plateforme. Il a parlé à des agences, obtenu des soumissions, peut-être même démarré un projet.

Ce qu'il n'a pas fait, c'est de mettre à l'épreuve si la solution qu'il a imaginée règle réellement le problème qu'il a.

J'ai vu des entreprises dépenser des sommes à six chiffres sur un logiciel qui réglait un problème que personne n'avait. J'ai vu des équipes bâtir pendant des mois des fonctionnalités auxquelles les utilisateurs n'ont jamais touché. J'ai vu des projets de « produit minimum viable » déraper en épreuves longues d'un an, lancées trop tard pour avoir de l'importance.

Le fil commun : le vrai problème n'a jamais été clairement défini au départ.

Les trois questions que je pose à chaque client

Avant de toucher à la moindre technologie, je pose trois choses.

Quelle est la seule chose qui, si elle était réglée, ferait la plus grande différence pour votre entreprise ? Pas une liste. Une seule chose. Si quelqu'un ne peut pas y répondre, nous ne sommes pas encore prêts à construire quoi que ce soit.

Comment réglez-vous ce problème aujourd'hui ? Il y a toujours une solution actuelle, même si c'est une feuille de calcul, un groupe WhatsApp ou quelqu'un qui fait les choses à la main. Comprendre le contournement vous en dit plus sur le vrai problème que n'importe quel document d'exigences.

À quoi ressemble le succès dans 90 jours ? Pas dans un an. Pas « quand le projet sera terminé ». Dans 90 jours, quelle chose précise et mesurable aura changé ? Ça force la clarté et crée une frontière de portée naturelle.

Le vrai coût d'un mauvais départ

Démarrer un projet numérique sans réponses claires à ces questions ne fait pas que gaspiller de l'argent. Ça gaspille l'élan. Ça démoralise les équipes. Ça crée une dette technique qui s'accumule pendant des années.

Et le temps que tout le monde réalise que le projet déraille, trop a été investi pour s'en aller, alors on livre quand même la mauvaise chose.

À quoi ressemble le bon

Les projets que j'ai vus réussir, et ceux que je suis le plus fier d'avoir bâtis, partagent tous une chose : la clarté au départ. Pas un plan parfait. Pas une spécification complète. Juste une réponse claire et honnête à « quel problème réglons-nous et comment saurons-nous que nous l'avons réglé ? »

Tout le reste — la technologie, l'échéancier, l'équipe — en découle.

Si vous songez à un projet numérique et que vous ne pouvez pas encore répondre à ces trois questions, ce n'est pas un signe que vous n'êtes pas prêt à construire. C'est un signe qu'il vous faut d'abord un autre genre de conversation.

C'est habituellement là que je commence.