Dire non
sans se faire détester

Le problème

On vous a appris à écrire de beaux tickets. Personne ne vous a appris à dire non à un client qui veut sa fonctionnalité au milieu du sprint.

Alors on dit oui. Une fois, puis dix. Six mois plus tard le produit ne tient plus debout, les délais ont sauté, et tout le monde se retourne vers la même personne.

Le quotidien d'un Product Owner, ce n'est pas de la satisfaction client. C'est de la négociation, tous les jours. Et ça ne s'apprend pas en lisant.

On apprend trois fois

C'est toute la raison d'être du format. Vous ne recevez pas un contenu : vous traversez la même situation sous trois angles.

1. 1

   Vous le voyez

   15 minutes où je déroule la méthode sur un cas réel, à voix haute, avec les phrases exactes. Pas de théorie — vous voyez ce que ça donne pour de vrai.

2. 2

   Vous le faites

   Vous passez en face de moi. Je joue un client difficile, vous négociez en direct. Puis on débriefe à quatre, sur quatre points précis.

3. 3

   Vous regardez les autres le faire

   Et c'est là que ça rentre vraiment. Vous voyez trois personnes tomber dans des pièges différents des vôtres — et ce qu'elles trouvent, vous ne l'auriez pas trouvé seul.

Vous passez une fois. Vous repartez avec quatre situations vécues et quatre débriefs. C'est exactement pour ça qu'on est quatre, et pas vingt.

Le déroulé

1. 00:00 – 00:15 La méthodeAccueillir la demande. Rendre la contrainte visible sans vocabulaire technique. Introduire le doute sur l'urgence. Proposer la suite.
2. 00:15 – 00:25 Passage 1Le client du mercredi. Sympathique — et c'est justement le piège.
3. 00:25 – 00:35 Passage 2Le client qui arrive avec une solution, pas un besoin.
4. 00:35 – 00:45 Passage 3Le client pressé qui ne négocie pas. « C'est pour vendredi. »
5. 00:45 – 00:55 Passage 4Le client qui a déjà obtenu un oui de votre manager.
6. 00:55 – 01:00 Ce que vous emportezLa méthode en quatre temps, récapitulée. Et une image à poser sur la table dès lundi.

L'image du mug

Un exemple de ce qu'on travaille. Le client veut sa fonctionnalité maintenant. Vous prenez le mug posé sur la table :

« Pour ce sprint, on s'est mis d'accord pour le remplir avec du café. Là, tu me demandes d'y ajouter du jus d'orange. »

Deux choses arrivent, et il les voit tout seul : ça déborde, et ça devient imbuvable. Ce n'est pas un refus — c'est une image, et l'image fait le travail à votre place.

Mais l'image ne règle rien à elle seule. Ce qui règle, c'est ce qui vient juste après. C'est ça qu'on répète pendant 45 minutes.

Pour qui

• Product Owners en poste, surtout en début de parcours
• Chefs de projet qui arbitrent des demandes qu'ils ne contrôlent pas
• Scrum Masters qui voient le sprint déborder chaque semaine
• Freelances, pour qui dire non au client est encore plus compliqué

Votre place

Qui anime

Khalil SAIDI

Product Owner freelance chez TotalEnergies

11 ans d'IT · 8 ans de gestion de projet et de produit

Je ne viens pas vous réciter le Scrum Guide. Je viens vous transmettre ce qu'il ne dit pas — et je l'ai appris en le prenant dans la figure.

• Aujourd'huiTotalEnergies. Un produit SaaS porté de zéro, aujourd'hui utilisé par 300 personnes dans une quinzaine de pays.
• AvantSUEZ. Un portefeuille de 4 projets, environ 1 M€, trois fournisseurs industriels pilotés sur quatre pays.
• AvantIER, groupe Bolloré. Chef de projet sur des solutions IoT pour la logistique et le transport.
• AvantCofondateur et CTO d'une société produit. J'ai payé mes propres erreurs de priorisation, avec mon argent.
• Au départHuit ans de développement, dont du firmware temps réel. J'ai été le dev à qui on présente un backlog mal écrit le lundi matin.

Certifications et diplômes PSPO I — Scrum.org Scrum Master Certified SPOC Kanban Expert Master informatique Ingénieur télécoms

Les certifications disent que je connais le cadre. Ce que je viens transmettre, c'est ce que le cadre ne dit pas : à quel moment se taire, et comment refuser sans perdre le client.