TOGAF pour PME/ETI : est-ce vraiment fait pour vous ?

Quand on entend parler de TOGAF pour la première fois, la réaction est souvent la même : "C'est un truc pour les grands groupes, pas pour nous." Et on peut comprendre cette impression. Le nom seul -- The Open Group Architecture Framework -- semble conçu pour décourager quiconque dirige une PME de 50, 100 ou 500 personnes. Ajoutez-y un acronyme comme ADM (Architecture Development Method), des livrables aux noms barbares et une certification qui coûte plusieurs milliers d'euros, et le tableau est complet.

Pourtant, TOGAF n'est pas réservé aux mastodontes du CAC40. C'est un cadre méthodologique flexible, conçu pour être adapté à la taille et à la maturité de chaque organisation. Cet article démystifie TOGAF et vous montre concrètement comment une PME ou une ETI peut en tirer profit, sans armée de consultants ni budget pharaonique.

TOGAF en 5 minutes : l'essentiel

TOGAF est un framework d'architecture d'entreprise créé par The Open Group en 1995 et régulièrement mis à jour (la version actuelle est TOGAF 10). Il fournit une méthode structurée pour concevoir, planifier, implémenter et gouverner l'architecture informatique d'une organisation.

En termes simples, TOGAF répond à trois questions fondamentales :

Où en sommes-nous ? (architecture actuelle, ou "as-is")
Où voulons-nous aller ? (architecture cible, ou "to-be")
Comment y arriver ? (feuille de route de transformation)

C'est tout. Derrière l'apparente complexité de ses 800 pages de documentation, TOGAF est essentiellement un guide de bon sens structuré. Il vous aide à ne pas foncer tête baissée dans un projet IT sans avoir réfléchi aux impacts sur l'ensemble de votre organisation.

Le cycle ADM : le coeur battant de TOGAF

L'ADM (Architecture Development Method) est la méthode itérative au coeur de TOGAF. C'est un cycle composé de phases successives qui guide la réflexion architecturale. Voyons chaque phase avec des exemples concrets pour une PME.

Phase préliminaire : Poser les fondations

Avant de commencer quoi que ce soit, il faut définir le périmètre et les principes directeurs. Pour une PME, cela signifie :

Identifier qui sera impliqué dans la démarche (le dirigeant, le DSI, les responsables métier clés).
Définir quelques principes simples : "Nous privilégions le SaaS au développement sur mesure", "Toute nouvelle application doit pouvoir communiquer via API", "Les données clients doivent rester en Europe".
Choisir les outils de travail (un outil de cartographie, un espace de documentation partagé).

Temps estimé pour une PME : une demi-journée de réflexion collective.

Phase A : Vision de l'architecture

C'est le moment de définir pourquoi vous lancez ce chantier et ce que vous en attendez. Pas besoin d'un document de 50 pages. Quelques questions suffisent :

Quel est le problème business que nous essayons de résoudre ? (croissance rapide, fusion/acquisition, obsolescence d'un outil critique, conformité réglementaire)
Quels sont les critères de succès ? (réduction des coûts IT de 20 %, capacité à intégrer un nouveau site en moins de 3 mois, conformité NIS2 d'ici 12 mois)
Quelles sont les parties prenantes et leurs attentes ?

Livrable simplifié : un document d'une page résumant la vision, les objectifs et le périmètre.

Phase B : Architecture Métier

Cette phase consiste à modéliser les processus métier de votre organisation. Comment fonctionne votre chaîne de valeur ? Quels sont les processus critiques ?

Pour une PME, il ne s'agit pas de modéliser l'intégralité de l'entreprise. Concentrez-vous sur les 5 à 10 processus qui créent le plus de valeur ou qui posent le plus de problèmes :

Le processus de vente (du premier contact à la signature).
Le processus de production ou de livraison de service.
Le processus de facturation et de recouvrement.
Le processus de recrutement et d'intégration.
Le processus de support client.

Livrable simplifié : une cartographie visuelle de vos processus métier clés et de leurs interactions.

Phase C : Architecture des Systèmes d'Information

C'est ici que vous cartographiez vos applications et vos données. Deux sous-phases :

Architecture applicative : inventoriez toutes les applications utilisées dans l'entreprise. Pour chaque application, documentez :

Quel processus métier elle supporte.
Qui l'utilise (quels départements, combien d'utilisateurs).
Comment elle communique avec les autres applications (intégrations, API, exports manuels).
Son état de santé (satisfaction des utilisateurs, fréquence des incidents, obsolescence technologique).

Architecture des données : identifiez vos données stratégiques et leur cycle de vie. Où sont stockées les données clients ? Qui y a accès ? Comment sont-elles sauvegardées ? Existe-t-il des doublons entre différents systèmes ?

Livrable simplifié : une cartographie applicative avec les flux de données principaux, et un registre des données critiques.

Phase D : Architecture Technologique

Cette phase décrit l'infrastructure qui supporte vos applications :

Serveurs physiques, machines virtuelles, conteneurs.
Services cloud utilisés (AWS, Azure, GCP, OVH...).
Réseau et connectivité (LAN, WAN, VPN, SD-WAN).
Outils de sécurité (pare-feu, antivirus, EDR, SIEM).

Pour beaucoup de PME dont l'infrastructure est largement cloudifiée, cette phase peut être relativement légère. L'important est de comprendre les dépendances : si votre fournisseur cloud est indisponible, quelles applications sont impactées ?

Livrable simplifié : un schéma d'infrastructure avec les dépendances entre services cloud et applications.

Phase E : Opportunités et solutions

Avec la vision complète de votre architecture actuelle (phases B, C, D) et de votre architecture cible (définie dans la phase A), vous pouvez identifier les écarts et les solutions pour les combler :

Quelles applications doivent être remplacées ?
Quels nouveaux outils faut-il acquérir ?
Quelles intégrations manquent ?
Quelles compétences faut-il développer ?

Livrable simplifié : une liste priorisée de projets de transformation avec une estimation de coût et de délai.

Phase F : Planification de la migration

Vous avez la liste des projets, il faut maintenant les ordonnancer. Quels projets lancer en premier ? Quelles sont les dépendances entre eux ? Quel est le calendrier réaliste ?

La clé pour une PME est de définir des plateaux de migration : des étapes intermédiaires qui apportent chacune de la valeur, plutôt qu'un big bang risqué. Un schéma directeur SI formalise cette feuille de route.

Livrable simplifié : une feuille de route sur 12 à 24 mois avec 3 à 4 plateaux de migration.

Phase G : Gouvernance de l'implémentation

Pendant que les projets de transformation sont en cours, cette phase assure que les décisions architecturales sont respectées. Pour une PME, cela se traduit par :

Une revue mensuelle de l'avancement des projets.
Un processus simple de validation avant toute acquisition de nouvel outil.
Un suivi des écarts par rapport à l'architecture cible.

Phase H : Gestion du changement

L'architecture n'est pas figée. Le marché évolue, les technologies changent, de nouvelles réglementations apparaissent. Cette phase consiste à maintenir votre architecture vivante et à relancer le cycle ADM quand des changements significatifs se produisent.

Requirements Management : le fil rouge

Au centre du cycle ADM se trouve la gestion des exigences, qui traverse toutes les phases. C'est le processus qui garantit que les besoins métier restent au coeur de chaque décision architecturale.

Pourquoi TOGAF fait peur aux PME (et pourquoi il ne devrait pas)

Idée reçue n.1 : "C'est trop lourd pour nous"

TOGAF est conçu pour être adapté et allégé. The Open Group insiste sur le concept de "tailoring" : vous prenez ce qui vous est utile et vous laissez le reste. Une PME n'a pas besoin de produire les 30 livrables prévus par le framework. Cinq ou six documents clés suffisent largement.

Idée reçue n.2 : "Il faut être certifié TOGAF"

La certification TOGAF est un plus pour un consultant ou un architecte d'entreprise professionnel. Mais pour utiliser les principes de TOGAF dans votre PME, aucune certification n'est nécessaire. Il suffit de comprendre la logique du cycle ADM et de l'appliquer avec pragmatisme.

Idée reçue n.3 : "Ça coûte une fortune"

Les coûts prohibitifs souvent associés à TOGAF viennent des cabinets de conseil qui vendent des missions de plusieurs mois, pas du framework lui-même. TOGAF est un standard ouvert, sa documentation est accessible gratuitement dans sa version de base. Avec les bons outils et un minimum de méthode, une PME peut lancer sa démarche d'architecture d'entreprise pour un investissement très modeste.

Idée reçue n.4 : "On n'a pas d'architecte d'entreprise"

Vous n'avez pas besoin d'un titre ronflant pour faire de l'architecture d'entreprise. Le DSI, le responsable IT, voire le dirigeant lui-même peuvent endosser ce rôle à temps partiel. L'essentiel est d'avoir quelqu'un qui prend du recul sur les choix technologiques et qui s'assure qu'ils servent la stratégie business.

L'approche "Just Enough Architecture"

Le concept de "Just Enough Architecture" est la clé pour les PME qui veulent bénéficier de TOGAF sans s'enliser. Le principe est simple : ne documentez que ce qui apporte de la valeur. Concrètement :

Cartographiez vos 20 applications principales, pas les 150 outils utilisés ponctuellement.
Modélisez vos 5 processus critiques, pas l'intégralité de vos procédures.
Documentez les décisions architecturales importantes (choix d'ERP, stratégie cloud, politique de données), pas chaque configuration technique.
Maintenez votre cartographie à jour lors des changements majeurs, pas en temps réel.

Cette approche vous donne 80 % de la valeur de TOGAF pour 20 % de l'effort. Vous pourrez toujours approfondir plus tard si le besoin s'en fait sentir.

TOGAF et la transformation numérique des PME

La transformation numérique n'est pas un projet ponctuel, c'est un processus continu. Et c'est précisément là que TOGAF excelle : en fournissant un cadre itératif qui accompagne l'évolution de votre entreprise sur le long terme.

Quelques cas d'usage concrets où TOGAF apporte une valeur immédiate aux PME :

Fusion ou acquisition : TOGAF fournit la méthode pour cartographier les SI des deux entités, identifier les redondances et planifier l'intégration.
[Migration vers le cloud](/fr/blog/migration-cloud-cartographier-avant-migrer) : le cycle ADM structure la réflexion sur ce qu'il faut migrer, dans quel ordre, avec quelles précautions.
Mise en conformité réglementaire : TOGAF aide à identifier les écarts entre votre architecture actuelle et les exigences réglementaires (RGPD, NIS2, DORA).
[Croissance rapide](/fr/blog/cartographier-si-atout-croissance) : quand votre effectif double en deux ans, TOGAF vous aide à anticiper les besoins en infrastructure et en applications plutôt que de les subir.

Les outils du marché : du tableur à la plateforme dédiée

Historiquement, les outils TOGAF étaient des mastodontes logiciels réservés aux grandes entreprises : coûteux, complexes, nécessitant une formation spécialisée. Le marché a heureusement évolué.

Aujourd'hui, vous pouvez démarrer votre démarche TOGAF avec :

Un tableur : pour l'inventaire applicatif et le registre des données. Simple mais limité (pas de visualisation, maintenance fastidieuse, pas de collaboration). Voir les alternatives à Excel pour aller plus loin.
Un outil de dessin : Visio, Draw.io ou Lucidchart pour les diagrammes. Mieux, mais les schémas ne sont pas connectés à un modèle.
Une plateforme de cartographie SI collaborative : la solution la plus efficace, qui combine inventaire, visualisation, collaboration et export standardisé.

TOGAF rendu accessible avec UrbaHive

C'est exactement la philosophie d'UrbaHive : rendre les principes de TOGAF accessibles aux PME et ETI sans exiger de compétences spécialisées en architecture d'entreprise.

UrbaHive vous accompagne naturellement dans les phases du cycle ADM :

Phases B, C, D : cartographiez vos processus métier, vos applications et votre infrastructure dans une interface visuelle et collaborative. Pas besoin de connaître la notation ArchiMate, la plateforme s'en charge.
Phase E : identifiez les écarts entre votre architecture actuelle et votre cible grâce à des vues comparatives et des analyses de dépendances.
Phase F : planifiez votre transformation avec des vues roadmap intégrées.
Phase H : maintenez votre architecture vivante grâce à une plateforme collaborative où chaque équipe peut mettre à jour sa partie du SI.

Vous n'avez pas besoin de lire les 800 pages de la spécification TOGAF pour commencer. UrbaHive embarque les bonnes pratiques et vous guide pas à pas dans la construction de votre architecture d'entreprise.

Prêt à démystifier l'architecture d'entreprise dans votre organisation ? Découvrez UrbaHive et lancez votre démarche TOGAF en quelques heures, pas en quelques mois.