Comment étouffer le logiciel libre sans l’interdire
Benedikt Langer
6 min de lecture Le meilleur argument contre la meilleure IA ouverte de Chine vient d’un homme d’OpenAI. ...
Le grand projet numérique repose sur un déroulement bien connu : un programme pluriannuel, un budget à deux chiffres en millions, un comité de pilotage et, au final, un système qui reflète le marché d’avant-hier. Pendant que le programme se déroule, le monde a tourné, la concurrence est passée devant et la valeur promise ne s’est jamais concrétisée. Les groupes qui réussissent leur digitalisation renoncent donc au Big Bang. Ils découpent la transformation en étapes, dont chacune apporte une valeur propre.
Les points clés en bref
Connexe :La dette technique doit figurer à l’ordre du jour du conseil / Goulet d’étranglement PMO : pourquoi les déploiements échouent
Qu’est-ce qu’une approche Big Bang ? Une approche Big Bang désigne la transformation numérique comme un seul grand programme, qui s’étend sur plusieurs années et ne déploie ses bénéfices qu’avec la mise en service finale. Jusque-là, pas de résultats intermédiaires, pas de retour sur investissement, pas d’adaptation aux conditions changeantes. Le modèle opposé est la transformation progressive en étapes autonomes, chacune apportant sa propre valeur.
J’ai vu suffisamment de transformations en interne dans des groupes pour connaître le mécanisme qui fait échouer le Big Bang. Il échoue rarement sur la technique. Il échoue sur le temps. Un programme qui dure trois ou quatre ans tombe à la fin sur un marché qui a changé entre-temps. Les exigences d’aujourd’hui ont été figées dans le cahier des charges d’hier. Ce qui est livré est conforme au cahier des charges, et pourtant à côté de la réalité.
S’ajoute l’argent. Un Big Bang mobilise un budget pendant des années sans rien restituer en cours de route. Le conseil finance une promesse et ne voit le premier bénéfice mesurable qu’à la toute fin. Si le programme tourne mal, ce n’est pas une brique qui est perdue, mais la totalité de l’investissement. Cette structure de tout-ou-rien est le véritable défaut de conception, pas la décision technique particulière qu’elle contient.
De nombreux groupes ont tiré les mauvaises leçons du problème du « Big Bang ». Ils ne lancent plus un grand programme, mais des dizaines de projets pilotes. Cela semble agile, mais crée un autre problème : beaucoup de démarrages, trop peu de systèmes productifs. Les projets pilotes sont faciles à lancer et difficiles à arrêter, et seuls quelques-uns parviennent à franchir le cap vers la production réelle.
Ce chiffre révèle un angle mort. Un projet pilote prouve que quelque chose est techniquement possible. Il ne prouve pas qu’il tient la route au quotidien, s’intègre aux processus et génère un retour sur investissement. C’est précisément cette étape, de la démonstration à la production, qui est coûteuse, et elle est souvent sautée dans l’enthousiasme suscité par un prototype rapide. Une étape conçue uniquement jusqu’au stade du pilote n’apporte aucune avancée. Elle se contente de prouver qu’un prototype fonctionne.
La différence entre une étape significative et un projet pilote sans suite réside dans le découpage. Une étape viable n’est pas simplement une version réduite du grand plan. Elle est conçue de manière à fournir, prise isolément, un bénéfice concret et perceptible.
| Caractéristique | Programme « Big Bang » | Étape viable |
|---|---|---|
| Livraison de valeur | uniquement à la fin | après chaque niveau |
| Risque budgétaire | tout ou rien | limité par étape |
| Ajustement au marché | figé dans la spécification | possible après chaque niveau |
| Abandon | perte de tout l’investissement | conservation de ce qui a été livré |
Trois questions aident à définir une étape. Apporte-t-elle un résultat utilisé concrètement par un service spécifique ? Son succès peut-il être mesuré par un indicateur chiffré défini à l’avance ? Et est-elle suffisamment aboutie pour que l’entreprise soit dans une meilleure situation même si l’étape suivante n’a jamais lieu ? Qui répond oui aux trois questions a découpé une étape. Qui esquive l’une d’elles a créé un projet pilote.
Même la voie progressive peut échouer si elle est mal dirigée. Les modèles suivants déterminent si les étapes deviennent un progrès ou ne constituent qu’une série d’éléments isolés sans direction.
Le point décisif est ce garde-fou. Des étapes sans architecture cible commune aboutissent à un patchwork difficile à maintenir, plus que l’ancien système. Une direction qui exige la valeur à chaque étape tout en protégeant l’architecture globale obtient les deux : des résultats rapides et visibles, ainsi qu’une vision d’ensemble pérenne. C’est plus exigeant qu’un Big Bang, car il nécessite des décisions continues. Mais c’est la voie qui mène au résultat final.
Pas toujours, mais c’est rarement le meilleur choix. Il existe des cas, par exemple une refonte complète imposée par la réglementation, où une date butoir est inévitable. Dans la plupart des décisions libres, la transformation progressive l’emporte sur le grand chambardement, car elle délivre de la valeur plus tôt et peut s’adapter à des conditions changeantes.
Un pilote démontre la faisabilité technique. Une étape apporte un bénéfice réel et mesurable en exploitation. La différence tient au chemin jusqu’à la production : une étape n’est terminée que lorsqu’un domaine utilise effectivement le résultat et qu’un indicateur de succès défini au préalable est atteint, et non pas dès que la démonstration fonctionne.
Avec une architecture cible globale servant de garde-fou pour toutes les étapes. Chaque palier apporte une valeur autonome, mais s’intègre dans une vision commune. Sans ce garde-fou, de nombreuses solutions locales émergent, dont l’exploitation conjointe devient plus lourde que le système qu’elles étaient censées remplacer.
À l’aide d’un indicateur défini avant le démarrage et adapté à l’objectif de l’étape : un temps de traitement réduit, un taux d’erreurs en baisse, une contribution mesurable au chiffre d’affaires ou aux coûts. Il est essentiel que ce chiffre soit convenu au préalable et interprété honnêtement après coup. Une étape sans critère de succès n’est pas pilotable.
Une fonction dotée du mandat d’exiger de la valeur à chaque étape tout en protégeant l’architecture cible, souvent rattachée au DSI ou à un responsable de la transformation. Le point crucial est que cette personne puisse à la fois prioriser des résultats rapides et éviter que la somme des actions ne fasse perdre de vue la vision d’ensemble.
À lire aussi sur Digital Chiefs
Digital ChiefsApprentissage en cours : ce que le conseil de surveillance doit exiger lorsque 89 % de la stratégieDigital ChiefsL’IA comme moteur de la numérisation : ce qui fait vraiment avancer l’économie allemande maintenantDigital ChiefsLes budgets d’IA avant l’été : ce que les DSI doivent montrer maintenantPlus du réseau MBF Media
cloudmagazinOpenTofu vs. Terraform : quel outil IaC tient la route mybusinessfutureLassitude face au changement : comment le leadership maintient la transformation en vie securitytodayUne sauvegarde qui survit à une attaque de ransomwareSource de l’image : générée par IA (juin 2026)