Le propriétaire de produit et le Scrum Master au quotidien

Les deux responsabilités qui posent le plus de questions sont celles du propriétaire de produit et du Scrum Master. Qui doit les porter ? Le directeur ? Le chef de projet ? Le prestataire ? Dans cette leçon, tu vas voir concrètement ce que fait chacun pendant un sprint, à quoi ressemble une bonne journée de travail, et les erreurs de casting que l'on voit souvent dans les petites structures. À la fin, tu dois pouvoir choisir les bonnes personnes pour ton propre projet, même avec une équipe de quatre ou cinq personnes seulement.

Le propriétaire de produit répond de la valeur du produit. Concrètement, il formule l'objectif de produit et le partage. Il écrit les éléments du backlog, ou les fait écrire, et surtout il décide de leur ordre. Il explique ce qu'il attend aux développeurs et répond à leurs questions pendant le sprint. Le Guide Scrum précise qu'il peut déléguer une partie de ce travail, mais qu'il en reste redevable. À Lomé, Akossiwa consacre environ une heure par jour à l'équipe : elle répond aux questions, essaie ce qui est prêt et rencontre des parents pour recueillir leurs retours.

Le propriétaire de produit est une personne, pas un comité. Il écoute beaucoup de monde, mais c'est lui qui tranche. Le directeur, le comptable, le médecin-chef ou le maire peuvent avoir des demandes. Ceux qui veulent changer l'ordre du backlog doivent convaincre le propriétaire de produit, pas passer par-dessus lui en appelant directement un développeur. À Dakar, le médecin-chef voulait une messagerie entre patients et médecins. Mariama a noté sa demande dans le backlog et lui a expliqué pourquoi la réservation passait d'abord. Il a accepté, parce que la direction avait annoncé clairement que Mariama décidait.

Le Scrum Master répond de l'efficacité de l'équipe. Il aide chacun à comprendre Scrum, la théorie comme la pratique. Il fait en sorte que les événements aient lieu, qu'ils restent dans leur durée et qu'ils servent à quelque chose. Il retire les obstacles : une licence qui n'arrive pas, un accès refusé au serveur, un développeur sollicité sans arrêt par un autre service. Il aide aussi l'organisation à travailler avec une équipe Scrum. Yao, à Cotonou, a passé une matinée à obtenir de l'opérateur de mobile money l'accès à son environnement de test. Sans lui, l'équipe aurait perdu une semaine.

Le Scrum Master n'est pas un chef de projet déguisé. Il ne distribue pas les tâches, il ne demande pas à chacun de lui rendre des comptes chaque matin, et il ne fait pas les rapports à la place de l'équipe. Il n'est pas non plus le secrétaire qui prend des notes et réserve les salles. Son travail ressemble plutôt à celui d'un entraîneur : il observe, il pose des questions, il aide l'équipe à voir ses propres blocages. Un bon signe, c'est quand l'équipe finit par animer seule sa mêlée quotidienne, et que le Scrum Master peut se concentrer sur les obstacles venus de l'extérieur.

Voici les erreurs les plus fréquentes. Le directeur se nomme propriétaire de produit, mais il n'a jamais une heure pour l'équipe : les questions restent sans réponse. Le prestataire joue le propriétaire de produit à la place du client : il choisit ce qui l'arrange techniquement, pas ce qui a le plus de valeur pour les usagers. La même personne cumule propriétaire de produit et Scrum Master : elle ne peut pas à la fois pousser pour plus de travail et protéger l'équipe de la surcharge. Enfin, un comité qui change l'ordre du backlog chaque semaine empêche toute planification sérieuse.

Pour choisir, ne regarde pas le grade, regarde la disponibilité et la légitimité. Le propriétaire de produit doit connaître le service, avoir du temps pour l'équipe et être reconnu par la direction. Le Scrum Master doit comprendre Scrum, savoir faciliter une réunion et oser signaler les obstacles, même quand ils viennent d'un chef. Ne confie pas ces deux responsabilités à la même personne. Et le chef de projet ? Scrum ne prévoit pas ce poste. Selon son profil, il peut devenir propriétaire de produit ou Scrum Master, ou rester hors de l'équipe pour gérer le budget et les contrats. Dans la prochaine leçon, tu construis le calendrier d'un sprint.