Un champion tournant par technologie

Chaque équipe a les siens: celle qui connaît le pipeline, celui qui comprend Kafka. On leur pose toutes les questions, ils relisent tout ce qui touche à leur domaine, et personne ne planifie une mise en production sans vérifier qu’ils sont là. Cela ressemble à une force. C’est un point de défaillance unique, avec un prénom.

Ma réponse tient dans un calendrier partagé par toute l’équipe. Pour chaque technologie ou pratique dont dépend le projet, comme le pipeline, les tests unitaires ou le broker de messages, un membre en est le champion sur une période fixée: un program increment (PI) ou un trimestre. À l’échéance, le calendrier désigne le suivant.

Le champion n’est pas celui qui la connaît le mieux. C’est celui qui en répond ce trimestre

Être champion, c’est répondre de la technologie pendant la période: traiter les questions, tenir sa documentation à jour, veiller à ce que les règles de l’équipe s’y appliquent, repérer ce qui doit évoluer. Celui qui la connaissait déjà devient le premier soutien du nouveau champion, et cesse d’être un goulot d’étranglement.

C’est la rotation qui fait le travail. Après quelques tours, chaque technologie a eu plusieurs champions et chaque membre en a pris plusieurs en charge: la connaissance ne loge plus dans une seule tête. La responsabilité devient aussi concrète: difficile de dire «ce n’est pas mon sujet» d’une technologie dont on sera champion au prochain trimestre.

Le calendrier transforme enfin un risque flou en chiffre. Le taux de technologies sans champion montre au management où l’équipe est exposée, avant un départ plutôt qu’après. Le nombre de champions par technologie et le turnover des équipes disent si la rotation tient.

Une technologie dont personne ne répond a déjà une date de panne: le jour où son seul expert s’absente