---
title: "Documenter les processus avec des accords de fonctionnement"
description: "Les processus documentés vivent dans le module Structure sous forme d’accords de fonctionnement. Chaque type de document est soit publié directement, soit soumis à une proposition de gouvernance, et chaque document passe du brouillon à la publication."
category: structure-governance
section: policies-and-publications
type: Reference
lastUpdated: 2026-08-05
locale: fr
canonical: https://support.talkspirit.com/fr/structure-governance/publications-processes
---

# Documenter les processus avec des accords de fonctionnement


## Documenter les processus avec des accords de fonctionnement

Vos processus documentés vivent dans l’application **Structure**, sous **Accords de fonctionnement**. Chaque document appartient à un cercle ou à un rôle, porte un type de document et passe du brouillon à la publication. Le fait qu’une décision du cercle soit nécessaire pour le publier est déterminé par le type de document, et non par le document lui-même.

Votre organisation peut renommer ces documents, si bien que les mots affichés à l’écran peuvent différer. [Publications Overview](../structure-governance/publications-overview) couvre le vocabulaire et les vues ; cet article couvre ce par quoi passe un document une fois qu’il existe.

## Pourquoi mettre un processus par écrit

- **Cohérence** : un processus écrit est un processus que vous pouvez comparer à la réalité et améliorer délibérément plutôt que par accident.
- **Continuité** : un processus connu de deux personnes s’en va avec ces deux personnes. Un processus écrit reste.
- **Intégration** : les nouveaux venus découvrent comment le travail est réalisé sans avoir à demander à quelqu’un d’occupé.

## Avant d’écrire

Impliquez les personnes qui font réellement le travail : elles savent quelles étapes sont réelles. Un bon premier brouillon règle quatre choses.

- L’objectif du processus, ainsi que son point de départ et son point d’arrivée.
- Les étapes dans l’ordre, et ce qui marque l’achèvement de chacune.
- Le rôle ou le cercle responsable de chaque étape.
- Comment vous saurez qu’il fonctionne, et quand vous le réexaminerez.

## Où vivent vos documents

Ouvrez **Structure** dans la barre de navigation, puis **Accords de fonctionnement**.

![The Working agreements list in the Structure module, showing six documents with their type, owning circle or role, and publish date](/images/structure-governance/publications-processes/02-working-agreements-list.png)

Chaque ligne affiche le type de document, le cercle ou le rôle auquel appartient le document, et sa date de publication. **Not published yet** signifie qu’il s’agit encore d’un brouillon. **Pending changes** signifie qu’il est publié et que quelqu’un a un brouillon non publié par-dessus. **Filter**, **Group** et la recherche affinent la liste ; le regroupement est possible par statut, cercle, rôle et type.

## Les deux voies vers la publication

Chaque type de document porte un flux de travail, et le type décide de la voie.

- **Direct** : vous rédigez le document et cliquez sur **Publish**. Il est mis en ligne immédiatement.
- **Governance** : vous rédigez le document et cliquez sur **Submit for governance**. Le document passe à **In review**, l’édition se verrouille et une proposition est envoyée au cercle. Adoptée, le document est publié. Rejetée ou retirée, il revient à **Draft** pour que vous puissiez le réviser et le soumettre à nouveau.

Un administrateur définit cela par type dans **Structure settings** > **Working agreements**, à l’aide du commutateur **Require proposal workflow**. La colonne **Workflow** indique la voie empruntée par chaque type.

![The Document Types table in Working agreements settings, with a Workflow column reading Direct on two types and Governance on a third](/images/structure-governance/publications-processes/01-document-type-workflow.png)

Quels types existent, comment ils s’appellent et quelle voie ils empruntent relèvent des choix de votre organisation ; lisez donc la colonne **Workflow** plutôt que de faire des suppositions. L’édition suit la même règle : sur un type de gouvernance, **Edit** sur un document publié démarre un nouveau brouillon qui repasse par la phase de proposition.

Rattachez un document de type gouvernance au cercle qui décidera à son sujet, à l’aide de **Belongs to** dans les propriétés du document. Un document rattaché uniquement à un rôle n’a aucun cercle auquel envoyer sa proposition, et **Submit for governance** n’aboutira nulle part.

## Les trois états

| Statut | Ce que cela signifie | Ce que vous pouvez faire |
|---|---|---|
| **Draft** | Rédigé mais jamais publié. La liste affiche **Not published yet**. | Le modifier, puis le publier ou le soumettre à la gouvernance. |
| **In review** | Une proposition de gouvernance est en cours. Une bannière indique **Under governance review**. | Le lire et ouvrir la proposition. L’édition est verrouillée jusqu’à la fin du vote. |
| **Published** | En ligne pour toute personne pouvant voir le document. | Le modifier, ce qui crée un brouillon en attente, et consulter son historique de versions. |

## Qui peut faire quoi

- **Créer et modifier** : la personne qui a créé le document, les membres du cercle ou du rôle auquel il appartient, toute personne bénéficiant d’un accès explicite, et les administrateurs.
- **Soumettre à la gouvernance** : uniquement un décideur du cercle auquel appartient le document. Les droits d’administrateur seuls ne suffisent pas ici.
- **Publier directement** : impossible sur un type de gouvernance. La demande est refusée et renvoyée vers la voie de gouvernance.
- **Créer et modifier les types de documents** : administrateurs uniquement.

## Maintenir les documents à jour

La documentation ne vaut le temps qu’elle a coûté que si elle reste exacte.

- Définissez une **Review date** dans les propriétés du document afin que la prochaine relecture soit consignée plutôt que confiée à la mémoire de quelqu’un.
- Ouvrez l'**Version history** depuis le menu du document pour voir les versions antérieures et en **Restore** une.
- Utilisez les onglets **Comments** et **Activity** du panneau de droite, afin qu’une question sur une étape reste rattachée à l’étape.

## Étapes suivantes

- [Publications Overview](../structure-governance/publications-overview)
- [Adding and publishing a publication](../structure-governance/how-to-add-and-publish-a-publication)
- [Managing Publication Types](../structure-governance/manage-publications-types)
- [Using Publications version history](../structure-governance/publications-version-history)
