Microservices et bataille d'ownership

En ce moment, au boulot, je travaille sur une feature qui s’étale sur plusieurs services. Ce genre de tâche est assez complexe à intégrer, non pas à cause du code ou de l’architecture, mais surtout à cause… de l’humain.

Ce qui est compliqué, c’est de mettre tout le monde d’accord sur le procédé. Chacun a ses règles, ses pratiques, ses enjeux… et son égo !

Mais optimiste (et naïf ?) que je suis, je m’aventure dans les couloirs sombres du développement.

Je fais mes modifs, je soumets mes changements. J’aime bien être serein sur ce que je livre, donc je prends toujours le temps de tout backer avec des tests (unitaires et end-to-end).

C’est alors que je m’élance fièrement sur le channel Slack d’un des owners pour lui partager mon travail. Et là… patatras. Tout s’effondre.

Ne voulant pas assumer la responsabilité de ces changements (comprenez : la charge machine et base de données liée à mes besoins), il me renvoie vers la brique B.

Souhaitant avancer, je prends sur moi, je refactor tout, et je soumets une nouvelle PR aux owners de ladite partie, avec les tests, les explications, etc.

Eh ben non. Lui non plus ne veut pas intégrer les modifs… et me renvoie sur le repo A.

Comprenez que les deux se sont renvoyé la balle comme ça pendant 3 jours.

Vous vous dites sûrement que le plus simple serait de réunir tout le monde autour d’une table. Histoire que tout le monde se mette d’accord une bonne fois pour toutes, pour éviter les revirements ensuite.

On sait tous qu’un expert déteste se contredire lui-même, donc une fois qu’il a dit "go", il continue à le dire ensuite, par principe.

Eh bien… sachez que tout ça a déjà été fait. Il y a bien longtemps, d’ailleurs !

Et c’est probablement là, mon erreur.

En réalité, on avait débriefé de ce sujet… il y a deux ans. Mais entre-temps, tout est sorti de leur tête, chacun a avancé sur ses sujets.

Et moi, quand je reprends le truc, je ne me dis pas une seconde que les mentalités ont changé… Et qu’au final, ce qu’on avait décidé n’est plus faisable.

Un sacré cafouillage !

Bref, si vous êtes en architecture microservices, et que vous bossez sur une feature cross-service :

la première chose à faire, ce n’est pas de coder… mais de réconcilier l’humain. 🤣

On atteint ici ce que je pense être les limites d’une trop grosse équipe découpée en feature leads.

Je suis intimement convaincu qu’une petite équipe de brutes va bien plus vite qu’une grosse équipe de devs.

Et l’histoire m’a donné tellement d’exemples : des startups avec de gros financements, un projet prometteur, de bons devs… Mais trop de monde, trop de contradictions… et au final, aucun produit.

Quand on lutte chaque jour pour sa survie, on ne peut pas se permettre de faire dans la dentelle.