Architecture cible — Définition IT

L'architecture cible (target architecture) est la vision projetée du système d'information à horizon 3 à 5 ans : portefeuille applicatif visé, infrastructure cible, choix technologiques structurants, principes d'urbanisation. Elle s'oppose à l'architecture actuelle (le SI tel qu'il est aujourd'hui) et à l'architecture de transition (les états intermédiaires).

C'est l'un des livrables centraux de toute démarche d'architecture d'entreprise ou d'urbanisation SI. Elle traduit la stratégie d'entreprise en cible technique opposable aux projets, et fournit le cadre dans lequel les arbitrages quotidiens (achat d'une nouvelle application, migration cloud, modernisation d'un legacy) doivent s'inscrire.

Pourquoi une architecture cible

Sans cible explicite, chaque projet IT recrée sa propre vision implicite — ce qui aboutit à un SI patchwork de choix locaux contradictoires. L'architecture cible apporte :

• •Cohérence: : les nouveaux projets s'alignent sur une direction commune.
• •Opposabilité: : un projet qui s'écarte de la cible doit motiver l'écart en comité d'architecture.
• •Trajectoire: : la cible permet de planifier les chantiers de transformation par jalons.
• •Communication COMEX: : visualisation simple de « où l'on va », lisible par les directions métier.
• •Arbitrage budgétaire: : prioriser les investissements qui rapprochent de la cible.

Le contenu d'une architecture cible

Une architecture cible documentée couvre typiquement plusieurs vues alignées sur TOGAF :

### Architecture métier cible

• •Capacités métier prioritaires.
• •Modèle opérationnel cible (centralisé / décentralisé / fédéré).
• •Processus métier clés et leurs principes de digitalisation.

### Architecture applicative cible

• •Portefeuille applicatif cible (apps conservées, remplacées, retirées).
• •Cartographie fonctionnelle des îlots applicatifs cibles.
• •Principes d'intégration (API-first, événementiel, ESB ou iPaaS).
• •Choix structurants (ERP unique vs best-of-breed, SaaS-first, cloud-native).

### Architecture des données cible

• •Référentiels uniques (clients, produits, employés).
• •Data platform cible (data lake, data warehouse, lakehouse).
• •Gouvernance des données.

### Architecture technique cible

• •Stratégie cloud (mono-cloud, multi-cloud, hybride, souverain).
• •Infrastructure cible (Kubernetes, serverless, on-premise réduit).
• •Sécurité (Zero Trust, IAM, SSO généralisé).

### Architecture de sécurité cible

• •Principes Zero Trust.
• •Périmètres et zones de confiance.
• •Standards d'authentification (SSO, MFA systématique).
• •Conformité réglementaire (DORA, NIS2, RGPD, ISO 42001).

Architecture cible et trajectoire

L'architecture cible n'a de sens qu'avec une trajectoire documentée : le chemin pour passer de l'architecture actuelle à la cible, par jalons annuels. La trajectoire identifie :

• •Les projets à lancer chaque année.
• •Les applications à décommissionner progressivement.
• •Les dépendances entre chantiers.
• •Les risques de transition (continuité de service, double-run temporaire).

Sans trajectoire, l'architecture cible reste un beau dessin sans impact opérationnel.

Architecture cible vs architecture de transition

Une transformation majeure (migration cloud, refonte ERP, fusion-acquisition) impose souvent une architecture de transition : un état intermédiaire qui peut durer 2 à 5 ans, où coexistent l'ancien et le nouveau. Bien documentée, l'architecture de transition évite que le legacy ne devienne le nouveau standard par défaut.

Construire l'architecture cible

Une démarche type sur 3 à 9 mois :

1. Vision stratégique : recueil des orientations COMEX et métier (priorités business, M&A, contraintes réglementaires).
2. État des lieux : cartographie applicative actuelle, audit de la dette technique, analyse des coûts.
3. Principes d'urbanisation : 10-15 règles d'or qui guideront l'évolution.
4. Cible par couche : applicative, données, technique, sécurité.
5. Trajectoire : feuille de route jalonnée à 3 ans.
6. Validation : comité d'architecture, COMEX.
7. Communication : posters, dashboards, documentation accessible aux projets.
8. Mise à jour annuelle : la cible évolue avec la stratégie.

Architecture cible et plateforme de gouvernance

Une architecture cible théorique ne sert à rien si elle n'est pas confrontée en permanence à la réalité du SI. Kabeen permet de visualiser en continu l'écart entre la cible et l'actuel : applications hors cible, technologies obsolètes, dépendances non conformes, chantiers en retard. Cette confrontation transforme l'architecture cible d'un livrable annuel en outil de pilotage quotidien.