Lorsqu’on met en œuvre à distance diverses pratiques de l’agile, il faut faire davantage d’efforts sur plusieurs aspects pour obtenir un effet similaire à celui du présentiel.
Parmi elles, pour le pair programming (ou pair working), la partie la plus difficile a surtout été le fait de « partager le même écran et le même contexte », qui se fait naturellement en présentiel. Voici les méthodes que j’ai essayées :
- Utiliser les fonctionnalités / extensions de l’IDE (par ex. Live Share)
Avantages
- Chacun peut travailler avec le clavier et l’environnement qui lui conviennent
Inconvénients
-
(Selon l’outil) on peut parfois entendre la voix intégrée, mais souvent on ne voit pas les visages -> il faut utiliser un outil complémentaire ou y renoncer
-
Comme il n’est pas nécessaire que tout le monde regarde exactement le même écran, le contexte peut ne pas évoluer de manière synchronisée
-
Ce n’est pas adapté pour faire du pair working avec des collègues non développeurs
- Partage d’écran + contrôle à distance dans Zoom
Avantages
-
On utilise tel quel un outil de réunion à distance familier pour tout le monde
-
Le fait de voir les visages et de partager l’écran rend le partage de contexte naturel et efficace
-
Passer le contrôle à quelqu’un donne une sensation proche du fait de passer le clavier lors d’une session de pair en présentiel
Inconvénients
-
La personne qui reçoit le contrôle a du mal à faire comme elle le souhaite pour le basculement coréen/anglais ou majuscules/minuscules (je n’ai pas encore trouvé la raison)
-
Il est difficile ou peu naturel, pour la personne qui a le contrôle, d’ouvrir une autre fenêtre ou d’effectuer ce genre d’actions
C’est à peu près tout. J’ai récemment découvert aussi https://tuple.app/, mais comme c’est payant, je me dis que je pourrais peut-être tester l’essai gratuit avec mon équipe.
Je serais reconnaissant si vous pouviez partager vos retours d’expérience du type « voilà ce qui fonctionne bien pour moi ».
6 commentaires
Si vous utilisez un IDE JetBrains, je recommande vivement Code With Me :)
https://www.jetbrains.com/ko-kr/code-with-me/
Il y a à la fois la fonction de suivi et la fonction qui permet de faire suivre (!),
et on peut aussi partager l’environnement de développement local… à bien des égards, c’est vraiment excellent pour le pair programming à distance~
Je n’utilise pas JetBrains, mais je peux le recommander à ceux qui l’utilisent. Merci~
Je ne pratique pas beaucoup le pair programming à distance ^^;; donc je ne parle pas d’expérience personnelle, je vous présente seulement des outils que je connais.
Pop https://pop.com/
C’est une startup lancée par le développeur de Screenhero, qui avait été racheté par Slack.
Comme il s’agit d’un service conçu dès le départ pour le pair programming à distance, il est souvent très bien évalué.
L’hôte partage son écran, et les participants peuvent en prendre le contrôle.
L’icône de chaque personne apparaît sur son curseur, et la caméra permet aussi d’afficher le visage des participants.
Une fonction de tableau blanc est également prise en charge.
Plusieurs personnes peuvent participer, et le service prend en charge la plupart des environnements desktop et mobile.
Il existe une version gratuite et, pendant la période bêta, la version Pro est également gratuite.
Le nom d’origine de Pop était Screen, mais il a été changé à cause de GNU Screen.
Pour les fonctions de partage d’écran, CoScreen est aussi une bonne option.
Comme cela a été publié sur GeekNews il y a 2 ans, la description diffère un peu de la version actuelle.
Là aussi, la fonction permettant de voir le visage des autres est incluse.
Avis sur pop.com (comparé à Zoom + contrôle à distance)
C’est nettement plus rapide que Zoom et ça consomme moins de ressources.
Avec Zoom, l’hôte doit donner le contrôle à distance à l’invité, alors qu’avec Pop, l’invité peut prendre le contrôle quand il le souhaite. C’est un choix qui comporte des risques, mais c’est clairement plus pratique.
C’est bien plus rapide et stable que le contrôle à distance de Zoom. En revanche, je ne sais pas si c’était un problème de réseau, mais il arrivait assez souvent que l’application se ferme quand l’autre personne prenait le contrôle de mon écran.
Comme Pop est encore en bêta, ou peut-être à cause de la sécurité de l’ordinateur de l’entreprise, je ne sais pas, mais en tout cas il y avait parfois des fonctions de base qui marchaient mal (par exemple, en me connectant au site avec un compte Google, il restait bloqué sur
signing in..., alors qu’en actualisant la page j’étais bien connecté), ou bien des fonctionnalités que je pensais présentes parce qu’elles existent sur Zoom n’étaient pas là (filtrage de l’arrière-plan). On a l’impression qu’ils se concentrent encore uniquement sur le MVP.Globalement, j’en ai été très satisfait.
Il existe aussi un paquet AUR que les utilisateurs d’Arch Linux peuvent utiliser.
https://aur.archlinux.org/packages/pop-bin/
(Pop me semble aussi être un nom un peu trop générique...)
Oh, pop a l’air pas mal. Je vais l’essayer. Merci pour la recommandation !