Il y a une question que peu d’organisations posent avant que la réponse ne devienne urgente : de quoi notre SI dépend-il vraiment ? Pas ce qu’il fait. Ce dont il dépend. Les câbles sous-marins qui transportent 97 % du trafic internet mondial. Les hyperscalers américains dont les serveurs sont soumis au Cloud Act. Les puces taïwanaises sans lesquelles aucune infrastructure ne se renouvelle. Les fournisseurs SaaS dont le siège social est à San Francisco et les données à Dublin — dans une juridiction qui obéit à Washington.

En mars 2026, trois bascules structurent l’environnement de tout SI d’entreprise française. Elles ne sont pas nouvelles. Elles sont désormais permanentes et cumulatives : l’instabilité énergétique et maritime, la bipolarisation technologique sino-américaine, et l’enlisement européen face à des acteurs qui négocient leur défense, subissent les tarifs américains, et peinent à produire une réponse technologique souveraine à la hauteur des enjeux.

Le risque géopolitique n’est plus une externalité

Pendant longtemps, le risque géopolitique a été ce que le DSI renvoyait au Risk Manager. Une externalité. Un sujet de comité, pas un sujet d’architecture. Cette époque est révolue, et ceux qui ne l’ont pas encore intégré travaillent avec une carte incomplète.

Le risque géopolitique est devenu une contrainte d’architecture à part entière. Choisir AWS plutôt qu’un cloud souverain n’est plus un arbitrage technico-économique — c’est un pari géopolitique implicite, pris sans délibération, qui se transformera en surprise stratégique au pire moment. Utiliser TikTok pour sa communication, déployer Huawei dans ses usines, héberger ses données dans le cloud mondial : trois paris distincts, trois implications stratégiques, trois conversations qui ne se tiennent presque jamais au bon niveau de l’organisation.

La rupture de traduction

Le vrai problème n’est pas technique. Il est structurellement politique, au sens noble du terme : il y a dans presque toutes les grandes organisations un fossé entre ceux qui décident la stratégie et ceux qui font tourner les systèmes. Ce fossé porte des noms divers — silos, dette technique, manque d’alignement — mais sa nature profonde est une rupture de traduction.

Personne n’est en charge de relier les bouleversements du monde à la réalité des systèmes. Le CODIR prend une décision de partenariat stratégique sans connaître les dépendances techniques sous-jacentes — et découvre six mois plus tard que le partenaire est soumis au Cloud Act. L’équipe infrastructure apprend les implications de NIS2 ou DORA via une note de la direction des risques, sans aucune traduction en contraintes d’architecture concrètes. La cartographie des fournisseurs cloud ne mentionne pas les sous-traitants de second rang — ceux qui, en cas de sanction OFAC, deviennent des risques invisibles.

Ces symptômes ne sont pas des dysfonctionnements individuels. Ce sont les effets d’une architecture qui n’a pas de mécanisme vivant de mise à jour. Une architecture qui documente le monde d’avant.

L’Architecture Continue comme réponse — et le rôle qu’elle redessine

L’Architecture Continue, telle que formalisée dans les travaux de Gregor Hohpe et de la communauté qui anime continuous-architecture.org, ne propose pas un nouveau framework de plus. Elle propose un changement de posture : l’architecture comme pratique vivante, enracinée dans le dialogue permanent entre stratégie et exécution.

Ce dialogue redessine le rôle de l’architecte d’entreprise. Il n’est ni le technicien en chef qui produit des cartographies, ni le consultant stratégique qui ignore l’exécution. Il est quelque chose de plus rare et de plus précieux : le seul acteur de l’organisation capable de faire le trajet complet — de la salle du CODIR au backlog d’une équipe produit, et retour. En boucle. En continu.

C’est ce que Gregor Hohpe appelle l’architect elevator : un professionnel qui circule entre les étages de l’organisation, qui parle leur langue à chacun, et qui maintient vivant ce que personne d’autre ne maintient — la traduction continue entre l’intention stratégique et la réalité des systèmes.

Pourquoi maintenant, pourquoi à l’échelle de l’entreprise

Beaucoup d’organisations ont déjà des pratiques d’architecture continue — souvent isolées, au niveau d’une équipe produit ou d’un domaine. C’est utile, mais ce n’est pas suffisant. Déployée à l’échelle globale de l’entreprise, l’Architecture Continue produit autre chose : une capacité institutionnelle à relier les bouleversements du monde aux choix d’architecture avant que ces bouleversements ne se transforment en urgences opérationnelles.

Cette capacité est ce qui distingue, en polycrise, les organisations qui décident de celles qui réagissent. Elle ne s’achète pas. Elle se construit — par la pratique continue du dialogue, par la culture de la décision documentée et révisable, par la capacité à rendre pensable ce qui n’a pas encore de nom.

C’est un sujet de direction générale et de DRH autant que de DSI. Parce que ce qui est en jeu, c’est la composition des équipes, le positionnement des architectes dans la chaîne de décision, et la reconnaissance d’un rôle qui n’a pas été pensé pour les organigrammes traditionnels.

Pour aller plus loin

J’ai produit un dossier d’analyse complet sur ce sujet — L’Architecture Continue face à l’imprévisible : 2026. Il développe en détail la boucle de valeur de l’architecte stratège, les six principes d’une pratique vivante, un radar de maturité avec les chiffres terrain pour 2026, une cartographie des sept risques géopolitiques critiques et leurs réponses d’architecture, et les sept questions à poser au prochain CODIR.

Télécharger le dossier complet (HTML, ~15 min de lecture)

Le dossier est conçu comme un objet de travail : sommaire latéral, sections interactives, fitness functions géostratégiques, références. Il s’adresse aux architectes, DSI, DRH et membres de CODIR qui veulent passer d’une lecture passive à une pratique structurée.

Architecture · Géopolitique · Résilience. Mars 2026.