Il décide où la donnée doit vivre, qui en porte la responsabilité, comment elle circule et quel compromis l’entreprise accepte entre cohérence, fraîcheur, coût et vitesse de livraison.
L’Architecte Data ne se résume ni à dessiner une plateforme, ni à choisir un moteur de stockage, ni à imposer un modèle de gouvernance. Le poste commence là où plusieurs décisions deviennent indissociables : le grain d’une donnée, son propriétaire, sa source de vérité, son mode de circulation, sa durée de conservation, ses conditions d’accès et le niveau de qualité attendu par ses consommateurs. Une architecture data techniquement élégante mais incapable de dire quel chiffre fait foi ne tient pas le poste.
La différence entre l’exécutant et celui qui porte réellement la fonction se voit dans la façon de traiter les contradictions. Centraliser facilite le contrôle mais peut ralentir les domaines. Distribuer l’ownership rapproche la décision du métier mais multiplie les contrats à tenir. Le temps réel réduit la latence mais augmente le coût, la complexité d’exploitation et les risques de désordre.
Le poste engage enfin une trajectoire. L’Architecte Data doit faire cohabiter patrimoine décisionnel, applications opérationnelles, flux historiques, nouveaux usages analytiques, produits data et besoins liés à l’IA. La cible n’a de valeur que si elle peut être atteinte sans interrompre les usages, perdre la traçabilité ni rendre les équipes dépendantes d’un petit nombre d’experts.
Repères marché
Le marché français recherche fortement des profils capables de relier architecture, plateforme, gouvernance et usages métier. L’intitulé recouvre toutefois des parcours très différents : certains viennent de la BI, d’autres du data engineering, du cloud, de l’architecture logicielle ou de la gouvernance.
Les profils réellement séniors sont rares parce que le poste exige à la fois une profondeur technique, une expérience de transformation et la capacité à faire appliquer des décisions transverses. La modernisation des plateformes, la préparation des usages IA, la pression réglementaire et la maîtrise des coûts entretiennent durablement cette tension.
Contexte
En ESN, l’évaluation insiste davantage sur la capacité à entrer dans un patrimoine hérité, à distinguer la cible vendue de la trajectoire contractuellement tenable, à composer avec plusieurs donneurs d’ordre et à rendre explicites les responsabilités de reprise, d’exploitation et de qualité. L’Architecte Data doit savoir produire une décision défendable dans un contexte de régie ou de forfait, sans confondre conformité au livrable et viabilité du système.
Niveau 1
Junior
Le niveau Junior correspond le plus souvent à un profil expérimenté en data engineering, modélisation ou BI qui évolue vers l’architecture. Il sait raisonner dans un périmètre borné, appliquer des conventions, identifier les principales sources et représenter les dépendances immédiates. Il reste toutefois centré sur la solution ou le modèle connu, et mesure encore peu les conséquences organisationnelles, réglementaires et opérationnelles de ses choix.
Cliquer pour lire
Niveau 2
Confirmé
Le Confirmé conçoit un domaine data ou un sous-ensemble de plateforme cohérent. Il explicite le grain, les contrats, les règles de qualité, les responsabilités et les contraintes de fraîcheur. Il compare plusieurs modes d’intégration et sait relier un choix de stockage ou de traitement aux usages. Sa limite fréquente est une cible techniquement juste, mais insuffisamment reliée à la migration, à l’exploitation et à l’adoption par les producteurs comme par les consommateurs.
Cliquer pour lire
Niveau 3
Sénior
Le Sénior relie la conception à la trajectoire. Il arbitre entre centralisation et autonomie, fraîcheur et coût, cohérence et disponibilité, standardisation et besoins locaux. Il distingue la cible souhaitable du chemin réaliste, anticipe la cohabitation entre ancien et nouveau, organise la reprise des données et rend visibles les dépendances entre équipes. Il n’attend pas qu’un comité formule les risques à sa place.
Cliquer pour lire
Niveau 4
Expert
L’Expert n’est pas celui qui connaît davantage de technologies. C’est celui qui tranche un compromis structurant en assumant son coût. Il peut décider de conserver temporairement une duplication, d’accepter une fraîcheur moindre, de ralentir une migration, de réduire un périmètre ou de maintenir deux modèles en parallèle. Il nomme précisément ce que l’organisation accepte de perdre et rend la décision applicable sans dépendre durablement de lui.
Cliquer pour lire
Le cœur du poste consiste à poser le grain, les frontières, les responsabilités et les mécanismes de circulation. Une mauvaise décision à ce niveau se propage à tous les usages.
Une plateforme qui transporte rapidement une donnée fausse, incomplète ou impossible à rejouer accélère le problème au lieu de le résoudre. La confiance et l’exploitabilité pèsent presque autant que la conception.
Migration, cohabitation, réversibilité, coût et compétences disponibles déterminent si l’architecture sera réellement adoptée, et non seulement dessinée.
Une convention que les producteurs ignorent, un contrat que les consommateurs contournent ou une responsabilité que personne n’accepte n’existent pas. L’architecture data doit devenir un fonctionnement collectif.
Accès, données sensibles, rétention, effacement, souveraineté et capacité de reprise ne sont pas des contrôles ajoutés après la conception : ils conditionnent ce qu’il est possible de construire.
La méthode en action
La scorecard en un regard — survoler un axe
Architecture et intégration