Ta rotation de support cache la fuite

Et c'est toujours la même personne qui vide le seau.

Partager
Ta rotation de support cache la fuite

Tu te demandes si ton équipe devrait passer en Kanban ? Monumentale erreur !

Une de mes équipes s'est chicanée là-dessus pendant des semaines, parce que les urgences faisaient sauter chaque sprint. La gestion a refusé Kanban, car les sprints lui donnaient de la visibilité. Alors, on est resté en sprint.

L'équipe a fini par faire ce que tout le monde recommande, une rotation de support. Sur le papier, c'était propre. Dans les faits, ça retombait sur Karim, le dev le plus expérimenté. Il absorbait la charge avec sa cape de super héros qui protège l'équipe des interruptions, mais avait finalement moins de temps pour elle. Quand c'était pas son tour de rotation, et que les autres bloquait, ils allait chercher de l'aide de quelqu'un (et c'était souvent Karim), au final on revenait à la case départ. J'ai laissé la rotation en place. Je ne savais pas quoi faire d'autre. Avec le recul, je comprends d'où ça partait : de la dette technique que personne n'avait jamais adressée...

La rotation de support, c'est un seau

T'as déjà eu une fuite au plafond ? Tu mets un seau, le plancher reste au sec et on peut souffler, sauf que ça coule toujours, et quelqu'un doit vider le seau, même la nuit. La rotation, c'est pareil. Pour l'étage du dessus, ça ressemble à un problème réglé (y'a une solution et un responsable). Changer de framework n'aurait rien changé, on aurait juste vidé le seau à un autre rythme. La personne qui sait le mieux d'où ça coule, c'est celle qui vide le seau mais on lui pose pas la question...

Le carnet du gardien : on trie avant de réparer

Après chaque interruption, ton gardien assigné répond à 4 questions. L'expert aussi, si on l'appelle en direct.

Question Exemple
Interne ou externe ?
Auto-infligé ou envoyé par une autre équipe
Interne
Régression ou récurrent ?
Ça marchait avant, ou ça revient
Récurrent, 3e fois
Impact usager ?
Combien de personnes
Une quarantaine
Impact équipe ?
Temps de résolution
2h, plus 1h de Karim

En fin de sprint, tu fais le total. Dans cet exemple, (2h + 1h de Karim) × 3 = 9h dans le sprint, dont 3h de ta personne la plus expérimentée. À 100 $/h, taux chargé (mets ton vrai taux), ça fait 900 $ par sprint tant que le trou reste ouvert.

Le carnet se trie seul, mais la cause se cherche à plusieurs : 30 min. avec l'équipe pour remonter à la cause racine, sans attendre la rétro. Interne et récurrent, c'est souvent de la dette. Externe, ça devient une conversation avec l'autre équipe.

  • Ni régression ni récurrence dans ton carnet ? Ta rotation fait son travail, conserve-la.
  • Pas de rotation ? Le carnet marche pareil pour toute l'équipe.

Le coût des interruptions, ton argument auprès du PO

Avant le planning, va voir le PO avec ta ligne la plus chère. 9h par sprint d'un côté, l'estimation sortie de tes 30 min. de l'autre (disons une journée).

  • Avec un % réservé à la maintenance, ça ne mange pas ses features.
  • Pas encore de % ? Ce chiffre sert à ouvrir la discussion pour en avoir un.

Et si le trou ne bouge pas, il ira rejoindre les sujets qui reviennent rétro après rétro.

Ton expérimentation cette semaine

  1. Avant vendredi, crée un document partagé "le carnet" à ta personne de garde ou la dernière personne qui parle de support en daily.
  2. Pendant un sprint, ta personne de garde traite les urgences et remplit le carnet. Guide la au besoin.
  3. Dès qu'une ligne revient, prends 30 min. avec l'équipe. Faites un 5-Why par exemple.
  4. Avant le planning, montre au PO la ligne la plus chère.

Et toi, dans ton équipe, qui vide le seau ?