← Le Journal

Architecture · Décryptage · 27 septembre 2026 · 4 min

Ce que les offres d'emploi d'architecte révèlent du métier — et comment l'outiller

Nous avons confronté les missions demandées dans les offres d'architecte SI, data et IA à ce qu'une plateforme d'aide à la décision peut réellement couvrir. Verdict : le cœur du métier — cadrer, arbitrer, tracer — est outillable ; l'exécution ne l'est pas, et c'est tant mieux.

Par Rédaction Archidecision

Une fiche de poste qui dit tout du métier

« Analyser les besoins, structurer les solutions, challenger les choix techniques, accompagner les équipes dans la mise en œuvre de socles fiables et pérennes. » Cette formulation, extraite d'une offre d'architecte SI, pourrait figurer dans des centaines d'autres. Les offres d'architecte — SI, data ou IA — se ressemblent remarquablement, et cette convergence n'est pas un hasard : elle dessine le contour exact du métier tel que les entreprises l'attendent en 2026.

Nous avons passé en revue un panel représentatif d'offres (architecte SI, urbaniste, architecte data & IA, architecte IA) et confronté chaque mission demandée à ce qu'une plateforme d'aide à la décision architecturale peut réellement couvrir. L'exercice est instructif, y compris pour les directions qui recrutent : il montre où l'outillage crée de la valeur, et où il ne remplacera jamais le jugement.

Ce que les offres demandent, dans l'ordre

Quatre blocs reviennent systématiquement, presque toujours dans cet ordre :

  1. Analyser l'existant et définir les architectures cibles — cartographier, poser un état cible, construire les trajectoires de transformation.
  2. Cadrer les besoins et arbitrer les choix de solution — traduire les attentes métier en scénarios d'architecture, mener les études d'impact, trancher.
  3. Définir standards et principes d'urbanisation — règles, référentiels, principes directeurs, cohérence d'ensemble.
  4. Produire les livrables et faire vivre la gouvernance — dossiers d'architecture, études d'opportunité, recommandations, traçabilité des décisions.

Vient ensuite, presque toujours en fin de liste, l'accompagnement des phases de réalisation, de recette et de déploiement. L'ordre n'est pas anodin : ce que les entreprises achètent d'abord, c'est la qualité de la décision, pas la supervision du chantier.

Où l'outillage répond vraiment

Sur ces quatre premiers blocs, la couverture par une plateforme d'aide à la décision est forte :

  • Architecture cible : lecture structurée de l'existant (points d'appui, fragilités, dette), état cible décliné domaine par domaine — applications, données, intégration, infrastructure, sécurité — et trajectoire par phases avec dépendances et fourchettes de coûts.
  • Cadrage et arbitrage : recommandation chiffrée à partir du besoin exprimé, architectures classées, analyse financière (VAN, TRI, sensibilité), et surtout la possibilité de contester la recommandation — un assistant qui répond aux objections et un second avis qui joue l'avocat du diable.
  • Standards et urbanisation : briques communes marquées imposées, recommandées ou interdites, chacune justifiée et rattachée aux référentiels applicables.
  • Livrables et gouvernance : notes de comité exportables, registre des décisions avec historique, validation, rejeu — la trace que les offres appellent « gouvernance technique » et que trop d'organisations tiennent encore dans des présentations éphémères.

S'y ajoutent deux attentes montantes des offres data & IA : la qualification des cas d'usage IA (faisabilité, RAG, agents) et la sécurité-conformité — couvertes respectivement par les retours d'expérience sourcés et les grilles de contrôle adossées aux référentiels (AI Act, NIS 2, DORA, ISO/IEC 42001, NIST AI RMF).

Ce que l'outillage ne fera pas — et ne doit pas faire

Deux écarts se dégagent clairement :

  • La cartographie applicative vivante du SI. Une plateforme de décision part d'une description déclarative de l'existant ; elle ne remplace pas un référentiel CMDB tenu au fil de l'eau. C'est une limite réelle, à assumer.
  • L'accompagnement à la réalisation. Recette, déploiement, run : la décision s'arrête où commence l'exécution. C'est un choix de périmètre, pas une lacune — mélanger les deux finirait par diluer la valeur de chacun.

La leçon pour les directions

Lecture croisée, ces offres disent quelque chose d'utile aux DSI : le métier d'architecte est d'abord un métier de décision documentée. Or la plupart des organisations outillent l'exécution (gestion de projet, CI/CD, observabilité) et laissent la décision elle-même dans des échanges informels, des schémas datés et des comités sans trace. C'est précisément là que se perdent les arbitrages — et que resurgissent, deux ans plus tard, les questions sans réponse : pourquoi ce choix ? sur quelles hypothèses ? avec quelles alternatives écartées ?

Outiller la phase amont — cadrage, arbitrage, architecture cible, standards, traçabilité — ne remplace ni l'architecte ni son jugement. Cela lui donne ce que les offres promettent mais que peu d'organisations fournissent vraiment : un socle pour décider vite, et pouvoir le prouver ensuite.

Sources

Partager sur LinkedIn

Archidecision

Testez l'analyse sur votre propre dossier.

Recommandation argumentée, alternative écartée, coûts build et run, VAN et planning : un dossier prêt pour le comité.