Le paradoxe blockchain: une technologie qui échoue malgré ses promesses
Depuis 2017, la blockchain figure dans les plans stratégiques de nombreuses organisations. La technologie, un registre numérique distribué où chaque entrée est cryptographiquement liée à la précédente et vérifiable sans autorité centrale, promettait de transformer la gestion des contrats, la traçabilité et la gouvernance des projets multi-acteurs. Pourtant, selon une étude publiée dans Frontiers in Blockchain en 2023, 92% des projets blockchain n’atteignent pas leurs objectifs. Ce chiffre interpelle tout chef de projet confronté à une demande d’intégration de cette technologie.
Des échecs qui relèvent de la gestion, pas de la technologie
La recherche récente sur les facteurs d’échec des projets blockchain révèle un constat surprenant: les causes principales ne sont pas techniques. La recherche identifie trois facteurs dominants, qui relèvent tous de la gestion et non de la technologie.
Le premier est un engagement insuffisant des parties prenantes. La blockchain permissionnée, c’est-à-dire un réseau dont l’accès est contrôlé par une autorité identifiée et qui constitue la seule variante réaliste en entreprise, exige que chaque participant accepte de modifier ses processus internes pour alimenter le registre partagé. Obtenir cet engagement de plusieurs organisations indépendantes, chacune avec ses priorités et ses contraintes, représente un défi de conduite du changement que les sponsors sous-estiment systématiquement.
Le deuxième facteur est l’alignement défaillant des incitations. Pour qu’un réseau blockchain fonctionne, chaque participant doit y trouver un bénéfice suffisant pour justifier l’investissement en temps et en ressources. Dans les projets de supply chain (chaîne d’approvisionnement), par exemple, les petits fournisseurs supportent souvent l’essentiel de la charge de saisie des données sans bénéficier proportionnellement de la transparence obtenue. Le réseau s’effondre dès que les maillons les moins motivés cessent de contribuer.
Le troisième facteur est la pénurie de compétences: les développeurs blockchain expérimentés restent rares, et les architectes capables de concevoir un protocole de consensus adapté à un cas d’usage spécifique le sont davantage encore. Les projets accumulent du retard parce que les équipes techniques manquent de profondeur, et le marché ne comble pas ce déficit aussi vite que les roadmaps le supposent.
Ce que les chefs de projet reconnaîtront
Ces trois facteurs d’échec ne sont pas propres à la blockchain. Un engagement parties prenantes défaillant fait échouer n’importe quel projet transversal. Des incitations mal alignées sabotent toute initiative collaborative. La pénurie de compétences critiques est un risque classique que tout registre des risques devrait capturer. La blockchain amplifie ces problèmes parce qu’elle les cumule dans un même projet, avec une technologie qui laisse peu de marge pour les contournements.
Pour le chef de projet, cette observation est à la fois rassurante et exigeante. Rassurante parce que les compétences nécessaires pour maîtriser ces risques sont des compétences de gestion de projet, pas de cryptographie. Exigeante parce que la marge d’erreur est mince: là où un projet classique peut survivre à un engagement tiède des parties prenantes, un projet blockchain s’arrête net.
Les cas où la blockchain se justifie malgré les risques
Il serait simpliste de conclure que la blockchain ne fonctionne pas. Les 8% de projets qui réussissent partagent des caractéristiques communes, identifiées par une revue systématique IEEE de 2023.
Le premier cas d’usage viable est l’automatisation des paiements contractuels via des smart contracts (contrats intelligents), des programmes dont les clauses s’exécutent automatiquement lorsque des conditions prédéfinies sont vérifiées. Dans les grands projets de construction avec plusieurs niveaux de sous-traitance, le paiement déclenché par la validation d’un jalon réduit les litiges et accélère les flux financiers. Le gain est mesurable et le nombre de participants justifie la complexité du dispositif. Un consortium de constructeurs en Suède a ainsi réduit de 40% les délais de paiement entre sous-traitants en automatisant les validations de jalons sur une blockchain permissionnée, éliminant les allers-retours administratifs entre quatre niveaux de contractants.
Le deuxième cas d’usage est la traçabilité dans les projets multi-organisationnels sans tiers de confiance naturel. Marchés publics impliquant plusieurs administrations, chaînes d’approvisionnement transfrontalières, projets de construction où maître d’ouvrage, architecte et entreprises générales doivent partager un historique fiable des décisions: dans ces contextes, le registre distribué (une base de données répliquée simultanément chez tous les participants sans copie maîtresse centrale) apporte une valeur que les solutions centralisées ne peuvent pas fournir, précisément parce qu’aucun participant n’accepterait de confier le contrôle du registre à un autre.
Un troisième cas émerge dans la combinaison blockchain et BIM (Building Information Modeling), la maquette numérique collaborative d’un bâtiment. Lorsque plusieurs bureaux d’études interviennent sur un même projet de construction, la traçabilité des modifications apportées à la maquette devient un enjeu contractuel. Une blockchain permissionnée permet d’horodater chaque modification de manière irréfutable, établissant ainsi un historique complet des responsabilités en cas de litige.
Gérer un projet blockchain: la gouvernance comme livrable
Le premier réflexe d’un chef de projet confronté à une demande blockchain devrait être de vérifier si les conditions de pertinence sont réunies. Plusieurs organisations indépendantes sont-elles impliquées? Refusent-elles de confier le contrôle des données à l’une d’entre elles? L’immuabilité est-elle une exigence contractuelle ou réglementaire? Si la réponse à l’une de ces questions est non, une base de données partagée classique fera probablement mieux pour un coût bien inférieur.
Lorsque les conditions sont réunies, le chef de projet doit traiter la gouvernance du réseau comme un livrable à part entière, au même titre qu’un plan de gestion des risques ou une matrice RACI (Responsible, Accountable, Consulted, Informed). Les questions de gouvernance (qui valide les transactions, qui finance l’infrastructure, qui administre les droits d’accès) sont plus déterminantes pour le succès du projet que le choix entre Hyperledger et Ethereum. Cette gouvernance doit être formalisée dans un document de référence avant le premier sprint de développement, car les décisions prises tardivement sur ces sujets génèrent des conflits entre participants qui peuvent paralyser le réseau.
Le plan de gestion des parties prenantes mérite une attention particulière. Chaque organisation participante doit s’engager formellement sur ses obligations de contribution au réseau, avec des indicateurs mesurables. L’expérience montre que les protocoles d’accord verbaux ne résistent pas à la première difficulté opérationnelle. Un comité de gouvernance du réseau, distinct du comité de pilotage projet, doit arbitrer les conflits d’intérêt entre participants et garantir que les règles du consensus restent équitables à mesure que le réseau évolue.
Enfin, le budget doit intégrer un poste significatif pour le recrutement ou la formation des compétences techniques. Sous-estimer ce poste est l’erreur la plus fréquente dans la planification des projets blockchain, et celle qui génère le plus de dérive calendaire. Prévoir six à douze mois de montée en compétence de l’équipe avant d’atteindre une vélocité de développement stable est une hypothèse plus réaliste que les estimations optimistes des fournisseurs de plateformes.