Le produit c’est l’équipe - épisode #1 : Interview de Laurent Dutheil, coach agile tech chez leboncoin

“Une équipe performante, c’est avant tout une équipe qui collabore. Quand tout le monde est aligné, c’est hyper facile d’avancer.”

– Laurent Dutheil

Chez OCTO, nous avons la profonde conviction que “le produit, c’est l’équipe”. Chaque mot compte dans cette conviction. Bien qu’elle puisse prendre une multitude de formes sur le terrain, elle déploie toujours la même approche : la recherche d’impact et d’excellence. Ces différentes formes, nous vous proposons de les explorer lors d’une série d’interviews.

Aujourd’hui, Mathieu Moisant et Julien Tellier rencontrent Laurent Dutheil, coach agile tech chez leboncoin, sur les traits saillants des équipes performantes.

Peux-tu nous en dire plus sur toi ?

Je suis Laurent Dutheil, coach agile tech chez leboncoin. Je me concentre surtout sur l’aspect technique parce que j’aide les équipes de développement à collaborer autour de leurs pratiques. En gros, je suis là pour faciliter le travail collaboratif avec pour sujet le code. Pour moi, prendre le temps de s’aligner, de discuter de nos méthodes et de désapprendre certaines vieilles habitudes, c’est ce qui rend une équipe plus performante et surtout plus sereine. J’aime voir les équipes évoluer grâce au pair-programming et au mob programming, et c’est vraiment ce qui me motive au quotidien.

Qu'est-ce qui selon toi fait qu'une équipe performe ?

La collaboration et l’alignement

Je pense qu’une équipe qui performe, c’est d’abord une équipe qui prend le temps de partager ensemble sa vision, ses méthodes et ses objectifs. Dans un contexte en perpétuelle évolution – avec ses ajustements fréquents – disposer d’une culture et de pratiques communes permet de rester cohérent. En clarifiant ensemble la manière de travailler, on évite les malentendus et on limite les occasions manquées d’alignement. On doit limiter le temps perdu et ce qui est paradoxal, c’est qu’il faut prendre le temps de s’aligner explicitement, plutôt que de croire qu’implicitement les gens le feront car cela a un coût énorme pour l’entreprise et pour l’efficacité des équipes. Il y a beaucoup de mercato chez leboncoin et avoir des communs nous aide à rendre la circulation des compétences et des pratiques efficace.

L’optimisation des gestes et de la gestion du temps

Des pratiques comme le pair programming et le mob programming illustrent bien comment travailler ensemble sur un objet commun (le code) peut réduire le temps perdu entre la fin d’un développement, la revue du code et la prise en compte des modifications. Certes, on peut avoir l’impression d’avancer plus vite en travaillant seul, mais en réalité, se concentrer sur une tâche à la fois et limiter le parallélisme, le Work In Progress, permet de réduire le gaspillage lié à la coordination et d’instaurer un flux continu. Encore mieux, le fait de fabriquer un logiciel collectivement avec des pratiques et des gestes communs évite le gaspillage en temps et en énergie, rendant l’équipe plus performante: la collective ownership.

L’expérimentation avec le pair et le mob programming

Pour se lancer dans le pair ou le mob programming, il faut accepter que ça ne marche pas du premier coup. C’est normal, c’est difficile. Toutes les équipes vous le diront.

C’est également normal de ressentir le syndrome de l’imposteur au début, de se dire qu’on ralentit l’équipe, qu’on se sent jugé car notre code est passé au grill. Ce qui importe, c’est de mesurer le « time to deliver » au global, et de prendre quelques minutes après chaque session pour faire un point sur ce qui a fonctionné et ce qui peut être amélioré. Avec le temps, on constate que le gain de vitesse immédiat est un optimum local, et que la collaboration durant la réalisation donne plus d’élan sur la durée. C’est vraiment comme dans la fable du Lièvre et de la Tortue. C’est le grand paradoxe des projets informatiques: il faut prendre le temps pour accélérer.

La culture d’entreprise et le feedback continu

Chez leboncoin, malgré les évolutions constantes, nous avons réussi à instaurer une culture qui favorise l’alignement et la collaboration. Même avec notre Open Mercato, quand des développeurs changent d’équipe, on retrouve les mêmes pratiques où qu’on aille. Les retours, que ce soit de la part des développeurs ou même des équipes UX qui se sont approprié ces méthodes chez nous, montrent qu’en travaillant ensemble, on gagne en efficacité et en tranquillité.

Une équipe qui se donne le temps de s’aligner, qui n’a pas peur d’expérimenter et qui favorise la transmission des connaissances et des apprentissages gagnera en performance. C’est contre-intuitif, mais plus on prend le temps de se coordonner et de communiquer, plus on est serein, et plus, au final, on avance vite. Il y a bien sûr un ensemble de pratiques, et de techniques qui contribuent à cet environnement comme la stratégie de collective ownership mais aussi la stratégie de tests. Cet environnement fait que, au final, on a moins peur d’apporter un changement sur du code, moins peur de l’envoyer en production, moins peur moins peur de prendre des décisions et de s'engager. C’est simple, mais c’est puissant. Quand chacun participe activement, quand on fait le choix de travailler ensemble plutôt que chacun de son côté, on crée un véritable flow, un rythme continu qui fait toute la différence.

Pour les entreprises qui n'ont pas (encore) ce mode de fonctionnement, c’est quoi le début de l’histoire ?

Si vous êtes dans un environnement où ce mode de fonctionnement n’est pas encore en place, commencez petit. Parlez-en à quelques collègues volontaires et proposez de tester le pair ou le mob programming sur une période d’au moins un ou deux mois. Il faut expérimenter sur la durée. Ça ne marchera pas du premier coup, et c’est normal de ressentir le syndrome de l’imposteur au début, mais persistez car la pratique prend du temps à faire partie des réflexes. Et prenez cinq minutes à la fin de chaque session pour faire une mini rétro, discutez de ce qui a marché ou pas, et ajustez vos pratiques et vos outils en continu. Mesurez aussi le temps de réalisation de vos tâches en mode collectif et comparez-le avec le mode individuel. Notez cela dit que plus vos tâches seront finement découpées, plus la comparaison sera correcte. Et puis communiquez dessus auprès de votre communauté Tech à travers de retours d’expérience dans des talks, des BBLs (Brown Bag Lunch) internes, des BoFs (Birds of a Feather flock together) internes… Vous verrez qu’en partageant vos retours, petit à petit, la culture d’alignement et de collaboration s'instaure, qu’elle se propage, et c’est l’ensemble des équipes qui gagneront en performance et en sérénité sur le long terme.

Et surtout n’essayez pas de forcer le changement d’un coup et à tout prix.

Remerciement

Merci à Laurent Dutheil.

Pour découvrir plus en détails son univers, allez les découvrir sur leurs pages Medium, Meetup et Linkedin de leboncoin tech.

En savoir plus

Envie d’aller plus loin ? Nous avons préparé un contenu spécial regroupant toutes ces interviews, à retrouver bientôt dans notre newsletter. Pour ne pas rater les prochaines publications sur notre blog, abonnez-vous à notre flux rss.