Comment être Tech Lead dans une pizza team XXL sans finir sous l'eau ?

1OCTO © 2017 - Reproduction interdite sans autorisation écrite préalable
COMMENT ÊTRE TECH LEAD
DANS UNE PIZZA TEAM XXL
SANS FINIR SOUS L’EAU ?
Damien Beaufils
@damienbeaufils

QUI SUIS-JE ?
Damien Beaufils
Développeur passionné
#AgileTourLille #TechLead @damienbeaufils

OBJECTIF DE CETTE CONFÉRENCE
Quels rituels et pratiques de développement
quand on est une équipe > 10 personnes ?
Quel est rôle du Tech Lead
dans une équipe de cette taille ?

LE TECH LEAD : UN RÔLE AU SERVICE DE L’ÉQUIPE
☉ Guide son équipe vers l’excellence
☉ Porte la vision technique du produit
☉ Aide à la progression de l’équipe
☉ Favorise l’autonomie de l’équipe
☉ Passe au moins 30% de son temps à coder
☉ Idéalement un référent sur les pratiques
Software Craftsmanship
☉ N’est pas un super-héros ou un dictateur

CONTEXTE DU RETOUR D’EXPÉRIENCE
☉ Site web grand public
☉ Projet démarré depuis plus d’1 an, cycle itératif de 2 semaines
☉ Équipe composée de 10 développeur·euse·s + 1 Tech Lead
☉ Équipe mixte
> Homme / Femme
> Client / Prestataire
> Front / Back / OPS

ÉVOLUTION DU NOMBRE DE LIENS DE COMMUNICATION EN
FONCTION DE LA TAILLE DE L’ÉQUIPE
5 personnes
10 liens
3 personnes
3 liens
10 personnes
45 liens

PREMIÈRE SEMAINE : PHASE D’OBSERVATION
Observer en binômant,
tout en taisant son égo et ses réflexes

PREMIERS SIGNAUX FAIBLES (1/2)
☉ DES FAITS
> Commits le soir tard voire la nuit
> Une moyenne de 5 livrables par itération
> Nombre de bugs dans le backlog en augmentation

PREMIERS SIGNAUX FAIBLES (2/2)
☉ DES DIXITS
> « Le build est rouge mais c’est normal. Relance le et ça devrait
passer. »
> « Tester unitairement c’est compliqué sur ce projet. »
> « On reçoit tellement de mails de Jenkins qu’ils vont direct dans ma
corbeille. »
> « Hier j’ai passé mon après-midi à essayer de corriger le build. »

PROBLÉMATIQUES
☉ La propriété du code n’était pas collective
☉ Les pratiques de développement étaient hétérogènes
☉ La qualité du produit n’était ni mesurée ni suivie

COMMENT AMÉLIORER LA PROPRIÉTÉ COLLECTIVE DU CODE (1/3)
☉ RÉTROSPECTIVE TECHNIQUE
> 1 heure, tous les lundis
> Objectif : partager le maximum de
connaissances en un minimum de
temps

☉ STANDARDS DE CODE
> Affichés sur une “Table de la loi”
> Doivent pouvoir être affichés sur un
mur et être compris sans difficulté

☉ REVUE DE CODE
> Obligatoire et bloquante
> Agnostique de la techno
> Présentation orale des retours à l’auteur·e
☉ PAIR / MOB PROGRAMMING
> Obligatoire quand on travaille sur du code legacy

PROPRIÉTÉ COLLECTIVE DU CODE : QUEL INDICATEUR ?
Pourquoi avoir une propriété du code collective ?
Comment savoir si c’est le cas ?
N’importe qui peut partir en congés
n’importe quand
(Même le Tech Lead)

PROBLÉMATIQUES
La propriété du code n’était pas collective
Les pratiques de développement étaient hétérogènes
La qualité du produit n’était ni mesurée ni suivie

QUID DE LA QUALITÉ ?
On ne pilote que ce qu’on mesure,
mais quel aspect de la qualité mesurer ?
Le nombre de tests automatisés
et leurs typologies

LE MODÈLE DE LA PYRAMIDE DES TESTS

ATELIER AUTOUR DE LA STRATÉGIE DE TESTS AUTOMATISÉS
☉ DÉFINITION D’UN VOCABULAIRE COMMUN
> C’est quoi un TU ? Un TI ? Un TF ?
> Quels objectifs et intentions via ces tests ?
> Comment je les reconnais dans le code ?
> Est-ce que je peux tester autrement ? (i.e. plus bas dans la pyramide)
☉ LA COUVERTURE DE CODE
> Choix de ne pas la mesurer

PREMIÈRE MESURE DE LA PYRAMIDE DES TESTS EN JANVIER 2016
}
}
}
TF : 29%
TI : 53%
TU : 18%
© 2016 Starbound, Chucklefish Ltd

TEST DRIVEN DEVELOPMENT
☉ INVESTISSEMENT DANS UNE FORMATION À LA PRATIQUE DE TDD
> Pour toute l’équipe, quel que soit le niveau
> Formation de 3 jours
> Être capable de démontrer le ROI de TDD par des données factuelles

TEST DRIVEN DEVELOPMENT
☉ MAIS UNE FORMATION, ÇA COÛTE CHER ! ET MES FONCTIONNALITÉS ?!
> N est le nombre de personnes à former
> Si on passe 3 jours pour former individuellement chaque personne par de
l’accompagnement, cela coûte dans le meilleur des cas (3+3)xN j/h
> À l'opposé, si on fait une formation collective de 3 jours, cela coûterait 3+3xN j/h
> Former 10 personnes à TDD par une formation collective coûte donc environ
2 fois moins cher que de les former individuellement par de l’accompagnement

LE TECH LEAD : UN MENTOR
☉ MENTORER CHAQUE DÉVELOPPEUR·EUSE
VIA DES ONE-ON-ONE (O3)
> 30 minutes par personne, par itération
> Un moment privilégié d’échange, ritualisé
> Objectifs
+ Récupérer de l’information
+ Donner du feedback
+ Rechercher des axes de progression
+ Déléguer

ÊTRE ATTENTIF À LA COMMUNICATION DANS L’ÉQUIPE
☉ RECADRER LES DÉFAUTS DE COMMUNICATION
> Ex: “Ton code” vs. “Le code”
> Principes Egoless programming
☉ QUAND ON TRAVAILLE DANS UNE ÉQUIPE MIXTE HOMME/FEMME,
AVOIR UN DISCOURS APPELANT À LA DIVERSITÉ
> Ex: à l’oral, éviter le “Allez les gars !”. Proposition : “Allez l’équipe !”

PROBLÉMATIQUES

QUID DES INDICATEURS ?
Le nombre de tests automatisés
et leurs typologies
Suivre et afficher ces indicateurs

MESURE DE LA PYRAMIDE DES TESTS
Formation
TDD
Instauration des
nouvelles pratiques
Formation
TDD
Instauration des
nouvelles pratiques
TU
TI
TF

L’IMPACT AU QUOTIDIEN
~200 tests en ~6 minutes
~1000 tests en ~3 minutes
~3000 tests en ~5 secondes
> À chaque fois qu’un·e développeur·euse fait évoluer le code, une majorité de
l’application est vérifiée automatiquement en moins de 5 secondes par des
tests unitaires, afin de garantir la non-régression
> Si l’équipe avait couvert tous les cas métiers par des tests fonctionnels, chaque
développeur·euse devrait attendre 120 minutes à chaque portion de code modifiée
> Les membres de l’équipe lanceraient alors les tests le midi et le soir, et passeraient
probablement ½ journée à débugger ce qui a été codé la ½ journée précédente

L'ÉVOLUTION DE LA QUALITÉ AUTREMENT QUE PAR LA TECHNIQUE
Formation
TDD
Formation
TDD
Formation
TDD

PROBLÉMATIQUES

TAKE-AWAY
☉ Cherchez à avoir une propriété de
code collective grâce à des rituels
et des pratiques de partage
☉ Définissez un ou plusieurs aspects
de la qualité, mesurez-les,
suivez-les, affichez-les
☉ Mentorez et déléguez grâce à des
One-on-One ritualisés

POUR ALLER PLUS LOIN
☉ Script de mesure de la pyramide des tests :
github.com/damienbeaufils/tests-pyramid-calculator
☉ Culture Code : un livre collectif sur la culture et
les pratiques Software Craftsmanship
☉ Disponible gratuitement en téléchargement :
www.octo.com/fr/publications/20-culture-code

Comment être Tech Lead dans une pizza team XXL sans finir sous l'eau ?

Comment être Tech Lead dans une pizza team XXL sans finir sous l'eau ?

Recommandé

Contenu connexe

Tendances

Tendances(20)

Similaire à Comment être Tech Lead dans une pizza team XXL sans finir sous l'eau ?

Similaire à Comment être Tech Lead dans une pizza team XXL sans finir sous l'eau ?(20)

Comment être Tech Lead dans une pizza team XXL sans finir sous l'eau ?