6 filiales, 25 ans d'historique, et une fonction architecture qui ne parvient plus à accompagner les métiers
Avant
métier sans cohérence architecturale dans un contexte de décentralisation croissante
Après
filiales métier avec des SI à coordonner
filiales métier avec des SI à coordonner
d'historique et de complexité accumulée
fonction architecture repositionnée et opérationnelle
Un retailer digital historique, après 25 ans d'existence, a décomposé son activité en plusieurs filiales métier : supply chain, marketplace B2B, plateforme B2C, retail media, filiale technologique au service des métiers, et cybersécurité. L'écosystème s'est complexifié au rythme des évolutions métier, avec un besoin croissant de cohérence dans un contexte de décentralisation. La fonction architecture peine à accompagner efficacement les plateformes métier — son positionnement, ses pratiques et sa capacité à orienter les décisions sont remis en question
SITUATION AVANT
- Baseline operationnel
- Écosystème décentralisé en 6 filiales métier avec des SI hétérogènes. Fonction architecture en difficulté pour accompagner les plateformes métier. Absence de vision consolidée des fonctions métier et des solutions technologiques qui les sous-tendent.
- Equipes impactees
- L'ensemble de l'organisation — 6 filiales métier dont les SI doivent rester cohérents malgré la décentralisation.
- Couts caches
- Des décisions architecturales prises en silo par chaque filiale, créant de la dette technique croisée et des redondances. Un delivery freiné par l'incapacité à arbitrer rapidement les choix techniques transverses.
- Pourquoi non resolu avant
- La complexification s'est faite progressivement, filiale par filiale. La fonction architecture avait été pensée pour un écosystème centralisé — elle n'avait jamais été repositionnée pour un contexte de décentralisation multi-métiers.
L'HISTOIRE
NOTRE APPROCHE
6 étapes pour y arriver
Construire un langage commun entre métier et tech
Première étape indispensable : s'assurer que métier et tech parlent la même langue. Sur un périmètre métier choisi, Nobori Partners réalise un état des lieux des vocables utilisés par les techs et par les métiers, analyse les points communs et les divergences, puis construit un vocabulaire commun au travers d'échanges sur le métier — processus métier, problématiques à résoudre, acteurs impliqués. Sans ce socle, toute cartographie ou décision d'architecture repose sur des malentendus
Construire la vision fonctionnelle du SI métier
Entretiens de présentation des outils métier, récolte et analyse de la documentation fonctionnelle existante, puis ateliers de co-construction des briques fonctionnelles avec les équipes. Le résultat : une cartographie fonctionnelle formalisée du périmètre métier identifié, accompagnée du processus permettant de la maintenir et de la faire évoluer dans le temps
S'approprier les données du SI métier
Entretiens de récolte d'informations sur les données métier, collecte de la documentation existante, identification des référentiels de données et de la propagation des données à travers le SI. Formalisation d'une cartographie des données du périmètre identifié, avec le processus pour la maintenir vivante
Corréler vision fonctionnelle et solutions technologiques
Analyse croisée de la documentation fonctionnelle et technologique, entretiens sur les outils technologiques utilisés et les projets en cours. Étude de la couverture fonctionnelle des solutions technologiques. Construction d'un Plan d'Occupation des Sols pragmatique et proche de la réalité terrain, liant fonctions du métier et solutions technologiques
État des lieux et repositionnement de la fonction architecture
Entretiens de collecte sur le positionnement actuel des architectes, analyse des livrables types, compréhension du processus d'accompagnement des équipes métier/produit. Identification des écueils et formulation de recommandations. Puis co-construction du positionnement cible des architectes et redéfinition de leur rôle dans l'accompagnement des équipes, avec ateliers de co-construction
Redessiner le processus d'accompagnement et les livrables
Co-construction du processus cible d'accompagnement des équipes métier/produit, identification des actions pour l'établir, et challenge sur un sujet pilote. En parallèle, identification des livrables clés de l'architecture associés à chaque étape d'accompagnement, construction de leur contenu avec l'équipe, et validation sur le même sujet pilote
RÉSULTATS
L'impact mesurable
Langage commun métier/tech construit sur un périmètre pilote. Cartographie fonctionnelle et cartographie des données formalisées avec les équipes. Plan d'Occupation des Sols pragmatique liant fonctions métier et solutions technologiques. Fonction architecture repositionnée avec un processus d'accompagnement des équipes métier/produit redéfini et challengé sur un sujet pilote. Livrables d'architecture structurés et alignés sur les étapes d'accompagnement
Votre fonction architecture peine à suivre la complexité de votre écosystème ? Parlons repositionnement
Réserver un appel découverteCAS SIMILAIRES
initiatives data livrées
Au cœur de la Data Factory d'Intermarché, Nobori Partners a posé l'architecture et la gouvernance qui ont permis à plus de 15 initiatives — ML, BI décisionnel et streaming e-commerce — de passer de l'étude à la production
Lire le caséconomisé sur les traitements backoffice
Blank, néobanque du groupe Crédit Agricole pour les indépendants, croissait vite — mais ses équipes opérationnelles naviguaient à l'aveugle, coincées par une architecture DynamoDB pensée pour la scalabilité, pas pour l'analyse. En 4 mois : pipeline temps réel, dashboards self-service, 1 ETP récupéré
Lire le cas