TEAF Light et le principe 1-1-1

La plus grande cause d'échec d'adoption d'un framework d'architecture d'entreprise n'est pas la qualité du framework — c'est la tentation de tout couvrir avant de commencer. TEAF Light part du principe inverse. Il tient en trois mots : un processus, une boucle, un objectif mesurable. C'est le principe 1-1-1, et c'est délibérément peu ambitieux au démarrage — pour être réellement tenable.

Pourquoi la version complète décourage l'adoption

TEAF, dans sa version complète, couvre la gouvernance stratégique, l'architecture technique, la conformité, la sécurité, le FinOps et la continuité d'activité. C'est cohérent sur le papier, mais une organisation qui découvre le framework et tente de tout mettre en place simultanément se heurte au même mur que n'importe quelle démarche trop ambitieuse : les ateliers de cadrage s'éternisent, personne ne voit de résultat avant plusieurs mois, et le projet s'essouffle avant d'avoir prouvé quoi que ce soit.

Le principe 1-1-1, précisément

Un processus. Pas une cartographie complète du système d'information — un seul processus métier, choisi parce qu'il est représentatif ou parce qu'il fait mal. Une boucle. Le cycle complet Intent → Learning appliqué à ce processus unique, pas une boucle partielle qui s'arrête à la décision. Un objectif mesurable. Un indicateur concret, défini avant de commencer, qui permettra de dire objectivement si le cycle a produit un résultat — pas une impression qualitative de progrès.

Ce que ça donne en pratique

Le Livre IV illustre le principe sur un scénario de traitement de factures : un processus précis, une boucle TEAF complète appliquée à ce seul périmètre, un objectif mesurable (temps de traitement, taux d'erreur). La stack de référence associée — Dolibarr, GitLab, PostgreSQL/pgvector, n8n, Python, Cloudflare — est choisie pour rester accessible à une petite équipe, en quelques semaines, sans plateforme lourde à provisionner au préalable.

Un point de départ, pas une fin en soi

TEAF Light n'est pas une version diminuée destinée à rester ainsi indéfiniment. C'est un point d'entrée : une fois qu'un premier cycle complet a réellement tourné sur un périmètre restreint, l'organisation dispose d'une preuve opérationnelle interne — pas encore d'une preuve scientifique généralisable, mais d'un résultat concret sur lequel s'appuyer pour étendre le périmètre, un processus à la fois. Le dépôt open source teaf-light sert précisément de compagnon exécutable à ce premier cycle, avec ses limites documentées plutôt que passées sous silence.

• La cause la plus fréquente d'échec d'adoption d'un framework d'architecture : vouloir tout couvrir dès le départ.
• Le principe 1-1-1 — un processus, une boucle, un objectif mesurable — limite volontairement l'ambition initiale.
• La stack de référence de TEAF Light est choisie pour être opérable par une petite équipe en quelques semaines.
• TEAF Light est un point de départ : on étend le périmètre une fois qu'un premier cycle a réellement prouvé quelque chose.