L’architecture d’entreprise n’a jamais été aussi bon marché

Un architecte d’entreprise expérimenté coûte cher.

Ce n’est pas très surprenant : une partie importante de sa valeur vient de l’expérience accumulée, de sa capacité à comprendre plusieurs couches du système d’information et de son aptitude à arbitrer dans des situations où aucune option n’est parfaite.

Pourtant, je défends aujourd’hui une thèse qui peut sembler paradoxale :

L’architecture d’entreprise n’a jamais été aussi bon marché.

Je ne veux pas dire que le tarif journalier des architectes va s’effondrer. Je ne pense pas non plus que quelques prompts puissent remplacer vingt ans de pratique.

Je parle du coût d’accès à une capacité d’architecture utile.

L’IA générative change ce coût parce qu’elle compresse une partie très chronophage du métier : la transformation d’informations dispersées en représentations partageables, discutables et actionnables.

Autrement dit, elle ne remplace pas le travail de fond. Elle peut réduire fortement le coût de sa formalisation.

Le coût de l’architecte est d’abord un coût de temps

Une mission d’architecture ne consiste pas seulement à produire un diagramme cible.

Il faut notamment :

• explorer l’existant ;
• écouter les équipes métier et techniques ;
• retrouver les décisions anciennes ;
• identifier les dépendances ;
• distinguer les contraintes réelles des habitudes ;
• comparer plusieurs scénarios ;
• rendre visibles les compromis ;
• préparer une décision ;
• conserver une trace compréhensible de ce qui a été instruit.

Dans ma pratique, j’ai souvent observé une répartition approximative du temps qui ressemblait à la loi de Pareto :

Nature du travail	Ordre de grandeur observé
Étude de fond, compréhension, confrontation des points de vue et arbitrage	20 %
Formalisation, synthèse, mise en cohérence et adaptation des connaissances	80 %

Ce ratio n’est pas un benchmark universel. Il dépend du contexte, de la maturité documentaire, des interlocuteurs, des outils et du type de mission. Je le présente comme une observation de terrain, pas comme une mesure scientifique.

Il met néanmoins en évidence un problème économique réel : une grande partie du temps facturé n’est pas consacrée à découvrir une information nouvelle ou à prendre une décision. Elle sert à rendre la connaissance exploitable par d’autres.

La formalisation n’est pas du travail secondaire

Parler de « formalisation » peut donner l’impression d’un travail administratif à faible valeur. Ce serait une erreur.

La formalisation couvre des activités essentielles :

• transformer des entretiens en constats structurés ;
• produire plusieurs vues d’un même système pour des publics différents ;
• relier capacités métier, applications, données, flux et infrastructures ;
• rédiger des options d’architecture et leurs conséquences ;
• maintenir des ADR, des matrices de risques ou des cartographies ;
• expliquer la même décision à une équipe de développement, à un responsable de domaine et à un comité de direction ;
• consolider des dizaines de documents dont les vocabulaires se contredisent parfois ;
• transformer une cible en trajectoire, puis en premier incrément actionnable.

Ce travail crée de la valeur. Mais, avant l’arrivée des assistants IA modernes, son coût était presque entièrement proportionnel au temps humain nécessaire pour l’exécuter.

L’architecte devait lire, trier, reformuler, rapprocher, rédiger, dessiner, corriger, puis recommencer pour une autre audience.

C’est précisément sur cette mécanique que l’économie du métier commence à changer.

Le coût de la non-formalisation se paie plusieurs fois

Le gain ne concerne pas seulement la mission en cours. Il produit un effet boule de neige.

Combien de fois ai-je passé plusieurs heures à interviewer des sachants sur un périmètre qui avait pourtant été étudié quelques mois auparavant ?

L’information avait été recherchée. Les interlocuteurs avaient déjà été mobilisés. Le contexte avait été compris, parfois même les options avaient été comparées et une décision avait été prise. Mais la connaissance n’avait pas été suffisamment formalisée par mon prédécesseur, le plus souvent faute de temps.

Il fallait donc recommencer une partie du travail :

• retrouver les bons interlocuteurs ;
• reconstituer le contexte ;
• faire répéter des explications déjà données ;
• comprendre ce qui avait été décidé et pourquoi ;
• distinguer les faits d’origine des souvenirs reconstruits après coup.

Le coût de la documentation manquante n’est donc pas payé une seule fois. Il est transféré aux études suivantes.

On entre alors dans un cercle vicieux :

Étude peu formalisée → connaissance qui se dissipe → nouvelle investigation → moins de temps disponible → nouvelle formalisation incomplète.

La dette documentaire devient progressivement une dette d’instruction. Avant même d’étudier un nouveau problème, l’architecte doit financer la redécouverte du précédent.

Si l’assistance IA fait baisser la charge de formalisation tout en améliorant la structure, la traçabilité et l’adaptation des documents, le mouvement peut s’inverser :

Capture structurée → brouillon rapidement produit → validation humaine → connaissance réutilisable → prochaine étude plus courte → davantage de temps pour comprendre et documenter.

Le bénéfice n’est plus seulement d’économiser quelques heures aujourd’hui. Chaque étude correctement capitalisée réduit potentiellement le coût de la suivante.

Elle évite aussi de remobiliser sans cesse les mêmes sachants, dont le temps est souvent plus rare encore que celui de l’architecte.

Le cercle vertueux demande un investissement initial

Ce mécanisme ne démarre pas spontanément parce qu’une organisation ouvre un accès à un modèle de langage.

Il faut accepter de s’équiper et, au départ, de perdre du temps pour en gagner.

Cela signifie notamment :

• structurer un corpus documentaire exploitable ;
• définir des modèles d’artefacts et un vocabulaire commun ;
• conserver les sources, les dates, le périmètre et le statut des informations ;
• organiser les droits d’accès et la protection des données sensibles ;
• choisir les outils et leurs conditions d’usage ;
• construire des routines de capture après les entretiens et les décisions ;
• apprendre à produire, challenger et valider les résultats générés ;
• intégrer la mise à jour documentaire dans le travail normal, pas à la fin du projet.

Pendant cette phase, l’organisation peut même avoir l’impression d’aller moins vite. Il faut nettoyer l’existant, ajuster les modèles, corriger les premiers résultats et apprendre à distinguer une production seulement plausible d’une formalisation réellement fiable.

Mais cette charge constitue un investissement dans la mémoire d’architecture.

Sans cet investissement, l’IA produit surtout davantage de documents. Avec lui, elle peut contribuer à réduire durablement le coût de recherche, de compréhension et de transmission de l’information.

Ce que l’IA peut réellement compresser

Correctement utilisée, l’IA peut produire un premier niveau de formalisation à partir d’une matière déjà collectée :

• synthétiser des notes d’entretien ;
• rapprocher des vocabulaires différents ;
• proposer une première liste de capacités, d’applications ou de flux ;
• transformer une décision orale en brouillon d’ADR ;
• générer plusieurs niveaux de restitution à partir de la même analyse ;
• préparer une matrice d’options et de critères ;
• produire une première version d’un diagramme textuel ;
• comparer deux versions d’un document ;
• relever des incohérences, des termes ambigus ou des éléments non couverts ;
• maintenir un glossaire ou un registre de décisions ;
• reformuler un contenu technique pour un sponsor moins technique.

Le mot important est première.

Une synthèse générée n’est pas automatiquement exacte. Un diagramme plausible n’est pas automatiquement fidèle au système réel. Une matrice bien présentée n’est pas automatiquement fondée sur les bons critères.

L’IA diminue le coût de production d’un brouillon structuré. Elle ne transforme pas ce brouillon en vérité.

Ce que l’IA ne prend pas en charge

Le cœur irremplaçable du métier reste ailleurs.

L’architecte doit encore :

• déterminer quelles sources sont fiables ;
• détecter qu’un même mot désigne deux concepts différents selon les domaines ;
• comprendre pourquoi une exception apparemment absurde existe ;
• identifier les contraintes politiques, réglementaires ou opérationnelles qui ne figurent dans aucun document ;
• faire émerger les désaccords cachés ;
• distinguer un choix réversible d’un engagement structurant ;
• challenger un scénario séduisant mais inexécutable ;
• assumer une recommandation ;
• décider du niveau d’incertitude acceptable.

Une IA peut aider à explorer un espace d’options. Elle ne porte ni la responsabilité de la décision, ni la compréhension complète du contexte, ni la relation de confiance nécessaire pour faire accepter un arbitrage difficile.

Elle n’a pas non plus l’expérience vécue du run, des programmes qui dérapent, des systèmes historiques qui continuent à porter des règles métier critiques ou des architectures cibles qui échouent faute de trajectoire réaliste.

Le bon partage des rôles n’est donc pas :

20 % d’architecte et 80 % d’IA.

Il ressemble plutôt à ceci :

L’architecte consacre davantage de temps à comprendre, instruire et arbitrer. L’IA réduit le coût nécessaire pour transformer ce travail en artefacts utilisables.

Deux manières de récupérer le gain

Cette baisse du coût de formalisation peut être utilisée de deux façons.

1. Produire une meilleure instruction pour un budget identique

L’architecte conserve le même temps d’intervention, mais le réalloue.

Il peut :

• rencontrer davantage d’acteurs ;
• explorer plus sérieusement les scénarios alternatifs ;
• tester la cohérence de la cible avec les contraintes du run ;
• mieux documenter les hypothèses ;
• approfondir les risques de transition ;
• travailler davantage le premier incrément et la capacité de pivot.

Dans ce cas, l’IA ne rend pas la prestation moins chère. Elle la rend plus profonde à coût constant.

2. Fournir la même capacité utile avec moins de présence

Certaines organisations n’ont pas besoin d’un architecte d’entreprise cinq jours par semaine.

Elles ont besoin d’une capacité régulière pour :

• instruire les décisions structurantes ;
• maintenir une vision cohérente ;
• challenger les projets ;
• conserver les arbitrages ;
• détecter les incohérences entre initiatives ;
• préparer les prochains mouvements.

Si une partie de la préparation et de la formalisation est correctement assistée, cette capacité peut être apportée à temps partagé : quelques jours par mois ou un à deux jours par semaine, selon le contexte.

Ce modèle ne consiste pas à compresser artificiellement cinq jours de travail en une journée. Il consiste à retirer du temps humain là où sa valeur marginale est faible, afin de préserver sa présence là où le jugement est réellement nécessaire.

À quoi peut ressembler une architecture à temps partagé

Un fonctionnement crédible repose sur une boucle courte et traçable :

1. Collecter la matière : documents, décisions, entretiens, contraintes et signaux issus des projets.
2. Préparer les artefacts : l’IA aide à structurer les notes, rapprocher les informations et produire des brouillons.
3. Valider le sens : l’architecte vérifie les concepts, les relations, les contradictions et les hypothèses.
4. Instruire les options : les scénarios sont comparés selon des critères explicites.
5. Arbitrer avec les parties prenantes : la décision reste humaine, située et assumée.
6. Mettre à jour la mémoire d’architecture : décisions, risques, trajectoire et éléments à réexaminer sont conservés.

L’intérêt de cette boucle est moins de produire davantage de documents que de maintenir une continuité de raisonnement.

L’architecture d’entreprise devient alors moins une succession de grandes études ponctuelles et davantage une capacité de décision entretenue dans le temps.

Le risque principal : industrialiser une compréhension fausse

Cette nouvelle économie a un angle mort évident.

L’IA peut produire très rapidement un document propre, cohérent en apparence et entièrement faux sur le fond.

Plus la formalisation devient facile, plus il devient tentant de confondre :

• volume documentaire et connaissance ;
• cohérence rédactionnelle et cohérence du système ;
• diagramme lisible et architecture maîtrisée ;
• synthèse convaincante et instruction robuste.

Une utilisation sérieuse demande donc quelques garde-fous :

• relier les affirmations importantes à leurs sources ;
• distinguer faits, hypothèses et décisions ;
• faire valider le sens métier par les personnes compétentes ;
• conserver les contradictions au lieu de les lisser automatiquement ;
• protéger les informations sensibles ;
• connaître les limites du modèle et de son contexte ;
• soumettre chaque recommandation à une responsabilité humaine explicite.

Sans cela, l’IA ne réduit pas le coût de l’architecture. Elle réduit seulement le coût de production d’un faux sentiment de maîtrise.

Ce que les entreprises devraient désormais acheter

Si le temps de formalisation diminue, acheter une prestation d’architecture uniquement en jours de présence devient de moins en moins pertinent.

Les questions utiles deviennent plutôt :

• Quelle incertitude l’intervention doit-elle réduire ?
• Quelle décision doit-elle rendre possible ?
• Quels artefacts seront maintenus après la mission ?
• Comment les hypothèses et les sources resteront-elles traçables ?
• Quelle part du temps gagné sera réinvestie dans l’étude de fond ?
• Comment les données confiées aux outils d’IA seront-elles protégées ?
• Qui validera la sémantique métier et assumera les arbitrages ?

Le livrable final compte, mais il ne suffit pas.

La vraie valeur réside dans la qualité de l’instruction qui le précède et dans la capacité de l’organisation à s’en servir pour agir.

L’architecte n’est pas moins cher. Son levier est plus grand.

Dire que l’architecture d’entreprise n’a jamais été aussi bon marché ne signifie donc pas que l’expertise a perdu de sa valeur.

C’est même l’inverse.

À mesure que le coût de production des artefacts diminue, la valeur se déplace vers ce qui reste difficile à automatiser :

• poser la bonne question ;
• comprendre le réel ;
• détecter les ambiguïtés ;
• relier technique, métier et organisation ;
• rendre les compromis visibles ;
• construire une trajectoire exécutable ;
• assumer une recommandation.

L’IA ne rend pas l’architecte moins utile. Elle lui permet, s’il adapte sa manière de travailler, d’exercer davantage son vrai métier.

Elle rend aussi possible un modèle longtemps difficile à tenir économiquement : celui d’un architecte d’entreprise senior intervenant à temps partagé auprès d’organisations qui ont besoin de cette capacité, sans avoir besoin — ni toujours les moyens — de la financer à temps plein.

Le tarif de l’expert peut rester élevé.

Mais le coût d’accès à son jugement, lui, peut fortement diminuer.

Et c’est peut-être cela, la transformation la plus intéressante : rendre l’architecture d’entreprise plus accessible sans la rendre plus superficielle.

---

Vous utilisez déjà l’IA pour formaliser des décisions d’architecture ? Je serais intéressé par les garde-fous que vous avez mis en place pour éviter qu’elle ne transforme une hypothèse en certitude.

Note de transparence : cet article a été préparé avec une assistance IA à partir de mes observations et de la thèse que je souhaitais développer. Les positions exprimées sont les miennes.