Une journée dans la vie d’un Architecte SI : bien plus que des boîtes et des flèches

L’Architecte SI ? Celui qui fait des PPT avec des boites colorées, des flèches dans tous les sens, et qui dit toujours non ? Eh bien non (haha). Bon, disons qu’on sait dire non… mais toujours pour éviter les bombes à retardement. Derrière chaque refus, il y a une vision, un alignement, un projet qu’on veut faire tenir debout, et pas juste pour six mois.

Mais que fait vraiment un Architecte SI ?

Quant au rôle de l’Architecte SI… Difficile d’échapper aux listes à puces. Il porte plusieurs casquettes importantes :

• Porteur de la vision stratégique en alignant la technologie avec les objectifs globaux de l’entreprise. On parle d’évolution du SI, de critères de choix et de feuille de route
• Arbitre technologique en choisissant les technologies les plus adaptées aux besoins présents et futurs de l’entreprise, en prenant en compte tous les aspects, y compris financiers. On parle d’études, de compréhension et de choix
• Support aux projets sous forme de conseils, de directives et parfois d’exigences. On parle de communication, d’assistance dans les choix, et de validations
• Garant de l’alignement SI-métier en s’assurant que les SI répondent aux besoins des métiers. On parle de collaboration avec les parties prenantes, de compréhension des exigences et d’adaptation des solutions

Mon objectif dans cet article : vous donner un aperçu concret, vivant et motivant du quotidien d’un Architecte des SI dans une grande entreprise.

1. Le contexte : la cellule d’architecture dans une grande entreprise

L’Architecte des SI n’est pas seul, il est souvent au sein d’une cellule d’Architecture composée de plusieurs types d’architectes, chacun spécialisé et contribuant tous à leur niveau. Les solutions des uns deviennent les contraintes des autres. Ainsi par exemple, l’ajout d’un datawarehouse central et mutualisé, posera obligatoirement des questions de sécurité, de confidentialité RGPD, et bien d’autres.

• Architectes Urbanistes gèrent le paysage technologique et les règles globales
• Architectes Techniques garantissent la mise en œuvre des solutions
• Architectes Fonctionnels assurent l’alignement des systèmes avec les métiers
• Architectes Applicatifs définissent et optimisent l’architecture des applications
• Architectes de Données modélisent les données et protègent l’intégrité à travers le SI
• Architectes de Sécurité veillent à la sécurité et à la protection des données

La cellule d’architecture, très centrale, interagit étroitement avec de nombreux services :

• La direction générale, pour l’alignement stratégique et les objectifs globaux
• Les directions métiers, pour comprendre les besoins spécifiques
• La direction financière, pour l’évaluation des coûts et bénéfices et assurer une gestion budgétaire efficace
• La direction des opérations, pour garantir que les SI soutiennent efficacement les opérations quotidiennes, et pour prendre en compte les contraintes d’exploitation
• RSSI et DPO pour les aspects sécurité et protection des données
• Équipes DevOps, projets et exploitation pour assurer la cohérence technique

Elle participe aux gouvernances traditionnelles de l’entreprise, et compose quelques comités supplémentaires :

• Architecture et d’urbanisation
• Sécurité des SI
• Pilotage des projets SI
• Gouvernance des données
• Veille technologique
• Et divers Comités Stratégiques

En résumé : une multitude d’interactions, une comitologie dense, et une coordination permanente au service de la cohérence du SI.

2. Une journée (pas si) typique

En début de journée : consultation des mails tardifs et urgences à traiter

Les imprévus urgents, voire critiques sont nombreux :

Incident critique – Cluster Kubernetes en erreur sur environnement PROD

Effectuer une analyse du périmètre technique et des composants associés (analyse d’impact). Une coordination avec les équipes d’exploitation pour la résolution. La participation à une cellule de crise éventuelle. Enfin en post-incident, une participation à la documentation d’un REX (Retour d’Expérience), et une éventuelle adaptation de règles d’architecture pour prévenir une récidive.

Alerte SOC : vulnérabilité critique sur service exposé (CVE-2025-XXXX)

Évaluer l’exposition du SI (localiser les composants concernés, et dresser une liste exhaustive des composants vulnérables). Participation à la priorisation des contournements et correctifs/patch. Proposition de mitigations si nécessaire. Enfin en tâche de fond, le suivi de l’application des mesures et correctifs.

Blocage CI/CD – Pipeline interrompu suite à régression sur l’API Gateway

Participer au diagnostic avec l’équipe CI/CD. Des propositions de solutions. Une analyse d’impact sur les environnements (préprod, prod, recette). Une analyse de risque et une communication claire associée.

Les décisions opérationnelles et arbitrages urgents

Besoin de validation architecture cible pour refonte CRM – deadline ce soir

Relecture des documents d’architecture (DAT), vérification du respect des normes et exigences d’architecture, vérification du respect du plan moyen terme (PMT) en termes de technologies, composants et versions. Apporter des recommandations ou corrections. Enfin, valider ou refuser en expliquant les points bloquants. Rappelez-vous, c’est là que l’on dit non, mais toujours avec raison.

Dossier d’architecture à valider pour passage en CAB de jeudi

Pour information, le CAB est un comité des changements qui évalue les bénéfices/risques d’un changement majeur dans le SI. Sa production ultime est un GO/NO-GO.

Relire les éléments critiques (composants, flux, sécurité, gouvernance, et RGPD). Ajouter des commentaires et exigences. Participer au CAB ou désigner un représentant. Valider la conformité avec la roadmap SI.

Demande de Go pour mise en production du module billing v2.3

Vérifier le respect des prérequis (test, sécurité, monitoring). S’assurer que la documentation est à jour. Donner un accord, ou formuler une objection argumentée. Enfin, informer les parties prenantes concernées.

La coordination inter-équipes

Point sur la migration Azure – besoin de ton retour sur la structure du VNET

Réviser la proposition de structure réseau, valider ou ajuster les éléments d’architecture concernés (sous-réseau, sécurité, peering, etc.). Documentation avec production de schémas de la solution cible. Et communication des arbitrages aux équipes concernées.

Review HLD microservices – retour attendu avant jeudi

Pour information, HLD signifie High Level Design, il s’agit d’un document d’architecture et de conception qui décrit la vision globale d’un système. Il sert à l’alignement des parties prenantes sur ce qui va être produit (équipes techniques, équipe projet, sécurité, métier, exploitation).

Lire attentivement l’HLD. Vérifier le respect des patterns d’architecture définis. Apporter des recommandations et commentaires. Valider le HLD ou exiger des ajustements.

Proposition de créneau pour workshop inter-équipe – SRE, Data, SecOps

Répondre rapidement pour ne pas bloquer l’organisation de la réunion. Proposer des sujets adaptés pour l’ordre du jour. Préparer les éléments nécessaires (documents, schémas, questions).

Le reste : veille, notifications diverses, mails d’information

Résumé hebdo – nouveautés AWS, Terraform, Kubernetes Newsletter IT Groupe – roadmap cloud 2025 + nouvelles guidelines

Trier les sujets pertinents. Marquer les sujets à approfondir en veille active. Vérifier l’impact sur les projets en cours et le SI.

FYI – déploiement réussi de la feature ABC sur UAT

Archiver pour le suivi et la traçabilité. Prendre note s’il existe des impacts sur d’autres composants ou projets.

Dans la matinée avant 11h : Revue de dossiers d’architecture

Un dossier d’architecture centralise tous les éléments techniques, architecturaux et fonctionnels d’une application ou solution. Ce document central permet de coordonner de nombreuses équipes (infra, exploitation, sécurité, projet, métier).

Revoir un dossier signifie comprendre le contexte, les besoins et les exigences du projet et les confronter aux règles de fonctionnement, d’urbanisation du SI. S’assurer de la bonne intégration dans l’architecture globale, le respect des règles et exigences de l’entreprise. Il faut également vérifier que le SI peut intégrer les nouveaux composants sans créer de dette technique ou de fragilité.

L’Architecte des SI formule des commentaires, émet des avis, et parfois propose des alternatives concrètes.

La nature exhaustive du document nécessite également de bien identifier les manques, les imprécisions, et demande une communication étroite avec le projet et les parties prenantes concernées.

En bonus, l’Architecte des SI joue parfois un rôle d’annuaire, en orientant l’équipe projet vers les bons interlocuteurs.

Dans la matinée à partir de 11h : Participation à un comité technique

Aux côtés de quelques pairs (Architecte applicatif, architecte de sécurité), un chef de projet, et un représentant métier, pour discuter et comprendre le contexte d’un nouveau besoin qui deviendra peut-être un nouveau projet.

Les missions sont de comprendre le besoin et son contexte, proposer des technologies issues du Plan Moyen Terme (PMT), cadrer à l’aide de règles et exigences d’architecture.

Sans oublier de contribuer à la gestion des risques liés à l’architecture globale du SI et aux technologies envisagées.

Ce comité peut aboutir de différentes façons, avec en particulier des tâches incombant à l’Architecte des SI :

• Des actions de veilles et de recherches sur de nouvelles technologies
• L’ébauche d’une architecture cible
• La confrontation du planning envisagé avec les opérations de maintenances et les grandes transformations du SI
• Des vérifications de dimensionnement auprès des infrastructure du SI
• Diverses actions de suivi
• Et l’initialisation d’un DAT (Dossier d’Architecture Technique)

Vers Midi : Des échanges informels

De sujets variés et nombreux, dans un cadre plus détendu. C’est l’occasion de prendre la température, de diffuser un peu de veille, de faire des points d’étape et des retours en off.

Sans oublier l’importance de la cohésion d’équipe, souvent autour d’un café ou d’un déjeuner.

Début d’après-midi : Un atelier de travail

Pour de la conception détaillée, organiser des choix de flux, aligner des équipes dev, devops et ops, travailler sur un nouveau système d’authentification ou préparer un changement de service GED.

Souvent autour de schéma d’architecture, et d’exigence. Avec des interlocuteurs multiples à chaque fois différent suivant les sujets.

Le résultat sera généralement d’enrichir des DAT, de mettre une touche finale à un HDL, ou de synthétiser une roadmap technologique.

Ces périodes de travail collaboratif sont essentielles pour garantir la cohérence et l’efficacité des solutions.

Milieu d’après-midi : Un temps d’étude pour les sujets en souffrance

Les urgences ayant été traitées, il est nécessaire de traiter les sujets moins pressants mais dont les échéances se rapprochent.

Au programme, relectures, analyses d’impact, études ciblées, préparation de support pour réunions, appels de coordination, traitement des mails en attente, finalisation et envoi des comptes rendus des réunions précédentes, tenir sa liste de tâches à jour, etc.

Une période très variée, essentielle pour huiler les engrenages et garantir une progression fluide sur tous les fronts.

Fin d’après-midi : Les dernières tâches

On le sait tous, c’est dans la dernière heure que tout se produit. Cette période est dédiée aux tâches de fond à moindre urgence. Veille et partage technologique, networking, mise à jour de documents.

L’avantage est qu’il est possible de s’interrompre pour accorder aux urgences de dernière minute, toute l’attention qu’elles méritent. Sans pour autant bouleverser son planning, ni prendre de retard ailleurs.

3. Les missions clés

La journée (presque) type ne peut pas suffire à lister les tâches clés de l’Architecte. Voici en complément et de manière synthétique, une liste ordonnée :

Les missions stratégiques :

• Définir et faire évoluer l’architecture cible du SI
• Garantir l’alignement entre les besoins métiers et les solutions techniques
• Contribuer à la vision à moyen et long terme (PMT, Roadmap IT, Urbanisation)
• Participer à la gouvernance IT (comité d’architecture, CAB, etc.)

Les missions d’étude et analyse :

• Revoir et valider les dossiers d’architecture (DAT, HLD, etc.) et contribuer à l’amélioration des modèles de ces documents
• Évaluer les impacts techniques et fonctionnels des projets et des changements
• Identifier les risques (technique, sécurité, dette, obsolescence)
• Participer aux diagnostics d’incident critique et aux REX associés
• Confronter les solutions aux normes internes et externes (RGPD, règles d’architecture, sécurité)
• S’assurer de la résilience des systèmes (PCA, PRA, redondance, clustering etc.)

Les missions d’accompagnement :

• Proposer des solutions cohérentes avec le SI et sa roadmap
• Participer à la conception des architectures
• Initier ou enrichir les documents, et assister pour leur rédaction par les projets
• Cadrer les projets techniquement dès les phases amont

Les missions transverses :

• Coordonner des équipes et partie prenantes pour assurer une vision transverse
• Effectuer une veille technologique active, régulière et partager les nouveautés
• Contribuer à la montée en compétence des équipes
• Maintenir les référentiels d’architectures à jour (schémas, normes, guidelines, exigences)

4. Soft skills et mindset

Vaste programme, mais à compétence égale, qu’est ce qui va vraiment faire la différence entre un bon architecte, et un architecte d’exception ? Deux mots : mindset et soft skills.

Le mindset et l’état d’esprit « Architecte » :

• Construire une vision globale couplée à une excellente capacité d’abstraction. Penser système, comprendre les interdépendances, anticiper le long terme.
• Développer une culture du compromis en sachant équilibrer idéal et contraintes, coût délai et qualité. Composer avec les réalités opérationnelles.
• Avoir le sens des responsabilités et savoir faire des choix qui engagent pour des années. Savoir dire non, pour le bien du SI et des projets. Oui on y est, c’est là que tout se joue.
• Disposer d’une curiosité permanente, afin d’être en veille, ne rien tenir pour acquis, se remettre en question et en définitive avoir toujours un coup d’avance.
• Cultiver l’esprit de service, parce que votre client, c’est le SI et l’entreprise derrière.

Les soft skills pour faire passer la puissance de la technique

• Communication claire, jongler entre rester technique et savoir vulgariser pour être compris par tous
• Écoute active, capter les enjeux, même implicites. Identifier les signaux faibles
• Leadership, embarquer sans autorité hiérarchique, arbitrer et surtout fédérer
• Esprit d’analyse, trier l’essentiel dans la masse d’information, identifier les points critiques, et faire une synthèse claire
• Rigueur documentaire, la formalisation, c’est le nerf de la guerre. Et les documents, nombreux, doivent être limpides
• Assertivité, dire ce qui doit l’être clairement, avec des limites nettes et un argumentaire éloigné du dogmatisme, et ancré dans le réel
• Gestion du stress, parce qu’il y aura des crises pendant lesquelles il faut savoir garder la tête froide et faire avancer les choses en pleine tempête
• Adaptabilité, ce n’est pas pour rien qu’on parle d’une journée « presque » type. Il faut jongler entre urgence technique et sujet de fond, sans perdre le fil

On ne va pas se mentir, ça ressemble à une liste au père Noël. Mais sérieusement, plus vous cochez de cases, mieux ce sera.

5. Ce qu’on ne vous dit pas (mais qu’il faut savoir)

Et sous le tapis ? Parce que l’on ne vous dit pas tout et qu’il y a des aspects faisant partie d’un consensus de discrétion.

• Vous serez frustrés. Confronté à l’inertie des systèmes, des compromis que vous devrez accepter, même en sachant pertinemment qu’il y avait mieux à faire.
• Vous devrez faire preuve de patience. Relancer sans faiblir, expliquer encore et encore ; parfois sur les mêmes sujets, aux mêmes personnes.
• Mais vous serez aussi fier. Fier quand le temps donne raison à vos choix. Quand vos architectures tiennent bon, évoluent avec les aléas, traversant les années. Quand la vision devient réalité. Quand les projets, portés parfois à bout de bras, deviennent de vrais succès.

Ce qu’on ne vous dit pas, c’est que malgré tout, vous serez toujours là, parce que ce métier a un véritable sens. C’est vous qui écrivez la suite.

Conclusion : Pourquoi (vraiment) devenir architecte SI ?

Vous voulez avoir un impact réel sur le long terme ?

Vous avez une vision globale et transverse que vous savez pouvoir étoffer ?

Vous souhaitez un métier d’équilibre entre technique, stratégie et humain ?

Vous appréciez un terrain de jeu stimulant pour les passionnés de complexité ?

Devenez Architecte des SI !

Nos formations d’experts vous attendent. Prêt à relever le défi ?

Conclusion : Pourquoi (vraiment) devenir architecte SI ?

Vous voulez avoir un impact réel sur le long terme ?

Vous avez une vision globale et transverse que vous savez pouvoir étoffer ?

Vous souhaitez un métier d’équilibre entre technique, stratégie et humain ?

Vous appréciez un terrain de jeu stimulant pour les passionnés de complexité ?

Devenez Architecte des SI !

Nos formations d’experts vous attendent. Prêt à relever le défi ?