--- title: "Comprendre les domaines" description: "Un domaine est un élément qu’un rôle ou un cercle contrôle de manière exclusive. C’est l’un des quatre champs de gouvernance fondamentaux portés par chaque page de rôle et de cercle dans Talkspirit." category: structure-governance section: governance-basics type: Reference lastUpdated: 2026-08-05 locale: fr canonical: https://support.talkspirit.com/fr/structure-governance/understanding-domains --- # Comprendre les domaines ## Comprendre les domaines Un domaine est un élément qu’un rôle ou un cercle contrôle de manière exclusive : un actif, un processus, une liste, un outil. Talkspirit enregistre les domaines comme l’un des quatre champs de gouvernance fondamentaux portés par chaque rôle et chaque cercle, aux côtés de **Raison d’être**, **Redevabilités** et **Politiques**. Consigner un domaine par écrit publie qui décide à propos de cet élément, afin que tout le monde sache qu’il faut d’abord s’adresser à ce rôle. Une chose doit être claire d’emblée : Talkspirit enregistre l’accord, il ne l’impose pas. Rien dans le produit n’empêche quelqu’un de modifier le site web parce qu’un autre rôle détient un domaine « Site web ». Ce que fait le domaine, c’est rendre la propriété visible, citable et ouverte à la remise en question par la gouvernance. ## Où voir les domaines Ouvrez n’importe quel rôle ou cercle et restez sur l’onglet **Général**. **Domaines** constitue sa propre carte, entre **Raison d’être** et **Redevabilités**, avec **Politiques** en dessous. Les entrées apparaissent une par ligne et l’en-tête de la carte affiche un décompte. ![The General tab of the Marketing and Sales circle, showing a Purpose card, a Domains card with a count of 6 listing six domains one per row, and an Accountabilities card with a count of 3.](/images/structure-governance/understanding-domains/01-domains-card-on-a-circle-page.png) Un rôle ou un cercle sans domaine affiche **Non défini** plutôt que de masquer la carte, de sorte que le champ est toujours présent à remplir. La plupart des organisations placent d’abord les domaines sur leurs cercles et n’en poussent que plus tard quelques-uns vers des rôles individuels ; une carte vide au début est donc normale plutôt qu’un signe qu’il manque quelque chose. Deux éléments varient d’une organisation à l’autre, de sorte que votre écran peut ne pas correspondre à cette description : - Un administrateur peut renommer le champ. « Domaine » n’est que le mot par défaut, et une organisation qui utilise un autre terme peut le changer partout d’un seul coup. - Un administrateur peut masquer le champ pour l’ensemble de l’organisation. Si vos pages de rôle et de cercle ne portent aucune carte Domaines, c’est la raison. Tout ce qui est déjà enregistré revient intact si le champ est de nouveau affiché. ## Ce qui a sa place dans un domaine Utilisez un domaine pour un élément qui a besoin d’un décideur unique : « la liste d’e-mails clients », « le processus de recrutement », « le site web de l’entreprise », « le compte d’hébergement cloud ». Si trop de personnes modifient le site web de façon indépendante, confier à un rôle un domaine « Site web » tranche qui arbitre. N’utilisez pas un domaine pour décrire ce qui intéresse un rôle ou ce en quoi il excelle. C’est à cela que servent sa raison d’être et ses redevabilités. Une redevabilité est une activité continue que le rôle exerce ; un domaine est un élément que le rôle contrôle. « Publier les notes de version » est une redevabilité. « La page des notes de version » est un domaine. ## Qui peut ajouter ou modifier un domaine Les domaines sont un contenu de gouvernance : l’interface n’offre donc la possibilité de modification qu’aux décideurs : - Pour modifier les domaines d’un **rôle**, vous devez être décideur du cercle qui détient ce rôle. - Pour modifier les domaines **propres à un cercle**, vous devez être décideur du cercle **parent** de ce cercle. Le cercle de plus haut niveau est jugé par rapport à lui-même. Survolez la carte Domaines et un contrôle **Proposer des modifications** apparaît. Il ouvre la boîte de dialogue d’édition du rôle ou du cercle portant la même liste de champs, et le pied de page propose **Enregistrer comme proposition** et **Soumettre pour révision**. Votre formulation n’apparaît pas sur la page tant que cette proposition n’est pas adoptée. Les administrateurs disposant des droits d’administration de la structure fonctionnent différemment. Avec le **mode Architecte** activé, ils modifient le champ sur place et le changement s’applique immédiatement, sans proposition. ## Domaines et politiques Une politique est une règle écrite rattachée à un domaine. Soit elle ouvre le domaine à d’autres personnes, soit elle restreint la manière dont il peut être utilisé. « Toute personne peut répondre aux demandes des clients à condition d’en informer le titulaire du compte » relève du premier cas. « Toute présentation doit utiliser le support de l’entreprise » relève du second. Ajoutez-en une depuis la carte **Politiques** d’une page de rôle ou de cercle. La boîte de dialogue demande un titre et un **Domaine**, et la liste des domaines propose chaque domaine que ce rôle ou ce cercle détient déjà. ![The Add policy dialog on a circle page, with a required Title field and a Domain field set to "All functions and activities within the circle".](/images/structure-governance/understanding-domains/02-domain-field-on-a-new-policy.png) Vous n’avez pas besoin d’un domaine au préalable. La liste des domaines porte toujours l’option **Toutes les fonctions et activités au sein du cercle**, et cette option est celle par défaut. La choisir signifie que la politique s’applique à tout ce que le cercle contrôle déjà sans que rien ne soit explicité, ce qui explique pourquoi tant de politiques sont rédigées ainsi. Le cercle de plus haut niveau détient tout ce que l’organisation possède, et il n’y a rien à gagner à taper « Locaux » ou « Compte bancaire » dans une carte Domaines dans le seul but d’avoir un élément auquel rattacher une politique. ## Ce que Talkspirit ne fait pas Trois choses que les gens attendent d’un domaine et qu’ils ne trouveront pas dans le produit : - **Aucun flux de demande d’autorisation.** Demander au titulaire d’un domaine, et son devoir de répondre en justifiant, relèvent de votre pratique de gouvernance, dans une réunion ou un message. Il n’existe aucun contrôle pour cela. - **Aucun contrôle de délégation.** Un cercle qui souhaite que l’un de ses rôles détienne un domaine de manière exclusive déplace la formulation : le domaine passe sur le rôle au lieu du cercle. - **Aucun lien et aucun verrou.** Un domaine est du texte libre. Il n’est rattaché ni à un fichier, ni à un tableau, ni à une application, et rien ne devient en lecture seule lorsque vous en écrivez un. ## Étapes suivantes - [Modifier les champs de gouvernance sur un rôle ou un cercle](../structure-governance/how-to-edit-core-and-custom-governance-fields-for-roles-and-circles) - [Ajouter ou modifier une politique](../structure-governance/how-to-add-or-edit-a-policy) - [Aperçu des rôles](../structure-governance/role-overview) - [Comprendre les rôles fondamentaux](../structure-governance/understanding-core-roles) - [Les décideurs d’un cercle](../structure-governance/what-is-a-decision-maker-of-a-circle)