Nous sommes le 2 mai. Nous sommes à Boston à la première conférence Mob Programming. Un groupe d'inconnus se rejoignent pour écrire ensemble. Nous écrivons en conseil, par choix. Nous appliquons les techniques que nous avons passés deux jours à discuter et explorons leur utilisation en dehors du champ du développement logiciel.
L'outillage ne rend pas les choses faciles. Nous avons tous des claviers différents. Une personne utilise un clavier français, une autre un finois, deux du Dvorak, et une seul personne dans le groupe utilise un QWERTY standard US. Nous essayons de nous en sortir.
La personne la plus à l'aise avec le clavier s'asseoit devant comme Conducteur (Driver - NdT). Le Conducteur n'est pas censé penser, le reste du groupe le guide (navigue - NdT) sur le contenu à écrire. Le groupe de Navigateurs jetent les idées à positionner dans l'article et discutent de ce qui vient après.
Nous comprenons qu'une première expérience en mob programming est comme la première fois que l'on s'installe derrière le volant d'une voiture. Vous n'êtes pas habitué aux commandes devant vous. Il faut parfois du temps pour se sentir à l'aise et aller de l'avant. L'équipe joue le rôle de filet de sécurité, et chaque individu apporte leur propre et unique perspective sur le travail à faire.
En écrivant ceci, nous vivons le mobbing ensemble. Une de nos premières décisions est de décider si nous écrivons en masse ou "section par section" avec comme but de publier à la fin de l'heure. Nous avons décidé que nous pourrions publier celle-ci, donc construire un backlog présentait moins de valeurs que de donner corps à une section complète.
Une chose que nous notons est qu'il y a une dynamique intéressante pour décider d'une métaphore à utiliser pour illustrer l'expérience d'écriture en commun. Par exemple, nous avons commencé avec deux métaphores différentes et en avons supprimé une durant notre phase de "refactoring" ou d'édition. (Nous avons même des participants dont l'Anglais est la seconde langue corrigeant l'orthographe des natifs).
Nous trouvons de la valeur à définir le test (la définition de la tâche) en haut de la page pour que nous puissions l'utiliser comme guide en écrivant. Cependant, en écrivant, il disparaît vite de l'écran, mais l'échange reste d'intérêt. Faire émerger les régles de l'équipe fut un peu lent, mais en quelques minutes, nous avions un cadre qui nous permet d'avancer.
Dans cette conférence, beaucoup de styles distincts ont été partagés. Il n'y a pas une "bonne" manière de mobber. Nous avons pris beaucoup de plaisir à travailler ensemble. Maintenant nous allons opérer une rétrospective pour apprendre à mieux travailler ensemble la prochaine fois. Comme Woody Zuill, le précurseur du Mob Programming le soulignait hier, "S'il y a une pratique à faire, faites des rétrospectives." C'est le moment de développer ce qui marche !
Contributeurs:
- Stéphane Wojewoda
- Maaret Pyhäjärvi
- Don Denoncourt
- M. Scott Ford
- Andrea Goulet
- Jeremy Cash
- Andrea Chiou
- John Keklak
