Les outils qu'on utilise façonnent notre façon de penser l'architecture

Il y a une idée qu'on attribue souvent à Abraham Maslow, même si la citation exacte est un peu floue :

« Si le seul outil que vous avez est un marteau, tout ressemble à un clou. »

C'est devenu un cliché, mais comme beaucoup de clichés, il contient un fond de vérité qu'on a tendance à oublier. Surtout dans le monde de l'architecture d'entreprise, où les outils qu'on utilise au quotidien influencent silencieusement la façon dont on pense, dont on modélise, et dont on communique.

On ne parle pas ici de fonctionnalités ou de comparatifs produit. On parle de quelque chose de plus subtil : la manière dont un outil cadre la pensée de celui qui l'utilise.

Visio : penser en boîtes et en flèches

Commençons par l'outil que tout le monde connaît, et que beaucoup utilisent encore.

Quand on ouvre Visio (ou Draw.io, ou Lucidchart, ou n'importe quel outil de diagramme), le geste naturel c'est : poser une boîte, puis une autre, puis tracer une flèche entre les deux. C'est le vocabulaire de base. Boîtes. Flèches. Parfois des couleurs pour distinguer les couches.

Ce n'est pas un mauvais point de départ. Mais ça pousse assez naturellement vers une vision statique et positionnelle de l'architecture. On voit des composants. On voit des liens. Ce qu'on voit moins bien, c'est la dynamique : dans quel sens circule l'information ? Quelle est la criticité de cette dépendance ? Qu'est-ce qui se passe si on retire cette boîte ?

Le diagramme Visio raconte une photo. C'est utile. Mais une photo ne dit pas grand-chose sur le film.

Il y a aussi un effet plus insidieux : comme chaque schéma est un fichier autonome, on finit assez vite avec des dizaines de diagrammes qui ne sont pas connectés entre eux. L'application "CRM" sur le schéma du Commerce et l'application "CRM" sur le schéma de l'IT, c'est la même ? Probablement. Mais rien dans l'outil ne le garantit.

Excel : penser en lignes et en colonnes

L'autre grand classique. On sourit un peu quand on en parle, mais la réalité c'est qu'une proportion significative de l'architecture d'entreprise mondiale vit dans des fichiers Excel.

Et ce n'est pas absurde. Excel est universel, flexible, et tout le monde sait s'en servir. Quand il faut inventorier un parc applicatif ou documenter des flux, un tableur fait le job.

Mais Excel pousse vers une pensée tabulaire et inventoriale. Chaque application est une ligne. Chaque attribut est une colonne. On finit avec un catalogue : nom, responsable, technologie, statut, date de mise en service.

Ce qui manque, c'est la relation. Dans un tableur, le lien entre deux applications n'existe pas naturellement. On peut le modéliser (une colonne "dépendances", une feuille séparée pour les flux), mais c'est du bricolage. Le tableur n'a pas été conçu pour penser en réseau.

Et il y a un autre effet : quand l'architecture vit dans un fichier Excel, elle devient un objet de gestion, pas un objet de réflexion. On met à jour les lignes, on complète les colonnes, on génère des rapports. Mais on ne navigue pas dedans. On ne l'explore pas. On ne raconte rien avec.

PowerPoint : penser en narration séquentielle

Celui-là est intéressant parce qu'il part d'une bonne intention.

Quand un architecte prépare une présentation pour le COMEX ou pour un comité d'architecture, il ouvre PowerPoint. Et là, quelque chose de différent se passe : il ne modélise plus, il raconte. Il choisit un angle, il séquence les idées, il simplifie pour que ça passe en quarante-cinq minutes.

C'est précieux. C'est même une compétence sous-estimée en architecture d'entreprise. Mais PowerPoint pousse vers une pensée linéaire et figée dans le temps. La présentation capture un instant, un angle, un message. Elle ne vit pas après la réunion. Et surtout, elle n'est pas connectée au modèle sous-jacent.

On a tous vu ça : un slide deck d'architecture magnifique, présenté en comité, validé... et qui ne correspond déjà plus tout à fait à la réalité trois mois plus tard. Le récit était bon, mais il est devenu un artefact historique plutôt qu'un outil vivant.

Le graph : penser en relations

Et puis il y a une autre façon de voir les choses.

Quand on représente l'architecture d'entreprise comme un graphe (des nœuds et des relations, plutôt que des boîtes ou des lignes), quelque chose change dans la manière de réfléchir.

On ne se demande plus seulement "quels sont mes composants". On se demande "quels sont les liens entre eux". La question naturelle n'est plus "combien d'applications j'ai" mais "qu'est-ce qui dépend de quoi". L'analyse d'impact devient presque intuitive : si je touche à ce nœud, quels sont les chemins affectés ?

Un graph fait aussi émerger des patterns qu'on ne voit pas dans un tableur ou un diagramme : les clusters d'applications fortement couplées, les points de fragilité (un seul nœud dont tout dépend), les zones isolées qui ne sont connectées à rien.

Ce n'est pas une solution magique. Un graph peut aussi devenir illisible s'il est trop dense, ou incompréhensible s'il manque de contexte. Mais c'est un mode de pensée qui colle assez bien à la réalité de ce qu'est un système d'information : un réseau de dépendances, pas une liste de composants.

Ce qu'on en retient

Ce qui est intéressant, ce n'est pas de dire qu'un outil est meilleur qu'un autre. Chacun a sa place et son moment.

Ce qui est intéressant, c'est de prendre conscience que le choix de l'outil n'est jamais neutre. Il oriente la pensée, il facilite certaines questions et en rend d'autres presque invisibles.

Visio facilite la communication visuelle rapide, mais fragmente la vue d'ensemble. Excel rend l'inventaire rigoureux, mais écrase les relations. PowerPoint force le storytelling, mais déconnecte le récit du modèle. Un graph rend les dépendances visibles, mais demande un effort de lisibilité.

La question qui mérite peut-être d'être posée, c'est : est-ce que l'outil que j'utilise me permet de penser l'architecture de la façon dont j'ai besoin d'y penser en ce moment ? Ou est-ce que je pense d'une certaine façon... parce que c'est ce que mon outil me permet ?

Chez Boldo, on y pense beaucoup

Ce sujet nous habite assez profondément chez Boldo, parce que c'est au cœur de ce qu'on essaie de construire.

On est parti du principe qu'un outil d'architecture d'entreprise devrait pouvoir combiner ces modes de pensée plutôt que de forcer un seul angle. Pouvoir modéliser en graph pour comprendre les dépendances. Pouvoir naviguer entre différentes vues pour raconter des histoires différentes à des audiences différentes. Pouvoir connecter le tout à des données réelles pour que le modèle reste vivant.

L'idée n'est pas de remplacer tous les outils existants. C'est de proposer un espace où la réflexion architecturale n'est pas contrainte par le format.

C'est un chantier en cours, et on n'a certainement pas tout résolu. Mais on pense que c'est une question qui mérite d'être explorée.