Ne jouez plus solo : travaillez réellement en équipe grâce au mob programming !

Ce talk est la juste représentation d’un pari réussi !

Je suis lead d’une équipe de développeurs depuis environ 4 ans et l’entreprise dans laquelle j’évolue connaît aujourd’hui une forte croissance. Les besoins de structuration, d’harmonisation et de partage du savoir sont devenus un enjeu majeur pour l’ensemble des départements.

Dans un flux qualité plutôt classique (gitflow, validation par revue de code, fusion des branches…) et relativement efficace, quelques lacunes ont commencé à émerger, notamment avec la multiplication des développeurs : merge conflicts entre développeurs sur la même fonctionnalité, goulot d’étranglement sur la validation des pull requests, allers/retours entre différentes branche pour les développeurs avant validation du code, code approuvé mais qui ne répond pas à la demande initiale…

Après avoir assisté à une conférence sur le Mob Programming, ma manière de voir les choses a changé et laissé place à la volonté d’oser une nouvelle méthode. Mais cette méthode ne semble pas sans risque : 3 ou 4 personnes derrière un seul clavier, la productivité risque de chuter…

Aujourd’hui après un an d’adoption, le mob est initié sur plusieurs projets, dans différents contextes. De la mise en place aux ressentis des équipes de développeurs, j’explique ici ce que nous retirons de notre expérience, quels sont les points faibles et quelles ont été les surprises rencontrées au fil de cette aventure.