Lancer une initiative sans repartir de zéro
Quand une équipe part d'une réalité existante, elle recopie la donnée, redéfinit les concepts et reconfigure les règles d'accès. Trois fois le même travail, à chaque initiative. L'héritage des contextes élimine ce triple recommencement.
Trois choses qu'on duplique sans s'en rendre compte
La donnée n'est qu'un tiers du problème
Ce qui se recopie en même temps, c'est l'ontologie (la définition même des concepts) : qu'est-ce qu'un « modèle », une « pièce », quels attributs les caractérisent, comment ils se relient. Et avec elle, l'ensemble des règles : qui peut voir, qui peut modifier, quelles restrictions s'appliquent à quel concept.
Personne ne recopie jamais une ontologie ou un jeu de règles avec une fidélité parfaite. Le résultat n'est pas une variante fidèle : c'est un environnement cousin, qui ressemble à l'officiel sans être garanti de s'y conformer.
Le vrai coût n'est pas dans le stockage
Une initiative qui part d'une copie part d'une fondation déjà périmée
Elle hérite d'une photographie de l'ontologie et des règles telles qu'elles existaient au moment de la copie, pas de leur version actuelle. Si le référentiel évolue ensuite, rien ne garantit que l'initiative en soit informée, ni qu'elle continue de s'y conformer.
Avec le temps, l'organisation se retrouve avec une constellation de contextes qui ressemblent tous, de loin, au référentiel officiel sans en être, chacun à sa manière, tout à fait fidèles.
Hériter, plutôt que reconstruire
On part d'un lien, pas d'une copie
Un contexte de travail se rattache à un contexte parent, qui reste la source de référence. L'initiative voit automatiquement sa donnée, son ontologie et ses règles sans qu'aucune de ces trois couches n'ait à être recopiée ni reconfigurée à la main. L'équipe ajoute ensuite ce qui lui est propre.
L'image la plus juste reste celle d'un héritage familial : ce que possède un grand-père (son patrimoine, mais aussi ses principes de transmission) est vu par son fils, qui y ajoute ce qui lui appartient, sans jamais avoir à tout recopier pour en profiter.
Une initiative qui hérite d'un contexte n'a donc jamais à se demander si son ontologie est alignée ni si ses règles de confidentialité sont à jour : elles le sont par construction.
Lancer une initiative depuis un socle commun
Sans jamais dupliquer la donnée, l'ontologie ou les règles pour commencer à travailler.
Ingénierie
Ouvrir un contexte dérivé pour simuler l'impact d'un changement, en sachant que la définition de chaque concept manipulé reste celle du référentiel.
Commerce
Décliner une offre pour un marché particulier en héritant automatiquement des règles qui protègent déjà les données sensibles, sans les redéfinir une par une.
R&D
Construire un environnement de test fidèle à la production (donnée, concepts et règles compris) l'explorer, puis l'abandonner sans avoir introduit d'écart.
Plusieurs équipes, plusieurs sites, plusieurs clients peuvent lancer leurs propres initiatives depuis le même socle. Le référentiel évolue une fois, au bon endroit, et chaque initiative qui en hérite en bénéficie instantanément, sans répercussion manuelle.
Ce que ça change pour la confiance
Une initiative qui hérite d'un contexte n'est jamais une variante approximative de la vérité : elle est littéralement construite sur elle, avec sa donnée, son ontologie et ses règles intactes, à jour, et automatiquement appliquées.
Il n'y a qu'une seule source, et des initiatives qui s'y rattachent sans jamais s'en détacher.
Démarrer devient un geste léger
Là où il fallait reconstruire un environnement complet avant de pouvoir travailler, il suffit de se rattacher à un contexte officiel. Tester une idée ne coûte plus la même chose que la déployer.
Abonnez-vous à notre newsletter
Un éclairage sur les graphes de connaissance, directement dans votre boîte mail.