Registre de décisions : modèle pour votre équipe

Un registre de décisions d’équipe explique pourquoi une option a été choisie et ce qui devrait changer pour la réviser. Il est nécessaire lorsque quelqu’un travaille avec une ancienne décision, une autre personne se souvient d’une exception et personne ne trouve le motif original. La dernière phrase du chat contient rarement toutes ces informations.

Dans une agence (en anglais), le registre peut être un document partagé avec une fiche par décision et un index. L’utilité apparaît en conservant le contexte, en distinguant ce qui est vérifié de ce qui est supposé et en liant une nouvelle décision à celle qu’elle remplace. Voici un modèle et un cas complet pour le faire.

Enregistrez les décisions qui modifient le travail

Ouvrez une fiche lorsque le choix affecte le travail de plusieurs personnes, dépend d’une incertitude importante ou s’avère coûteux à reconstruire. Choisir un mode de livraison partagé mérite d’être enregistré ; corriger une faute de frappe peut rester dans la tâche. Le document doit conserver une décision que quelqu’un devra comprendre plus tard.

Formulez une question à laquelle on peut répondre : « Quel format utiliserons-nous pour présenter l’atelier dans la salle du client ? ». « Améliorer les présentations » n’identifie pas une décision. Ajoutez ce qui est exclu : contenus, nombre de sessions ou matériel pour les participants, selon ce qui est déjà convenu dans la définition du travail dans le devis.

Séparez preuves et hypothèses. « La personne qui coordonne l’atelier a demandé à pouvoir corriger les diapositives jusqu’à la veille » décrit un message. « L’ordinateur de la salle pourra ouvrir le fichier éditable » reste en suspens jusqu’à vérification. Être d’accord avec une supposition ne la transforme pas en fait.

Précisez qui prépare et qui décide

La personne qui rassemble les informations peut être différente de celle qui a la responsabilité finale de décider. L’approche DACI d’Atlassian sépare ces rôles, ainsi que ceux qui apportent des connaissances et ceux qui doivent recevoir le résultat. Vous pouvez conserver cette distinction dans une petite fiche.

Indiquez qui décide, qui doit fournir des preuves et qui est concerné par le résultat. Confirmez cette attribution ; inscrire un nom dans une cellule ne donne aucune autorité et ne prouve pas que la personne a accepté ce rôle. Si une réponse externe est nécessaire, laissez-la comme une dépendance en suspens.

Les options nécessitent des conséquences concrètes. « Utiliser l’éditable », « présenter un PDF » et « reporter le choix jusqu’à l’essai de la salle » permettent de comparer ce que l’on gagne, ce qui reste en suspens et ce qui peut bloquer le travail. N’ajoutez pas d’options que personne n’a envisagées juste pour justifier la préférée ensuite.

Un modèle avec deux statuts séparés

Copiez la fiche et remplacez les instructions entre crochets. Utilisez des références courtes comme DEC-01 et DEC-02, tant dans l’index que dans les tâches. Les identifiants sont des exemples internes ; ils ne nécessitent pas d’outil spécifique. Liez des preuves accessibles à l’équipe sans copier d’identifiants de connexion ni d’informations inutiles.

Référence et question : [identifiant / décision concrète]
Portée : [travail affecté / ce qui est exclu]
Préparation : [personne qui rassemble l'information]
Responsable de la décision : [personne / affectation confirmée]
Contributions et destinataires : [qui contribue / qui doit le savoir]
Preuve : [fait / référence / date de vérification]
Hypothèses : [ce qui reste à vérifier / responsable / conséquence]
Options : [alternatives réelles et conséquences de chacune]
Résultat : [option choisie et motif ; ou en suspens]
Décision : [proposée / adoptée / écartée / remplacée]
Confirmation : [personne / date / référence ; ou en suspens]
Application : [depuis quand / condition nécessaire]
Révision : [condition qui la déclenche / date / responsable]
Historique : [remplace / remplacée par / note datée]
Exécution : [en attente / en cours / bloquée / vérifiée]
Prochaine action : [tâche / responsable / date ou condition]
Vérification : [résultat attendu / preuve / responsable]

Adoptée signifie qu’une décision confirmée existe. Vérifiée décrit son application, avec les preuves prévues. Une décision écartée ne doit pas progresser vers l’exécution. Si la décision est reportée, conservez « proposée », écrivez ce qui manque et qui le résoudra ; le silence ne complète pas la confirmation.

Exemple : les preuves changent, la décision change

Cas fictif. Une agence prépare un atelier. Les noms de référence, jours et résultats suivants sont didactiques ; ils ne décrivent pas un client réel. Le contenu de l’atelier est convenu. Il reste à décider quel fichier sera utilisé pendant la présentation.

DEC-02 est déjà adoptée, mais ne permet pas encore d’écrire « présentation vérifiée ». La prochaine action consiste à ouvrir le PDF final sur l’équipement de la salle et à vérifier les diapositives prévues. Si l’atelier dépend d’une animation qui disparaît à l’exportation, le test doit le détecter avant de valider le format.

L’idée de conserver le raisonnement provient des registres de décisions d’architecture, ou ADR, décrits par AWS : une nouvelle décision peut en remplacer une précédente. Ici, nous l’adaptons aux opérations de services ; nous n’appliquons pas une norme d’architecture à l’atelier.

Gardez intacts les faits et motifs écrits dans DEC-01. Ajoutez la note de remplacement avec date et lien vers DEC-02. Celui qui lira l’historique pourra distinguer une décision raisonnable sous une hypothèse explicite d’une erreur masquée par une édition rétrospective.

Réviser en fonction d’une condition concrète

« Nous le réviserons plus tard » n’explique pas ce que l’équipe doit surveiller. Un test échoué, une dépendance qui change ou une nouvelle exigence permettent bien d’ouvrir la révision. Désignez la personne qui suit cette condition et fixez une date de vérification si le travail a une échéance.

La date ne retire pas automatiquement la décision. Si aucune nouvelle information n’apparaît, enregistrez si elle est toujours applicable et quelle vérification manque. Lorsque la poursuite dépend d’une condition non remplie, maintenez le blocage. Dans l’exemple, accepter DEC-01 n’autorisait pas à omettre le test de l’équipement.

Changer un accent ne nécessite pas DEC-03. Changer le format choisi ou sa condition d’utilisation mérite une autre référence. Si vous découvrez qu’une preuve était mal notée, ajoutez une correction datée et révisez ses conséquences ; ne laissez pas le registre continuer à soutenir une fausse certitude.

Vérifiez qu’une autre personne peut continuer

Maintenez un index avec référence, question, décision en vigueur et lien vers l’historique. Dans la tâche d’exécution, indiquez quelle décision s’applique. Si elle change, avertissez les personnes concernées et vérifiez que celui qui a du travail en attente a reçu la nouvelle référence. Éditer le document ne garantit pas que tout le monde l’ait lu.

Demandez à quelqu’un d’extérieur à la conversation de trouver trois choses : ce qui doit être fait maintenant, pourquoi cela a changé et ce qui reste en suspens. S’il a besoin de vous le demander, corrigez la fiche. Si une tâche de maintenance du registre est superflue, appliquez le critère de supprimer, automatiser et déléguer (en anglais) avant de créer une autre routine.

Commencez par une décision en vigueur dont le motif est difficile à récupérer. Écrivez ce qui est connu, marquez ce qui est encore une hypothèse et laissez une prochaine action avec un responsable. La personne suivante doit pouvoir continuer à partir de là.