As-tu déjà pratiqué le Pair-Programming, le binômage ? Plutôt version "naïve" ou bien la vraie version comme on la présente ici ? C'était comment ?
@tech-ben6 ай бұрын
J'ai testé le pair programming pour aider un collègue sur un sujet qu'il ne maitrisait pas totalement, moins que moi du moins. Au début c'était cool, je lui expliquais les bonnes pratiques, comment faire, etc. C'était aussi bien parce qu'on pouvait confronter nos idées et nos points de vu sur le sujet, si on avait bien compris le besoin ... Et puis on a fait beaucoup de sujets ensemble et de mon point de vue, je trouvais ça plus contraignant qu'autre chose. J'avançais plus vite tout seul. Alors peut-être que c'est ma nature de développeur solitaire qui a pris le dessus 😄 Et je pense, que d'un point de vue managerial, mettre 2 personnes sur la même tache alors qu'elle a été découpé de telle sorte qu'une seule personne peut la réaliser => 😬 Bref j'en garde une bonne expérience, mais si c'est fait de manière ponctuelle et non récurrente, de temps en temps.
@benjaminfeireisen206 ай бұрын
J'ai mis en place avec des équipes du "vrai" pair et du "vrai" mob programming. Avec un pilote et un ou des navigateurs. Et ca tourne toutes les 20 minutes, puis 5 minutes de pause, puis on recommence, puis 5 minutes, puis on recommence, puis 15 min de pause. Et on refait. Ca marche extrêmement bien, mais après les avis des gens : - hyper puissant, un exemple on avait une feature hardcore, en une aprem c'était bouclé en mob / swarming. Bon après le côté code review fait en synchrone en mob... ça marchait pas trop, les devs avaient besoins de se replonger dans le code. J'imagine que si ce n'est pas ponctuel... Il n'y a plus besoin de code review ! - niveau managers, c'est le côté clé je trouve : un manager qui a vécu ça, ou observé des victoires dans son passé sur ça, il va encourager la pratique et même proposer d'observer / d'être là pour l'équipe et d'encourager en direct ! C'est un outil top à ce moment là ! Les managers techs qui ont vécu des mauvais pair prog, c'est un no go... - on oublie la logique de montée en compétence et d'équipes multi-apprentissages : c'est clairement LE meilleur outil pour ça. Et donc pour moi, je répète : le pair ou mob programming est un outil managérial tout autant que de développement !! Si le management est derrière toi ça devient un outil exceptionnel. S'il est neutre c'est un outil pas mal. S'il est contre ce sera pourri. (Mon expérience de vie ;) )
6 ай бұрын
Le Pair-Programming est pensé à l'origine en eXtreme-Programming. C'est la collaboration à l'extrême. Ca se pratique entre des personnes dont on a aligné les valeurs avant de commencer. Ce n'est pas que de l'entraide. C'est la combinaison de 2 modes de pensée. Il y a celui qui a le focus sur le hyper localisé sur ce qu'il encode. Et l'autre qui se défocalise et dont le cerveau part dans tous les sens. Bien que le premier aux doigts sur le clavier, c'est l'autre qui est normalement plus (mentalement) épuisé le plus vite. C'est pour cela qu'on permute. C'est ce que Robin explique à 4:53 J'aime beaucoup l'exemple du pilote et du navigateur. J'adore dire qu'une équipe représente un organisme vivant (qui s'auto organise et que les externes ne doivent pas venir leur dire comment fonctionner), le pair programming, c'est un muscle et un nerf dans cet organisme. Certains kata dans un coding dojo sont des "à plusieurs-programming" (comme exemple à 11:48 )
@TiffannyDoll6 ай бұрын
Moi je connaissais ça bien avant d'être agile. Il n'y a que dans l'agilité que j'ai mis un nom sur cette pratique. Moi je l'ai vécu en tant que nouvel arrivant dans une boîte. Comme tu as des profils de divers horizons et divers niveaux d'expérience c'est super intéressant dans le cadre du recrutement.
@ScrumLife20 күн бұрын
Salut @TiffannyDoll ! 🌟 Merci pour ton retour super intéressant ! C'est vrai que ces pratiques font souvent partie du bon sens, et se voir donner des noms plus techniques avec l'Agilité leur donne parfois une nouvelle dimension. Je suis totalement d’accord avec toi : l’intégration de profils diversifiés en termes d'expérience et de parcours peut vraiment apporter une richesse inestimable à une équipe. En tant que nouvel arrivant, as-tu ressenti que ces pratiques agiles ont particulièrement facilité ton intégration ? Ça serait super enrichissant de connaître ton ressenti là-dessus. 😊 À bientôt, Robin de Scrum Life 🚀 PS : n’hésite pas à partager d’autres expériences ou à poser des questions, ça peut ouvrir de super discussions !
@ScrumLife6 ай бұрын
As-tu déjà pratiqué le Pair-Programming, le binômage ? Plutôt version "naïve" ou bien la vraie version comme on la présente ici ? C'était comment ?
@nixquev6 ай бұрын
Frédéric Leguédois m'a ouvert les yeux sur le pair programming l'an passé et depuis, je le recommande toujours.
@ScrumLife21 күн бұрын
Salut @nixquev, Merci pour ton retour ! Frédéric Leguédois a effectivement un talent incroyable pour clarifier les concepts complexes de l'agilité. Le pair programming est une pratique qui peut vraiment transformer la collaboration et la qualité du code dans une équipe. As-tu déjà remarqué des changements concrets depuis que tu l'as intégré dans ton quotidien ? Par exemple, une meilleure communication entre les développeurs ou une amélioration de la qualité des livrables ? Hâte de te lire et d’en savoir plus sur ton expérience 👊 Robin #ScrumLife #PairProgramming #Agilité
@nixquev20 күн бұрын
@@ScrumLife C'est selon mes observations une "liberating structure": on le met en place, ça prend de la discipline, ce n'est pas facile que de se commettre à systématiquement le faire. Les membres d'équipe se disent souvent : "on le fait déjà au besoin" et toute suggestion de le formaliser et d'en faire le mode par défaut est vu comme trop lourd malgré les effets bénéfiques de transfert de connaissances "gratuits" (et par incidence moins de documentation inutile à faire), minimisation des erreurs de frappe, etc. Je dirais par contre que plus l'équipe est senior, moins les bénéfices sont grands donc c'est un beau problème à avoir 🤣
@garancera6 ай бұрын
Le pair programming, c'est comme Agile... Ce n'est pas parce qu'on le fait qu'on va deux fois plus vite ou moins vite, mais on construit des trucs super cools... En fait, ce n'est pas faire plus ou moins mais c'est faire mieux...
@ScrumLife21 күн бұрын
@garancera Merci pour ton commentaire perspicace ! Tu as tout à fait raison : l'idée derrière le pair programming, tout comme l'agilité, n'est pas de faire "plus" ou "moins" mais de faire "mieux". En collaboration, on parvient à créer des solutions plus robustes et innovantes. 🌟 As-tu déjà expérimenté le pair programming dans tes projets ? Partage ton expérience, je suis curieux de savoir comment ça a fonctionné pour toi ! Robin