À la trente-neuvième ligne, le calcul n’était plus le problème

La trente-neuvième ligne

Trente-neuf situations étaient posées devant nous. Pour chacune : ce que le client avait vu, ce que le système avait calculé, et ce qu’il lui manquait encore pour organiser la suite.

Au début, la phrase du client occupait toute la table : « La réglementation n’est pas entièrement couverte. » À la trente-neuvième ligne, le calcul n’avait pourtant pas bougé. Il appliquait la règle correctement dans chaque cas.

Quelque chose manquait bien. Mais pas là où nous l’avions d’abord cherché.

Le document après le résultat

La réglementation imposait un document. Une date liée à ce document décidait du moment où le client devait mobiliser des personnes, parfois davantage, parfois moins.

Le système produisait le bon résultat réglementaire puis s’arrêtait. La date continuait sa vie ailleurs : dans des échanges, des vérifications et des coordinations entre équipes. Le client finissait par payer en organisation ce que le produit ne rendait pas visible.

Il ne fallait pourtant pas lui confier le suivi. Le RACI permet de distinguer quatre rôles dans un travail. Ici, deux suffisaient pour comprendre le problème : le Responsible réalise l’action ; l’Accountable répond du résultat. Le client était Accountable, pas Responsible.

Il devait pouvoir organiser les personnes nécessaires à partir d’une date fiable, sans devenir celui qui la maintient.

Une réunion sans nouvelle formule

Lors de la restitution, nous avons repris les situations une à une. Nous n’avons pas commencé par défendre la conformité du système. Nous avons demandé au client ce qui changerait concrètement si la date apparaissait au bon endroit.

Il pourrait anticiper les personnes à mobiliser. Il éviterait une partie des échanges nécessaires pour reconstruire l’information. Il garderait son rôle d’Accountable sans absorber le travail du Responsible.

À ce moment-là, la demande de recalcul a disparu de la conversation. Le client a confirmé le besoin de suivi ; le Product Owner a validé le développement.

Les décisions prises

1. 01

   Conserver le calcul réglementaire

   Ce qui les a fondées

   Les trente-neuf situations étaient déjà couvertes

   Avec qui

   Analyste métier et client

   Comment elles ont été confirmées

   Relecture de chaque cas face à la règle

2. 02

   Ne pas déplacer la responsabilité vers le client

   Ce qui les a fondées

   Le client est Accountable, pas Responsible du suivi de la date

   Avec qui

   Client, analyste métier et Product Owner

   Comment elles ont été confirmées

   RACI confirmé pendant la restitution

3. 03

   Faire porter la date par le produit

   Ce qui les a fondées

   La date permet au client d’organiser les ressources nécessaires

   Avec qui

   Product Owner et équipe de réalisation

   Comment elles ont été confirmées

   Valeur confirmée par le client ; développement approuvé

L’analyse est terminée. La décision produit aussi. Le sujet rejoint maintenant la priorisation de l’équipe.

Ce qui restait hors cadre

Le produit était conforme avant la réunion, et il l’était toujours après. Pourtant, le travail avait changé : la conformité n’était plus prise pour la fin de l’expérience.

La formule est restée intacte. Une date, elle, est entrée dans le produit.