Calliops
Essai · le protocole d'audit

Comptez vos ressaisies : l’audit à faire sur votre dernière feature

Max Barbet6 min

En quarante minutes vous aurez trois chiffres : combien de fois la même information a été retapée dans votre chaîne, à quelle étape exacte elle a commencé à se dégrader, et combien de personnes l'ont touchée sans rien décider. Le troisième est celui qui sert dans une discussion de priorités.

Grille d'audit remplie : sept documents en lignes, quatre colonnes — pourquoi, alternatives, contraintes, source — et un point par case, plein quand l'élément est présent, creux quand il est dégradé, pointillé quand il est absent. Les colonnes se vident en diagonale à partir du résumé Slack.
Une grille remplie. Les colonnes ne se vident pas ensemble : elles se vident dans un ordre, et cet ordre est presque toujours le même.

Le protocole en cinq questions. Le tableau à remplir. Ce que les trois chiffres veulent dire une fois obtenus.


Avant de commencer : dans quel sens

Prenez une feature livrée récemment, plutôt une petite. Partez de la réunion où elle a été décidée et avancez vers le ticket. Pas l'inverse.

C'est le seul point de méthode qui compte vraiment. Remonter depuis le ticket donne le bon nombre de passages, mais fait manquer tout ce qui a disparu sans laisser de trace en aval — et c'est précisément ce que l'audit cherche. Une contrainte énoncée en réunion et jamais écrite nulle part est invisible si vous partez de la fin. Elle saute aux yeux si vous partez du début.

Vous aurez besoin de deux choses : la trace de la réunion d'origine, et la suite des documents produits ensuite. Notes, message Slack, ticket, spec, maquette, plan. Mettez-les côte à côte dans l'ordre chronologique.


Le protocole : cinq questions par passage

Un passage, c'est le moment où un document en produit un autre. Notes vers résumé Slack, résumé vers ticket, et ainsi de suite. Posez les cinq mêmes questions à chaque passage.

Ce document a-t-il été écrit à partir de la réunion, ou à partir du document précédent ?

Si c'est le document précédent, comptez une ressaisie. C'est la seule question qui alimente le décompte, les quatre suivantes servent à autre chose.

La réponse est presque toujours « le document précédent ». Personne ne rouvre un transcript de quarante minutes pour rédiger un ticket.

La raison de la décision est-elle encore écrite ici ?

Trois réponses possibles : présente, dégradée, absente. Dégradée veut dire qu'il reste une trace mais qu'elle ne suffirait pas à quelqu'un qui n'était pas dans la salle.

Les options écartées sont-elles là, avec leur motif ?

Même échelle. Sans le motif, une option écartée compte comme absente : elle sera reproposée.

Les contraintes énoncées en réunion sont-elles toutes présentes ?

Celle-ci demande de relire la réunion, pas seulement les documents. C'est la question la plus longue des cinq et la plus rentable.

Peut-on remonter d'une phrase de ce document à la phrase de la réunion qui l'a produite ?

En pratique : y a-t-il une source, un horodatage, un extrait ? Si la réponse est « on pourrait demander à quelqu'un », c'est non.


Le tableau

Une ligne par document, quatre colonnes pour les quatre éléments. Remplissez avec trois marques : présent, dégradé, absent.

La grille d'audit : une ligne par document, une colonne par élément suivi.
DocumentPourquoiAlternativesContraintesSource
La réunionprésentprésentprésentprésent
Les notes
Le résumé Slack
Le ticket
La spec
Le document UX
Le plan

La première ligne est votre référence : par définition, tout est présent dans la réunion. Le reste du tableau mesure l'écart avec elle.

Ce que vous allez voir apparaître, c'est une diagonale. Les colonnes ne se vident pas en même temps, elles se vident dans un ordre, et cet ordre est presque toujours le même.

Ouvrir la grille interactive

Les cinq questions en aide de saisie, les points qui descendent d'un cran à chaque clic, et le calcul des trois chiffres. Rien à installer, rien à laisser.


Vos trois chiffres

Le nombre de ressaisies

Le total des réponses « à partir du document précédent » à la première question.

L'étape de rupture

Le premier document où une colonne passe à « absent ». C'est le chiffre le plus utile des trois et personne ne le calcule.

Le ratio

Nombre de personnes qui ont touché l'information, divisé par le nombre de décisions réellement prises. Pour la plupart des features, le dénominateur vaut 1.


Ce que les chiffres veulent dire

Le décompte

Entre trois et cinq, vous êtes dans la norme d'une équipe qui écrit ses specs. En dessous de trois, soit l'équipe est très petite, soit vous avez oublié un passage informel — le message vocal, la conversation de couloir reformulée dans le ticket.

Au-dessus de six, la chaîne a plus d'un propriétaire. Ce n'est pas un problème de rigueur individuelle, c'est un problème de découpage : chaque personne ajoute un document parce qu'elle ne fait pas confiance au format du précédent.

L'étape de rupture, qui compte plus

Le décompte vous dit combien ça coûte. L'étape de rupture vous dit quoi corriger, et les deux cas courants n'appellent pas du tout la même chose.

Rupture au premier passage, entre la réunion et les notes. Votre problème est la capture. Ce qui a été dit n'est jamais entré dans le système, donc aucun outil en aval ne pourra le récupérer. C'est le cas le plus fréquent et le plus facile à corriger.

Rupture au troisième ou quatrième passage, entre le ticket et la spec. Votre capture est bonne, mais plus personne ne retourne à la source. L'information existe, elle est simplement devenue inaccessible parce que chacun travaille sur le document que lui a passé le précédent.

Ce sont deux pannes différentes. Corriger la première quand on souffre de la seconde ne change rien, et c'est l'erreur que je vois le plus souvent : acheter un outil de compte-rendu quand le problème est en réalité trois étapes plus bas.

Le ratio, celui qui sert en réunion de priorisation

Le décompte des ressaisies est un chiffre d'ingénieur : il intéresse ceux qui subissent la chaîne. Le ratio est un chiffre de direction.

« Six personnes ont touché cette information, une seule décision a été prise. »

Cette phrase se comprend sans contexte, et se compare d'une équipe à l'autre. C'est la formulation qui obtient un budget ou un créneau, pas « on perd du temps en documentation ».


Trois précautions

Une feature n'est pas un processus

Vous mesurez un cas, pas votre organisation. Faites-en trois, de tailles différentes, avant de conclure quoi que ce soit. Si les trois donnent la même étape de rupture, vous tenez quelque chose.

Ne comptez pas les relectures

Quelqu'un qui relit et commente ne ressaisit pas. C'est du travail à valeur ajoutée et ce n'est pas ce qu'on cherche.

Ne montrez pas le tableau rempli aux personnes qui apparaissent dedans

En tout cas pas d'emblée. Le tableau ressemble à une évaluation individuelle alors qu'il mesure une architecture. Présentez les trois chiffres, gardez le détail pour vous.


Et après

Si vous faites l'exercice, la question qui suit arrive toute seule : lesquels de ces passages sont supprimables ?

Aucun des quatre éléments que vous venez de suivre ne se perd par négligence. Ils se perdent parce que chaque passage est une réécriture à la main, et qu'une réécriture jette par construction. C'est le sujet de l'article précédent, qui explique pourquoi un meilleur modèle de document n'y change rien.

Dites-moi vos trois chiffres.

Écrit par Max Barbet, fondateur de Calliops.

La grille interactive reprend le tableau de cet article, avec les cinq questions en aide de saisie et le calcul des trois chiffres.

À lire ensuite

Nous ouvrons par vagues, un espace produit à la fois, pour tenir la qualité de l'extraction.

Rejoindre la liste d'attenteProchaine vague · septembre 2026