Agile Gardener

Une équipe peut-elle vivre sans ScrumMaster 'officiel'?

L’été dernier j’ai rejoint un projet qui avait démarré 15 mois auparavant. L’équipe chargée du développement était répartie entre 3 sites (1 à Montréal, 2 à Bordeaux). Peu après mon arrivée, il y a eu réorganisation des équipes, et dans notre équipe, nous avons proposé de ne pas avoir de ScrumMaster ‘officiel’. La question suivante se posait donc pour nous :

Une équipe Scrum peut-elle vivre sans ScrumMaster ‘officiel’?

Je dois dire tout de suite que nous n’avons pas eu le loisir de pousser très loin l’expérimentation car le projet a été interrompu environ 6 semaines après la réorganisation. Nous avons tout de même travaillé avec ce modèle pendant 2 itérations¹.

Cette équipe était composée de 3 personnes. Deux étaient présentes depuis longtemps : depuis le début pour l’un et depuis 10 mois pour l’autre. Puis il y avait moi, nouveau sur le projet. Le coéquipier leader naturel travaillait depuis plusieurs mois sur le module dont nous avions la charge. Il y avait une bonne cohésion, nous étions à l’aise avec Scrum et nous nous sentions en contrôle!

Nous tenions notre mêlée quotidienne² sans difficultés. Nous allions à tour de rôle à la mêlée des mêlées³ — cette pratique était déjà en place  bien avant la réorganisation. Nous faisions la maintenance du carnet de produit⁴ régulièrement avec le propriétaire de produit⁵. Nous aidions tous à l’organisation de l’équipe, même si une très grosse partie du travail était réalisée par le leader de l’équipe.

Voici les avantages obtenus lors de ce projet

• Nous nous sentions vraiment autonomes. Nous organisions nous même nos rencontres importantes (mêlée quotidienne, maintenance du carnet de produit, réunion avec les intervenants extérieurs).
• Nous étions beaucoup plus responsables. Lorsque quelque chose allait de travers, nous ne pouvions pas dire :  «Le ScrumMaster ne fait pas son boulot ».
• Nous avions une bonne flexibilité, mais ce point relève petut-être du fait que nous n’étions que trois.
• Contrairement à ce que j’ai vu à maintes reprises, personne dans l’équipe n’était perçu comme ‘supérieur hiérarchique’.

Nous n’avons pas subi d’inconvénients, mais peut-être y en aurait-il eu à long terme.

Cependant je suis convaincu d’une chose : il y a un préalable. Cela peut fonctionner à la condition que l’équipe soit mature, tant sur le plan des personnes qui la compose que  sur le plan de la maîtrise des outils, du processus Scrum et de la communication. Je vous invite à lire, sur un thème similaire, le retour d’expérience d’Isabelle Therrien, où elle fait mention des dérives qui peuvent se produire. Dans les commentaires notamment, il est question de prendre du recul, ce qui n’est pas toujours simple quand on a la tête dans le code pour livrer de la valeur à longueur de journée.

Résumé en quelques lignes, le choix de ne pas avoir de ScrumMaster ‘officiel’ peut paraître rapide ou évident, mais tout ceci ne s’est pas décidé en un jour. De fait, même une fois en place, les questionnements suivants revenaient de façon récurrente dans nos conversations :

• S’il fait fonction de ScrumMaster, le leader doit-il prendre le titre et s’exposer?
• Ce rôle peut il être partagé, et dans ce cas, est-ce efficace?

Pour conclure, je dois dire que j’ai aimé cette expérience. Même si cela n’a pas duré bien longtemps, j’ai vu les prémices de quelque chose que je voulais vérifier depuis longtemps : « le rôle de ScrumMaster est un rôle temporaire, il a pour objectif de rendre son équipe capable de se passer de sa présence, et cela peut fonctionner ».

Avez-vous des retours d’expérience similaires à partager ?

Un leader désigné non consentant ne sera pas un leader ! Prendre un rôle, et la charge qui y est associée, n’est pas une chose qui se décide de façon unilatérale. Cela est un acte d’entête et de volonté réciproque qui implique de savoir dire non dans les deux camps.

Depuis mars 2009, à Pyxis, je participe à la CoMI (Communauté Marketing Internet) en tant que membre actif. Après une période de forte activité au printemps, le niveau d’énergie du groupe a baissé durant l’été .

À ce moment là j’ai proposé de changer notre mode de fonctionnement auquel je voyais les problèmes suivants : pas de cadence, pas d’engagement, pas de carnet de produit,… pour le remplacer  par une organisation du travail de type Scrum. Je pensais que livrer régulièrement des incréments dans le cadre d’un engagement mensuel limité à une part d’un carnet de produit priorisé, nous permettrait de nous concentrer  à livrer plus de valeur pour le site web de Pyxis.

Dès que nous avons parlé de cette organisation, il a été question de trouver parmi nous un ScrumMaster, la personne en charge d’animer l’équipe, et d’aider le responsable du carnet de produit, le propriétaire du produit (PO). Personne ne souhaitait prendre ce rôle (un “indice puant”, un smell). Toujours est-il qu’après avoir dit non une première fois, les membres de la communauté ont décidé, en me forçant gentillement la main , que je jouerai le rôle de ScrumMaster.

Résultat, j’en fais le constat aujourd’hui et je ne le cache pas, je n’ai pas embarqué. Certes j’ai quelques fois aidé le propriétaire du produit (PO dans la littérature anglophone) à organiser les activités et le carnet de produit (backlog), mais je n’ai jamais pris la charge qui m’incombait depuis le jour ou je n’ai pas su dire non aux autres membres.

Être sollicité et “élu” par un groupe de personnes, même si cela est très valorisant, ne signifie pas qu’on a ou qu’on aura l’énergie pour œuvrer au niveau de la responsabilité associée au rôle.

Lorsque vous travailler au sein d’une communauté, certes vous ne pouvez pas espérer coordonner cette communauté sur le long terme sans l’assentiment de ses membres, mais il est évident pour moi que le leadership de la communauté n’est pas une chose qui se décrète de façon unilatérale. Un groupe de personne, aussi bienveillant soit-il, ne peut espérer être correctement guidé par quelqu’un qui n’y est pas explicitement candidat.

J’ai appris une chose, il faut vraiment que j’apprenne à dire non, si mon oui n’est pas un oui franc et massif. Un “ouais” n’est pas un “oui” !

Depuis quelques jours maintenant, après avoir pris conscience de tout cela j’ai décidé d’agir, j’envisageais deux solutions : prendre ma place ou annoncer clairement que je ne la tenais pas.

J’ai décidé de  prendre la place et d’assumer la charge associée. Affaire à suivre …