Se préparer tôt ne signifie pas s’engager trop tôt

Un jour, au cours d’une discussion sur la stratégie d’innovation, j’ai entendu une affirmation qui m’a marqué :

« Aujourd’hui, l’innovation ne se joue plus que sur le temps court. Les normes et les brevets appartiennent au passé. L’open source les a remplacés. »

Cette affirmation m’est restée en mémoire parce qu’elle confondait l’accélération de l’innovation avec la disparition des horizons stratégiques de long terme.

Pourtant, ces approches ne s’opposent pas.

L’open source, les normes, la propriété intellectuelle et les capacités technologiques peuvent coexister, interagir et se renforcer mutuellement. Leurs rôles évoluent, mais aucun ne rend la préparation à long terme obsolète.

Le rythme de l’innovation peut s’accélérer. Le temps nécessaire pour en réunir les conditions ne diminue pas nécessairement.

Prenons l’exemple de l’IA physique (Physical AI), du continuum cloud–edge–équipements, des technologies quantiques ou encore de la 6G, alors que la 5G est toujours en cours de déploiement.

Leur maturité et leurs trajectoires de développement diffèrent considérablement. Pourtant, elles soulèvent une même question stratégique :

Quand une organisation doit-elle commencer à se préparer à quelque chose qui est encore en train de prendre forme ?

Au-delà de la feuille de route technologique

L’IA physique en offre un exemple révélateur.

Son développement ne dépend pas uniquement des progrès des modèles d’IA ou de la robotique. Il repose également sur la capacité des équipements, des capteurs, des réseaux, des infrastructures edge et des ressources cloud à coopérer pour percevoir, décider et agir.

L’enjeu dépasse la simple connectivité. Il concerne l’interopérabilité des perceptions, des modèles, des décisions et des actions, ainsi que la sûreté, la confiance et la continuité opérationnelle.

Certaines briques existent déjà. D’autres sont encore émergentes, notamment de possibles nouvelles normes d’interopérabilité.

On retrouve cette même interdépendance dans le continuum cloud–edge–équipements, où les fonctions de calcul, d’intelligence et de contrôle doivent non seulement être distribuées, mais aussi fédérées entre des systèmes soumis à des contraintes différentes.

Dans le domaine de la connectivité, se demander pourquoi s’intéresser dès aujourd’hui à la 6G alors que la 5G est encore en cours de déploiement met en évidence une autre réalité : le déploiement est précédé d’années de recherche, de normalisation, de développement des capacités et de préparation des produits.

Des exemples différents, mais un même défi :

Que faut-il engager, et à quel moment, tout au long de la chaîne de mise en capacité (enablement chain) ?

Chaque organisation part de sa propre situation

Il n’existe pas de point de départ universel.

Une startup peut démarrer avec un noyau limité de connaissances, d’expertises et d’ambitions, puis construire progressivement les capacités nécessaires à son développement.

Une organisation établie peut disposer de décennies de recherche, d’expérience, de propriété intellectuelle, de partenariats et de capacités technologiques, tout en éprouvant des difficultés à les adapter à un environnement qui évolue.

Disposer de connaissances ne signifie pas nécessairement être capable de les mobiliser pour agir.

Dans les deux cas, les changements émergents soulèvent des questions fondamentales :

Que savons-nous ? Que devons-nous encore comprendre ?

C’est tout l’enjeu de la découverte des connaissances (Knowledge Discovery) : révéler non seulement les connaissances existantes qui deviennent pertinentes, mais aussi celles qui manquent.

Le même raisonnement s’applique aux capacités.

Que sommes-nous déjà capables de faire ? Que devons-nous devenir capables de faire ?

Certaines capacités peuvent être développées à partir de zéro. D’autres peuvent être réutilisées, combinées différemment, accessibles grâce à des partenaires ou transformées. Certaines peuvent aussi devoir être abandonnées.

C’est ici que la découverte des capacités (Capability Discovery) devient gestion des capacités (Capability Management) : décider de ce qu’il faut développer, acquérir, rendre accessible, mobiliser, transformer ou préserver — et à quel moment.

Qu’une organisation soit en phase de développement ou de transformation, le défi ne consiste pas simplement à accumuler des connaissances et des capacités.

Il consiste à développer et à faire évoluer sa capacité d’action à mesure que son environnement change.

Synchroniser les trajectoires de mise en capacité

Les technologies, les normes, les capacités et les marchés n’évoluent pas au même rythme.

Une technologie peut encore nécessiter plusieurs années pour atteindre sa maturité, tandis que certaines capacités indispensables à son exploitation peuvent elles-mêmes demander plusieurs années de développement. La normalisation, l’industrialisation et l’adoption par le marché introduisent d’autres temporalités.

Ces trajectoires se chevauchent, s’influencent mutuellement et évoluent à mesure que de nouvelles connaissances apparaissent.

Le défi ne consiste donc pas simplement à estimer le délai de maturité d’une technologie (time-to-technology).

Il s’agit de comprendre comment interagissent le temps nécessaire à la maturité technologique (time-to-technology), à la normalisation (time-to-standards), au développement des capacités (time-to-capability) et à l’accès au marché (time-to-market) — et quelles décisions ces interactions nécessitent.

Certaines activités doivent parfois commencer tôt. D’autres peuvent attendre.

Une organisation peut choisir de suivre les évolutions, d’explorer des alternatives, de participer à des travaux de recherche ou de normalisation, de construire des partenariats ou d’investir dans certaines capacités.

Elle peut aussi décider de ne pas s’engager.

Se préparer tôt ne signifie pas s’engager trop tôt.

Cela signifie comprendre suffisamment les changements émergents — ainsi que les connaissances, les capacités et les lacunes propres à l’organisation — pour distinguer ce qui peut attendre de ce qui ne le peut pas.

Préserver sa capacité d’action

Attendre peut permettre d’y voir plus clair.

Mais une meilleure visibilité qui arrive après la fermeture de la fenêtre d’action présente une valeur stratégique limitée.

À l’inverse, s’engager trop tôt peut créer des dépendances autour d’hypothèses qui se révéleront erronées.

L’objectif n’est ni de prédire l’avenir ni d’investir dans toutes les technologies émergentes.

Il est de prendre des décisions éclairées tant qu’il est encore temps d’agir — et de les réévaluer à mesure que les technologies, les normes, les écosystèmes et les marchés évoluent.

Cela exige davantage que la simple veille sur les technologies émergentes ou la production d’analyses supplémentaires.

Il faut relier les changements externes aux connaissances, à l’expérience et aux capacités évolutives de l’organisation — pour comprendre non seulement ce qu’elle est capable de faire aujourd’hui, mais aussi ce qu’elle doit développer ou transformer pour pouvoir agir demain.

C’est là que l’intelligence décisionnelle face au changement (Decision Intelligence for Emerging Change) peut faire la différence.

Non pas en décidant à la place des organisations, mais en les aidant à comprendre leurs options, à anticiper les conséquences de leurs choix et à ajuster leurs trajectoires de préparation à mesure que de nouvelles connaissances apparaissent.

Car la véritable question n’est pas simplement de savoir quelles technologies émergeront demain.

C’est de déterminer ce que nous devons comprendre, découvrir et rendre possible aujourd’hui pour conserver la liberté de choisir demain.