Ce qu'un board member technique voit dans un reporting produit

Le board pack qui ne dit rien#

Vingt slides. Une frise de roadmap avec des blocs verts, un ou deux orange. Une liste de fonctionnalités livrées au trimestre. Une courbe de vélocité en hausse. Une slide « prochaines étapes ». Une photo d’équipe.

Le message implicite est toujours le même : nous avons beaucoup travaillé, et ça avance. C’est probablement vrai. Cela ne dit rien de ce qu’un conseil a besoin de savoir.

Le problème n’est pas la sincérité de celui qui présente. C’est que ces documents sont construits pour rassurer, parce que personne n’a jamais dit à leur auteur ce que le conseil cherchait. En l’absence de demande précise, on produit ce qui se présente bien.

Voici ce qu’un œil technique cherche à la place — et, plus utile encore, le format qui permet à un conseil non technique de le voir tout seul.

Les sept lignes qui comptent#

1. La part du temps consacrée au maintien de l’existant#

Combien de la capacité d’équipe part dans les corrections, le support, la maintenance et les mises à jour — par opposition à la construction de nouveautés.

C’est l’indicateur le plus révélateur qui soit, et il figure presque toujours dans les outils de l’équipe sans jamais remonter en séance. Sa valeur absolue importe peu : une entreprise avec un produit mature consacre légitimement une part importante de son temps au maintien. C’est la tendance qui parle. Une dérive lente et continue signale une dette technique qui s’accumule, et elle se voit deux ans avant que quiconque ne s’en plaigne.

2. L’écart entre l’annoncé et le livré#

Ce qui figurait sur la feuille de route au trimestre précédent, et ce qui a effectivement été mis en service.

Les board packs présentent la roadmap à venir. Ils ne présentent presque jamais la roadmap passée confrontée à la réalité. C’est pourtant le seul moyen de savoir si les prévisions de l’entreprise valent quelque chose — et donc si celle qui est présentée aujourd’hui mérite d’être crue.

Un écart n’est pas un échec. Un écart jamais mesuré, si.

3. Les incidents et le délai de remise en service#

Combien d’interruptions, de quelle durée, avec quel impact sur les clients.

Beaucoup de PME ne comptent pas leurs incidents. Elles les vivent, les résolvent et les oublient. Un simple registre — date, durée, cause, correction — transforme un ressenti diffus en information exploitable, et permet de distinguer la panne isolée de la fragilité structurelle.

4. Le coût récurrent, rapporté à l’activité#

Hébergement, licences, abonnements, prestataires en maintenance. Non pas en valeur brute, mais rapporté à ce qui produit du chiffre d’affaires : par client, par commande, par utilisateur actif.

Une courbe de coût qui monte plus vite que l’activité décrit un modèle qui se dégrade. C’est le genre de dérive qui reste invisible tant qu’on ne regarde que le total mensuel.

5. Le niveau de dépendance#

À une personne, à un prestataire, à un fournisseur. Une ligne, mise à jour à chaque séance : combien de composants critiques ne sont maîtrisés que par une seule personne ?

C’est un risque d’exploitation au même titre qu’un client représentant 40 % du chiffre d’affaires. Personne ne conteste que le second relève du conseil. Le premier devrait suivre.

6. L’usage réel de ce qui a été livré#

Une fonctionnalité livrée n’est pas une fonctionnalité utilisée. Le reporting produit type s’arrête à la mise en service, comme si celle-ci constituait la finalité.

Trois lignes suffisent : les fonctionnalités mises en service au trimestre précédent, la part des utilisateurs qui s’en servent, et celles qu’on envisage de retirer. La dernière colonne est celle qui manque partout — et une équipe qui ne retire jamais rien ajoute indéfiniment à ce qu’elle devra maintenir.

7. L’état des engagements critiques#

Contrats arrivant à échéance, clauses de réversibilité existantes ou manquantes, dépendances à des services tiers dont les conditions ont changé. Une revue annuelle suffit, mais elle doit avoir lieu — c’est le sujet que nous détaillons dans notre article sur le pacte d’associés et la technique.

Les métriques qui rassurent sans rien dire#

Trois indicateurs reviennent systématiquement dans les board packs et ne devraient pas y figurer.

La vélocité de l’équipe. Elle mesure un volume de travail, pas une valeur produite, et elle est calculée par ceux qu’elle évalue. Une vélocité en hausse est parfaitement compatible avec une entreprise qui construit méthodiquement des choses dont personne ne se sert. C’est un bon outil de pilotage interne ; ce n’est pas une information de conseil.

Le nombre de fonctionnalités livrées. Même défaut, aggravé : il encourage exactement le mauvais comportement, puisqu’il récompense l’ajout et pénalise le retrait.

Le pourcentage d’avancement d’un chantier. Le fameux « nous sommes à 80 % » qui dure trois trimestres. Un projet est en service ou il ne l’est pas ; entre les deux, le pourcentage est une opinion.

Les trois signaux d’alerte qui ne sont jamais écrits#

Il y a enfin ce qu’un reporting ne contient pas, et qui s’entend en séance.

Le vocabulaire qui s’épaissit. Quand les explications deviennent plus techniques d’un trimestre à l’autre sur des sujets qui n’ont pas changé de nature, c’est rarement le sujet qui s’est compliqué. C’est souvent qu’on cherche à décourager la question.

Les mêmes chantiers reportés. Un item qui glisse de trimestre en trimestre sans jamais être ni fait ni abandonné signale presque toujours un obstacle que personne n’ose nommer — une dépendance non maîtrisée, une compétence absente, un désaccord interne.

L’absence de mauvaise nouvelle. Une entreprise qui construit quelque chose rencontre des difficultés. Un reporting où tout va bien depuis quatre séances ne décrit pas une entreprise qui va bien : il décrit une entreprise où l’on a compris que les mauvaises nouvelles ne se disent pas en conseil. C’est le signal le plus grave des trois, et le plus facile à corriger — il suffit que le président demande, à chaque séance, ce qui ne va pas.

Le format qu’on recommande#

Une page. Les mêmes sept lignes à chaque séance, avec la valeur du trimestre précédent à côté.

La stabilité du format compte davantage que sa richesse. C’est la comparaison d’une séance à l’autre qui fait apparaître les tendances — et les tendances sont tout ce qu’un conseil peut réellement exploiter. Un reporting réinventé à chaque fois, si brillant soit-il, empêche exactement ce qu’on attend de lui.

Ajoutez-y deux paragraphes en texte libre : ce qui a été appris ce trimestre, et ce qui inquiète celui qui rédige. Ces deux paragraphes-là valent souvent le reste du document.

Ce que ça change pour l’équipe#

Une objection revient : ce niveau d’exigence ne va-t-il pas alourdir le travail des équipes ?

L’expérience dit l’inverse, pour deux raisons. Ces sept indicateurs existent déjà, dispersés dans les outils quotidiens — les rassembler prend une heure par trimestre une fois le format posé. Et surtout, un format stable remplace le board pack de vingt slides qu’on refait entièrement à chaque séance.

Le bénéfice le plus net est ailleurs. Une équipe technique qui sait que la part de temps consacrée au maintien de l’existant sera regardée en conseil obtient enfin un langage pour parler de dette technique à des non-techniciens. C’est souvent la première fois qu’on lui donne les moyens d’être entendue — nous l’avons développé dans notre article sur la dette technique.

Un bon reporting ne sert pas seulement à contrôler l’équipe. Il lui sert aussi à défendre ce qu’elle sait devoir faire.

---

Vous voulez remplacer votre board pack produit par une page qui dit quelque chose ? C’est un travail court, et il se fait une fois. Parlons-en.