Mon, 02 Dec 2024 07:53:37 GMT

Un thread d'un genre un peu différent de mes sujets habituels, mais qui fait aussi partie de ma vie.

J'anime une équipe de développement/produit d'environ 10 personnes. Cinq développeur.ses, une Product Owner, un Quality Manager, deux spécialistes support et service client.

L'équipe est au loin : moi, en Suisse, elleux en Espagne. On se parle bien sûr tous les jours et j'y vais passer une semaine une ou deux fois par an (oui, je sais, ma vie est dure).

La dernière fois, j'ai organisé un coding game. Sur conseil de @riduidel/Nicolas Delsaux, et comme je ne suis pas familier de ce genre de trucs, j'ai choisi #extremecarpaccio

https://github.com/dlresende/extreme-carpaccio

Je vous encourage à lire la description du jeu, au moins du point de vue des joueurs, si vous comptez le faire jouer. Quand je dis "faire jouer", oui, ça ressemble à une sorte de jdr, avec du code.

J'ai regroupé les membres de l'équipe en 4 groupes (3 groupes de deux, un groupe de trois), contenant chacun au moins un dev, l'autre étant "manager". Chaque groupe représente une petite société IT auquel le Big Client, moi, commande un système e-commerce.

Le jeu est proposé sur le repo github ci-dessus est super bien fichu. Le MJ déploie un serveur qui envoie des commandes aux systèmes des joueurs. Ces derniers doivent accepter les commandes, faire des petits calculs dessus suivant les specs et renvoyer le résultat du calcul. S'ils renvoient juste, ils marquent, en points, le montant de la commande. Si c'est faux, ils perdent, en points la moitié du montant. S'ils répondent 404, aucun gain, aucune perte.

On était dans une grande salle, réservée pendant deux heures. Avec le résultat, en points, affiché sur grand écran.

Le jeu est super bien préparé. Si vous comptez l'animer, comptez une ou deux heures de préparation chez vous, le temps de maîtriser les outils techniques (le seul truc qui m'a manqué a été de savoir qu'une app NodeJs se déploie par défaut sur le port 3000). Plus une demie heure sur les lieux du jeu pour tester les config réseau (en gros, déployez le serveur sur une machine, les clients sur une autre machine, jouez avec ipConfig, et vérifiez que ça se cause).

Premier truc, c'est super fun. Si vous vous sentez une âme de MJ, c'est fait pour vous. On peut jouer des personnages, faire des grosses voix, taper sur la table, agiter les bras... Et les joueurs peuvent jouer le manager baratineur qui apaise le client, faire des promesses impossibles, etc. Ca défoule, on rigole beaucoup.

L'écran qui affiche les points montre tout de suite si "ça marche" ou pas.

J'avais mis en place des "sprints" de 10 minutes, afin de pouvoir compter le temps dans le jeu ("à quel sprint allez-vous livrer en prod?"), ce qui n'est pas inclus dans le scénario.

Toutes les équipes ont livré, elles ont toutes livré en retard et commencé par perdre des points avant de les récupérer.

A la fin, on a consacré une vingtaine de minutes au débrief. Je suppose que chaque équipe tirera ses propres leçons. De notre côté, ça a été les suivantes (voir plus bas, attention spoilers, ne les lisez pas avant votre propre jeu, pour ne pas influencer vos résultats)

Je recommande ce jeu, tout le monde a eu du plaisir (devs et non-devs), on a vraiment pu rire de ce qui nous fait parfois stresser et dire des choses qu'on n'aurait pas su dire auparavant.

#SPOILERS -- NE LISEZ PAS CELA AVANT DE JOUER/FAIRE JOUER CE JEU

- le code à écrire est simple, les specs sont claires

- mais le stress, le bruit et la pression font sauter de nombreuses bonnes pratiques

- le "manager" de chaque équipe a plus ou moins bien joué le rôle d'intermédiaire face au Big Client (le MJ, qui gronde et râle)

- des éléments évidents ont été ignorés, faisant perdre des points (retournez 404 quand vous ne savez pas où qu'il y a une erreur)

- des devs expérimentés ont fait des erreurs de débutant

- aucune équipe n'a écrit le moindre unit test. (certaines ne se sont même pas rendu compte que le squelette de code proposé contenait des tests) alors que c'est une pratique de dev acquise.

- toustes se sont fait psychologiquement avoir par le gros compteur de temps à l'écran sans se rendre compte que la division en "sprints" était purement artificielle et ne correspondait à rien de réel.

On s'est alors rendu compte comment l'évolution de l'open space (l'équipe travaille maintenant dans un cadre moins calme) et les interruptions plus nombreuses liées à la production (et à des demandes du management, non planifiées) impactent fort la qualité et la production, malgré une équipe de plus en plus expérimentée.

#SPOILERS -- NE LISEZ PAS CELA AVANT DE JOUER/FAIRE JOUER CE JEU

ExtremeCarpaccio