01 · PIERRE LEBRUN
Plusieurs perspectives sur une même complexité
Je suis Pierre Lebrun, conseiller en architecture de solutions avec plus de vingt ans d’expérience en technologies de l’information. Mon parcours est moins une succession de postes qu’une accumulation de perspectives sur un même problème : comment comprendre des systèmes complexes, relier leurs différentes dimensions et les rendre suffisamment intelligibles pour pouvoir agir sur eux.
02 · DÉVELOPPEMENT
Des racines techniques et concrètes
J’ai commencé par le développement logiciel. Écrire des documents d'analyses fonctionnelles, écrire du code et le tester m’a donné une compréhension concrète des systèmes : leurs composants, leurs dépendances, leurs interfaces et les compromis nécessaires pour passer d’une idée à quelque chose qui fonctionne réellement. Cette base technique continue aujourd’hui d’influencer ma manière d’aborder l’architecture.
03 · ERGONOMIE
Regarder le système depuis l’autre côté
L’ergonomie m’a ensuite amené à regarder le système depuis l’autre côté de l’interface. Une solution techniquement correcte n’est pas nécessairement une bonne solution. Il faut comprendre la personne qui l’utilise, son contexte, ses objectifs et ses contraintes. Cette perspective m’a appris à considérer les besoins comme une partie du système plutôt que comme une simple liste d’exigences.
04 · AGILITÉ
Les systèmes technologiques sont aussi humains
Avec l’agilité, mon regard s’est encore élargi. Comme Scrum Master, je me suis intéressé non seulement au produit, mais aussi aux équipes qui le construisent. Les systèmes technologiques sont aussi des systèmes humains : responsabilités, décisions, communications et façons de travailler influencent directement ce que nous réussissons à livrer.
05 · ARCHITECTURE DE SOLUTIONS
Rendre visibles les relations importantes
Ces différentes perspectives convergent aujourd’hui dans mon travail en architecture de solutions. J’aime particulièrement les problèmes où plusieurs systèmes, besoins, contraintes et équipes doivent être compris ensemble. Mon rôle consiste alors moins à dessiner une solution idéale qu’à structurer le problème, rendre visibles les relations importantes et permettre aux personnes concernées de construire une compréhension commune.
06 · REPRÉSENTATION DES CONNAISSANCES
Représenter sans réduire
Cette façon de penser rejoint un intérêt beaucoup plus ancien pour la représentation des connaissances. Mes travaux universitaires m’avaient déjà amené à explorer l’analyse de concepts formels et les treillis de concepts. Une question demeure depuis : comment représenter une connaissance complexe sans la réduire à une simple succession de pages, de listes ou de boîtes?
07 · ATLAS
Rendre visible la structure derrière la complexité
Atlas est une nouvelle exploration de cette question. L’idée est simple : nous lisons l’information de manière séquentielle, mais la connaissance que nous construisons est faite de concepts et de relations. Atlas permet d’explorer cette structure sous forme de graphe et, avec son mode Story, de la révéler progressivement pendant la lecture. C’est à la fois un outil que je construis et une expérimentation sur une question qui traverse une bonne partie de mon parcours : comment rendre visible la structure derrière la complexité?