Hérité
TOGAF, ArchiMate, ITIL, COBIT, SAFe restent les fondations. TEAF ne les remplace pas : TOGAF demeure la colonne vertébrale méthodologique, ArchiMate la notation de référence.
Le framework
TEAF — Temporal Enterprise Architecture Framework
Une boucle continue, pas un document figé. TEAF n'est pas un concurrent de TOGAF, ITIL, COBIT ou SAFe. C'est une couche d'orchestration continue qui s'ajoute à ces référentiels — le moteur qui les fait vivre en continu, avec l'IA comme accélérateur.
Philosophie & genèse
D'où vient TEAF, et pourquoi ce nom
TEAF n'est pas né dans un laboratoire de recherche. Il est né dans des comités de pilotage, des revues d'architecture et des diagnostics d'entreprises industrielles et de cabinets financiers cherchant à comprendre pourquoi leur dette technique augmentait malgré des investissements soutenus. Le constat était toujours le même : les comités exécutifs financent la transformation, les DSI livrent des projets, et l'écart entre l'intention stratégique et la réalité des systèmes ne cesse de grandir — un écart que l'IA générative accélère plus qu'elle ne le résout.
Le mot « Temporal » dans le nom ne désigne pas la gestion d'agendas ou de délais. Il désigne la continuité : une architecture qui évolue en fonction du temps et de l'expérience accumulée, plutôt qu'une architecture figée entre deux cycles de révision périodiques. Ce choix de mot n'a aucun lien avec Temporal, la plateforme commerciale d'orchestration de workflows logiciels — deux usages indépendants du même mot.
Thèse centrale
« Une organisation reste gouvernable à condition que sa vitesse de gouvernance égale sa vitesse d'exécution. En dessous de cette condition, la dette d'architecture croît plus vite que la valeur produite. »
C'est le principe fondateur de TEAF — une hypothèse de travail argumentée par l'expérience de terrain répétée, pas un résultat validé empiriquement sur des données comparatives. Le Livre I en détaille les fondations et invite le lecteur à l'évaluer comme telle.
Ce que TEAF apporte, précisément
Hérité, adapté, combiné, propre à TEAF
TEAF ne revendique pas onze inventions terminologiques isolées. Cette distinction protège la crédibilité du framework face à un lecteur exigeant.
Adapté
Le Living ADR adapte la pratique de l'Architecture Decision Record (popularisée par Michael Nygard, 2011) avec une liaison permanente au Knowledge Backbone. Le Digital Twin, déjà répandu en ingénierie, est appliqué ici à l'architecture d'entreprise.
Combiné
Knowledge Graph, gouvernance continue et supervision IA existent séparément ailleurs. Aucun cadre publié ne les réunit dans un même système d'architecture d'entreprise relié à des rôles de gouvernance nommés.
Propre à TEAF
La Boucle fermée en huit composants — Intent à Learning — et les cinq rôles de gouvernance qui la font vivre. Aucun référentiel existant ne relie ces huit étapes dans un cycle unique, fermé et instrumenté de bout en bout.
Comment fonctionne la boucle
Les huit composants du cycle TEAF
De l'intention stratégique à l'apprentissage, chaque cycle referme la boucle vers l'intention suivante — sans rupture, sans ressaisie.
01Intent
02Capability
03Knowledge
04Decision
05Automation
06Execution
07Observation
08Learning
Le détail
Ce que fait chaque composant
Le framework se prolonge en huit patterns opérationnels — AI Control Plane, Knowledge Backbone, Decision Fabric, Continuous Governance, Living ADR, Capability Graph, Digital Twin Loop, Architecture Intelligence Layer — détaillés dans la collection TEAF.
01
Intent
L'intention stratégique
L'objectif du COMEX traduit en langage actionnable, tracé jusqu'à la décision.
02
Capability
La capacité mobilisée
La capacité métier, technique ou de conformité mobilisée pour servir une intention.
03
Knowledge
La connaissance disponible
Données, décisions passées, dépendances et contraintes — une source de vérité unique.
04
Decision
Le choix d'architecture
Le choix pris à partir de la connaissance disponible, formalisé en Living ADR.
05
Automation
L'exécution automatisée
L'exécution automatisée d'une décision, supervisée par l'AI Control Plane.
06
Execution
Le changement produit
Le changement effectivement produit dans le système d'information.
07
Observation
La mesure de l'écart
La mesure de l'écart entre le résultat obtenu et l'intention initiale.
08
Learning
L'apprentissage
L'apprentissage tiré de l'observation, réinjecté dans la prochaine intention.
Fondations transverses
Six fondations, constantes sur toutes les couches
Elles ne sont pas une étape du programme : elles s'appliquent simultanément à chaque composant de la boucle.
Secure
Zero Trust · IAM · RGPD · PRA/PCA
Govern
Architecture Review Board · Living ADR · Continuous Governance
Data Architecture
Knowledge Backbone · Data Mesh · Vector DB · RAG
Observe
SRE · SLI/SLO · Prometheus · Grafana
Sovereign
Contrôle · Résilience · Cloud hybride
Legal & Compliance
RGPD · IA Act · Audit · Fiscalité
Déploiement
Quatre phases : Pourquoi, Quoi, Comment, Qui/Quand
Chaque phase produit des livrables concrets avant d'engager la suivante. Aucune refonte totale et simultanée du système d'information.
Phase 12 à 4 semaines
Pourquoi
- Charte de mission TEAF
- Note de cadrage stratégique
- Liste priorisée d'Intents formalisés
Phase 24 à 8 semaines
Quoi
- Capability Map initiale
- Knowledge Graph v0
- Rapport de dette d'architecture (IDA)
Phase 32 à 6 mois
Comment
- Architecture cible & choix de l'exosquelette IA
- Spécification des agents & AI Control Plane
- Budget de calcul alloué
Phase 4Continu
Qui / Quand
- Architecture Review Board & 5 rôles TEAF
- Premiers Living ADR actifs
- Calendrier de déploiement séquencé
Modèle de maturité
Sept niveaux, du chaos documentaire au système nerveux numérique
Positionner honnêtement le point de départ conditionne tout le reste. Le diagnostic en ligne situe votre organisation en six minutes.
0
Chaos documentaire
Aucune vue d'ensemble fiable. Chaque décision repart de zéro, la connaissance vit dans la tête de quelques personnes.
1
Architecture PowerPoint
Des schémas et une doctrine existent sur le papier, mais ne pilotent pas les décisions réelles.
2
Architecture Structurée
Cartographie et décisions sont documentées et tenues à jour, mais l'exécution reste largement manuelle.
3
Architecture Instrumentée
Décisions tracées (ADR), déploiements outillés, premiers indicateurs suivis.
4
Architecture Connectée
Connaissance, décisions et exécution sont reliées dans un même système. Les écarts sont mesurés systématiquement.
5
Architecture Vivante
La boucle intention → exécution → observation → apprentissage tourne en continu, avec une gouvernance intégrée.
6
Système Nerveux Numérique
L'IA orchestre l'essentiel du cycle sous supervision humaine. L'organisation apprend de chaque décision en quasi temps réel.
Principes directeurs
Dix principes du TEAF
01
Intention Explicite
Toute action d'architecture part d'une intention formalisée, traçable jusqu'au COMEX.
02
Continuité Décisionnelle
La décision d'architecture est un flux, non un jalon : elle se réévalue à chaque information pertinente.
03
Traçabilité Totale
Chaque composant technique se relie à une décision documentée, elle-même reliée à une intention initiale.
04
Connaissance Unique
Une seule source de vérité vivante — le Knowledge Backbone — remplace les documentations parallèles.
05
Automatisation Encadrée
Aucun agent, aucun pipeline, ne déploie de changement critique sans passer par le Decision Fabric.
06
Boucle Fermée
Observation et apprentissage referment systématiquement le cycle vers l'intention suivante.
07
Gouvernance Continue
La conformité s'évalue en continu, non lors d'audits ponctuels.
08
Granularité Adaptative
Le niveau de détail exigé s'ajuste à la criticité de la capacité, pas à une norme uniforme.
09
Coexistence des Cadres
TEAF s'intègre à TOGAF, ITIL ou COBIT sans les remplacer : il orchestre leur exécution continue.
10
Sobriété Cognitive
La complexité affichée au dirigeant reste toujours inférieure à la complexité réelle du système.
Explorer TEAF par la théorie
TEAF Full — la collection complète
Les quatre livres qui forment le corpus complet : le Manifeste (thèse et vocabulaire, pour COMEX et DSI), la Spécification du Framework (métamodèle, artefacts, rôles, pour les architectes), le Guide du Praticien (déploiement, playbooks, pour consultants et équipes ops) et le Guide de Mise en Œuvre Opérationnelle (le principe 1-1-1, cadrage d'un POC, trajectoires de déploiement). V1 de la collection, désormais complète — une V2 est prévue, enrichie des critiques constructives d'autres organisations, sans date de sortie annoncée. Disponible en broché et Kindle.
Explorer TEAF par la pratique
TEAF Light — l'implémentation de référence open source
L'implémentation exécutable du principe 1-1-1 détaillé dans le Livre IV — un processus, une boucle, un objectif mesurable — et une stack de référence (Dolibarr, GitLab, PostgreSQL/pgvector, n8n, Python, Cloudflare) pour démarrer sur un périmètre restreint en quelques semaines. Gratuit et open source, à la différence du livre qui le documente ; peut aussi servir de POC avant d'engager la collection complète.
| TEAF Full | TEAF Light | |
|---|---|---|
| Contenu | 4 livres : Manifeste, Spécification, Guide du Praticien, Guide de Mise en Œuvre Opérationnelle | Implémentation de référence open source, compagnon exécutable du Livre IV |
| Objectif | Comprendre la théorie complète, former les rôles, l'Architecture Review Board | Démarrer l'exécution sur un périmètre restreint |
| Principe | Boucle à 8 composants, 10 principes, 9 anti-patterns | Principe 1-1-1 : un processus, une boucle, un objectif mesurable |
| Point de départ | Lecture, cadrage stratégique | POC en quelques semaines |
| Accès | Amazon, broché et Kindle | GitLab, licence open source |
Où se situe votre organisation ?
Faites le diagnostic ou explorez le programme de certification par rôle.