TechLeads : arrêtez de répondre. Commencez à questionner ! Speaker : Fanny KLAUK - @klf37

Y a-t-il des TechLeads dans la salle ?

« Juste pour une petite question rapide ? »

« Juste valider un morceau d’architecture ? »

« Juste pour valider une pull request ? »

« Juste pour un tir de performance planté ? »

@Magnific @Good Ware

On connait le code. On connait l’historique. On connait les pièges. On connait les interlocuteurs. On sait débloquer vite. On devient un point de blocage.

Debugging Architecture Produit Coordination Mentoring Gestion de crise S.P.O.F.

L’équipe réfléchit mo ins Les décisions se cen tralisent La montée en compé tence ralentit

Répondre trop vite Mon code ne marche pas, tu peux regarder ? Ah oui, ton problème vient de ton pom.xml ! Dette de dépendance Quand il y a un problème, viens me voir. Je réfléchirai à ta place.

Répondre trop vite Mon code ne marche pas, tu peux regarder ? Ah oui, ton problème vient de ton pom.xml ! Dette de dépendance Quand il y a un problème, viens me voir. Je réfléchirai à ta place.

Mon code ne marche pas, tu peux regarder ? Qu’est-ce que tu as déjà testé? Quelles hypothèses fais-tu ? Relance de la réflexion Si tu me sollicites, on se basera sur ta réflexion.

h You s Réfléchir = Chercher une hypothèse Engager sa mémoire, son expérience Apprendre Construire un raisonnement Développer son autonomie p as t o n l al s!

Réfléchir = Chercher une hypothèse Engager sa mémoire, son expérience Apprendre Construire un raisonnement Développer son autonomie Les interruptions diminuent L’équipe monte en compétence Les décisions deviennent collectives L’équipe scale réellement.

Questionnement puissant « Pourquoi tu as fait ça ? » Besoin de se défendre « Qu’est-ce qui t’a amené à ce choix ? » Besoin de réfléchir

Clarification « Que veux-tu résoudre exactement ? » « Quel est le comportement attendu ? » « Depuis quand ça arrive ? » Exploration « Qu’as-tu déjà testé ? » « Quelles hypothèses fais-tu ? » « Quelles options vois-tu ? » Responsabilisation « Quelle option te semble la meilleure ? » « Pourquoi ? » « Quel risque vois-tu ? »

Mon code ne marche pas, tu peux regarder ? Clarification « OK, qu’est-ce qu’on sait exactement ? » « Est-ce qu’on parle de la totalité de l’application ou d’un composant ? » Exploration « As-tu déjà une piste ? » « Qu’as-tu trouvé ?» Responsabilisation « Quelle serait la prochaine piste à suivre ? » « Quelle possibilité préfères-tu entre les deux ? »

Limites & obstacles du questionnement puissant A éviter lors d’incident critique Attention aux interlocuteurs / interlocutrices très juniors L’investissement nécessaire L’inconfort du changement des règles du jeu Cela demande de la pratique

Contre-exemples du questionnement puissant Orienter la recherche de la cause dans la clarification : « ça ne viendrait pas du back ? » Réduire le champ des possibles dans la phase d’exploration : « tu ne penses pas qu’on devrait faire un bus d’évènements dans ce cas précis ? » Poser des questions Google / ChatGpt : « tu as regardé la doc ? » Mitrailler de questions Manipuler pour se défausser

Avoir les réponses Construire une équipe autonome

Fanny KLAUK Accompagnatrice agile & DevOps Formatrice - TechLead Co-créatrice de fanny-klauk klf37 https://klaukf.github.io/blog/