Un journal de décision (ou decision log) est un document qui consigne, de manière structurée et chronologique, l’ensemble des décisions importantes prises au sein d’un projet, d’une organisation ou d’un système.
Il ne se contente pas d’enregistrer la décision finale : il documente aussi les options envisagées, les arguments avancés, les responsables de la décision, et les conditions de révision (quand et pourquoi la décision pourrait être remise en question).
C’est une mémoire décisionnelle : elle permet de comprendre, a posteriori, pourquoi un choix a été fait, et dans quel contexte.
Ce qu’il contient
Un journal de décision complet comporte généralement :
- La date de la décision.
- Le sujet ou le problème à trancher.
- Les options envisagées (avec leurs avantages et inconvénients).
- Les arguments pour et contre chaque option.
- La décision retenue et sa justification.
- Le responsable (ou l’instance) qui a décidé.
- Les conditions de révision : date, événement déclencheur, ou critère qui remettrait la décision en cause.
- Les conséquences attendues et les risques identifiés.
À quoi ça sert
- Traçabilité : savoir qui a décidé quoi, quand et pourquoi.
- Continuité : éviter de refaire les mêmes débats ou de perdre la mémoire des choix passés.
- Transparence : rendre les décisions compréhensibles par tous, y compris les nouveaux arrivants.
- Redevabilité : pouvoir assumer et expliquer une décision face à un auditeur, un client ou une autorité.
- Révision : savoir quand et pourquoi une décision doit être réévaluée (changement de contexte, nouvelles données).
- Apprentissage : analyser les décisions passées pour améliorer les processus futurs.
Dans quels contextes l’utilise-t-on ?
- Gestion de projet : choix d’architecture, de prestataire, de priorisation.
- Développement logiciel : décisions techniques, choix de stack, arbitrages de conception.
- Gouvernance des données et de l’IA : choix de modèles, de sources, de règles éthiques.
- Conformité et audit : justification des choix réglementaires (RGPD, AI Act).
- Direction stratégique : arbitrages budgétaires, organisationnels, commerciaux.
Bonnes pratiques
- Consigner au moment de la décision, pas après coup.
- Être factuel et concis : les faits, les arguments, pas les opinions personnelles.
- Nommer les responsables : qui a décidé, qui a été consulté.
- Prévoir la révision : date ou condition de réexamen.
- Centraliser : un journal unique, accessible et versionné.
- Mettre à jour : ajouter les conséquences observées après la décision.
Ce que le journal de décision n’est pas
- Ce n’est pas un compte rendu de réunion : il se concentre sur les décisions, pas sur les échanges.
- Ce n’est pas un document figé : il évolue avec les révisions.
- Ce n’est pas un outil de justification a posteriori : il doit être rempli au moment de la décision.
- Ce n’est pas un document confidentiel par nature : il peut être partagé pour la transparence.
Analogie
Le journal de décision, c’est comme le carnet de bord d’un capitaine de navire. À chaque fois qu’il change de cap, il note la date, la raison, les options qu’il a envisagées, qui a validé, et à quelles conditions il pourrait revenir en arrière. Si un problème survient plus tard, on peut ouvrir le carnet et comprendre pourquoi le navire a pris cette route. Sans ce carnet, on saurait seulement où est le navire, mais pas comment il y est arrivé ni pourquoi.
À retenir
Le journal de décision est un outil de mémoire, de transparence et de gouvernance. Il documente non seulement la décision, mais aussi son contexte, ses alternatives et ses conditions de révision. C’est un pilier de la traçabilité et de la redevabilité, particulièrement précieux dans les projets complexes, les environnements réglementés et les systèmes d’IA.