Mon rôle
Je suis architecte IT. Mon travail consiste à faire tenir ensemble la vision, la technique, la documentation utile et la capacité réelle des équipes à livrer.
Mon angle
Je parle d’architecture, de méthode, d’automatisation et de terrain. Pas comme des sujets séparés, mais comme un même système : quand l’un faiblit, tout se dégrade. Quand ils s’alignent, le projet respire enfin.
Mes sujets de prédilection
Dossiers d’architecture, décisions structurantes, peer review, fatigue projet, organisation d’équipe, automatisation raisonnée et usage utile de l’IA en contexte IT.
Pourquoi me suivre
Pour voir plus clair.
Pour décider plus proprement.
Pour éviter de transformer chaque projet en usine à gaz gouvernée par des slides et des illusions.
Mon parcours
J’avance dans l’architecture IT avec une préférence assumée pour la structure, la clarté technique et les décisions qui tiennent autre chose qu’un comité de pilotage.
Mon terrain de jeu
Systèmes complexes, interfaces floues entre équipes, compromis techniques, besoins mal formulés, décisions à prendre sans brouillard inutile : voilà le décor.
Ma méthode
Comprendre le contexte.
Nommer les contraintes.
Arbitrer sans tricher.
Documenter juste ce qu’il faut pour que la décision soit comprise, assumée et réutilisable.
Ce que je construis
Ce blog raconte ce que j’observe sur le terrain, mais aussi ce que je fabrique : outils, cadres de décision, réflexions, méthodes et contenus conçus pour rendre le travail plus solide.
Ce que tu trouveras ici
Un regard exigeant, concret et utilisable sur l’architecture IT, la qualité des décisions, la communication technique et la manière de produire un travail plus clair, plus robuste et plus tenable.