Pourquoi nous appliquons TEAF à notre propre architecture avant de la recommander

Nous parlons souvent, dans ces articles, de la gouvernance IT de nos clients — comment structurer un ERP/CRM avant d'y brancher de l'automatisation, comment éviter que la dette d'architecture s'accumule sans qu'on la voie. Depuis début septembre 2026, nous appliquons la même discipline à notre propre organisation : Trustiatis fait partie des deux premières filiales d'UGM-Group à déployer TEAF (Temporal Enterprise Architecture Framework), le framework créé par Mathieu Urbitsch.

Ce que ça change concrètement

Une couche de gouvernance documentée, distincte de l'infrastructure elle-même : nos serveurs, notre stack Dolibarr/n8n et nos offres Trusteco n'ont pas changé. Ce qui change, c'est la façon dont une décision d'architecture — par exemple la bascule récente de nos offres SaaS vers des briques Trusteco intégrées directement à trustiatis.com — est désormais tracée dans une boucle Intent → Learning plutôt que documentée de façon informelle au fil des échanges internes.

Ce qui n'est pas encore acquis

TEAF impose à ses utilisateurs une taxonomie à quatre niveaux pour qualifier tout constat : Declared, Observed, Inferred, Validated. Sur ce déploiement interne, rien n'est encore marqué Validated — la plupart des constats en sont au niveau Inferred, à confirmer par l'usage dans la durée. Nous préférons le dire plutôt que de présenter un chantier de quelques semaines comme une réussite déjà acquise.

Pourquoi nous le rendons public quand même

Parce qu'un prestataire qui recommande une discipline de gouvernance à ses clients sans se l'appliquer à lui-même perd une partie de sa crédibilité. Le détail du framework est disponible sur temporal-architecture.com ; le contexte de ce déploiement au niveau du groupe est développé dans l'article correspondant sur le site UGM-Group.