Architecte Solution Applicatif – Décommissionnement & Refonte SI (secteur public)

Description du poste

Architecte Solution applicatif missionné sur le décommissionnement d'un SI métier critique dans le secteur public. Le profil analyse l'existant (doc + code Java), cartographie les flux et dépendances, modélise les objets métiers et construit la traçabilité processus/SI nécessaire à un retrait maîtrisé.

Bilingue technique/fonctionnel, à l'aise en atelier comme en revue de code. Profil senior, rigoureux, pédagogue — qui livre des documents de référence, pas des intentions.

Missions principales

• Analyser et formaliser l'architecture existante : lire la documentation disponible, la confronter au code Java/SQL réel, identifier les écarts et fiabiliser la cartographie applicative

• Cartographier les flux et dépendances : interfaces, contrats d'API, batchs, jobs, échanges de données entre applications — avec un niveau de précision suffisant pour prendre des décisions de découplage

• Modéliser les objets métiers : définir les entités clés, leurs responsabilités, leurs frontières, et les scénarios de modularisation possibles (approche DDD bienvenue)

• Construire la matrice de traçabilité processus / objets / applications : relier précisément ce que font les métiers à ce que traite le SI — colonne vertébrale de toute décision de décommissionnement

• Animer les ateliers et conduire les interviews : collecter les besoins et contraintes auprès de profils variés (MOA, MOE, Ops, Data, Sécurité), aligner les visions, challenger les hypothèses

• Produire les livrables de référence : cartographies, dictionnaires d'objets métiers, schémas d'architecture, notes de synthèse — des livrables actionnables, pas décoratifs

• Animer les comités de restitution et de décision : présenter, expliquer, convaincre des publics techniques et non techniques

Compétences requises

Must-have — Techniques

• Lecture et analyse de code Java (pas de développement attendu, mais capacité à auditer, comprendre, vérifier)

• Connaissance des patterns d'intégration applicative (API REST, échanges batch, événements, files de messages)

• Cartographie applicative et urbanisation SI

• Modélisation : UML, C4, diagrammes de flux, matrices de dépendances

• Bonne compréhension des enjeux clean code, dette technique, couplage/découplage

Must-have — Fonctionnelles / Méthodologiques

• Analyse de l'existant documentaire ET code : savoir confronter les deux et identifier les écarts

• Modélisation des objets métiers et de leurs frontières (approche DDD fortement appréciée)

• Construction de matrices de traçabilité processus / objets / applications

• Rédaction de livrables d'architecture clairs et exploitables (pas de slides vides)

• Animation d'ateliers et conduite d'interviews multi-profils

Nice-to-have

• Data lineage, gestion de flux de données, gouvernance / qualité de la donnée

• Exposition à des projets de décommissionnement ou de migration applicative

• Connaissance du secteur public (contraintes réglementaires, gouvernance SI, cycles de décision)

Soft skills clés

• Pédagogie : capable d'expliquer un schéma d'architecture à un métier, et un processus fonctionnel à un architecte technique — sans perdre personne

• Rigueur documentaire : dans un contexte de décommissionnement, un livrable approximatif coûte cher. Ce profil produit des documents de référence, pas des brouillons

• Écoute active : sait conduire un entretien, poser les bonnes questions, faire émerger ce que les sachants savent mais n'ont pas formalisé

• Esprit de synthèse : transforme la complexité en clarté, sans la trahir

• Capacité à challenger : ne valide pas les hypothèses par défaut — sait dire "attendez, ça ne correspond pas à ce que j'ai lu dans le code"

• Diplomatie et fermeté : travaille avec des parties prenantes aux intérêts parfois divergents (MOA, MOE, Ops, métiers) et sait maintenir le cap

Contexte & objectif du poste

Un acteur du secteur public engage une étude de décommissionnement d'une application métier critique. L'enjeu n'est pas de reconstruire à l'aveugle, mais de comprendre précisément ce qui existe — fonctionnellement et techniquement — pour préparer un retrait maîtrisé et une modularisation progressive.

Le poste existe parce que personne ne peut prendre de décision d'architecture sans avoir d'abord cartographié l'existant de manière fiable : flux, dépendances, objets métiers, contrats d'API, batchs, règles de gestion. C'est exactement ce que vient faire ce profil.

L'Architecte Solution s'insère dans une équipe MOE, en lien direct avec le chef de projet, les sachants SI et métiers, et les autres architectes (fonctionnel, applicatif, technique). Il est le garant de la cohérence entre ce que les métiers font, ce que le SI fait, et ce que l'architecture cible doit permettre.