ProgrammationEnBinome

AgileFrance | DernieresNouvelles | Preferences | AideEnLigne

Nous pouvons échanger ici les différentes expériences que nous avons eu avec la ProgrammationEnBinome ou les questions que nous nous posons. Peut être qu'un résumé de la réunion pourra voir le jour par la suite.

Voir également ProgrammationEnBinome/Web

Pour ma part, je programme en binôme depuis que je pratique XP. En réalité, pas au tout début car j'étais le seul développeur, mais rapidement l'équipe s'est constituée et on a commencé à binomer. Avant de pratiquer, j'avais quelques doutes quand à l'utilité de travailler à 100% en binôme. Cependant, avec le recul je trouve cela indispensable si l'on veut que les informations circulent correctement au sein de l'équipe. Avant, j'avais déjà l'habitude de « parler » aux autres développeurs mais cela n'est pas suffisant.

La ProgrammationEnBinome est essentielle si l'on veut diffuser rapidement la connaissance du logiciel.

Par contre, il faut l'utiliser correctement. Dans une équipe conséquente, il faut faire très attention à tourner fréquemment les binômes, mais également faire en sorte que les développeurs ne se contraignent pas à un domaine particulier de l'application. Ceci est plus facile à dire qu'à faire, car on a souvent tendance à vouloir s'occuper des tâches dont on maîtrise le sujet.

Il faut également que chaque développeur soit sensible au fait qu'ils ne sont plus seuls à travailler sur une tâche et qu'ils doivent se soucier de leur binôme. Il faut être à l'écoute du copilote soit pour lui expliquer une partie logicielle qu'il ne connaît pas, soit pour écouter ses propositions techniques,... ---NicolasCharpentier

Le travail en binôme est une évolution non négligeable dans la pratique du développement, à mon avis c'est un avant goût d'un "vrai" travail en équipe. Ce qui est coûteux pour une entreprise ce n'est pas de posséder une "technique" mais c'est de conserver son "savoir" et ses "connaissances", le seul moyen de pérenniser le "savoir" c'est de mettre en place un travail d'équipe : pas de spécialiste, pas de mercenaire, fini la haute voltige. RMA

Ca répond à l'expérience que j'en ai : le premier effet remarquable a été l'alignement de l'équipe : un nivellement des compétences (fonctionnelle et technique), un passage de connaissance, et enfin un accord (progressif) sur la stratégie de développement et les critères de qualité du code.--ct

J'ai en place XP (donc le travail en binôme) dans une équipe "ancienne".

Les gens se connaissant bien et ayant ou non des affinités, une tendance naturelle avec laquelle, en tant que Coach je dois souvent lutter est la constitution de binone permanent... ou du moins restant longtemps ensemble.

L'autre cause de ce problème c'est l'effet de getho qui peux arriver si un membre de l'équipe est soit meilleur soit moins bon que les autres.

- Je ne veux pas travailler avec lui, on ne comprends rien à ce qu'il fait...

- Pas lui, il ne comprends rien à ce que je fais...

Ce phénomène a heureusement tendance à ce réduire dans le temps. Pour beaucoup la PriseDeConscience a eu lieu après un retour de vacance en voyant que le fait de se binomer, même avec un moins "bon" qu'eux leur permettait de raccrocher les wagons plus vite.

---AlexisKartmann

Je suis dans une équipe où nous avons ramé quelque temps comme le dit Alexis avec la formation de binômes et les rotations. Puis nous nous sommes imposé une rotation quotidienne quoi-qu'il-arrive.

Cette mesure n'a pas fait l'unanimité. Beaucoup de dents ont grincé. Mais finalement, après quelques mois de cette pratique, tout le monde trouve ça assez confortable.

Le principal bénéfice, est que nous avons mis un terme aux discussions ennuyeuses sur "y faut tourner, y faut pas tourner" et que nous consacrons à la place notre temps à faire du développement logiciel.

Aujourd'hui, les rotations se font quotidiennement, sans heurt. Les exceptions sont tout à fait permises s'il y a besoin (on constate qu'en moyenne un binôme sur les 6 ne tourne pas systématiquement).

---EtienneCharignon

Cf la LoiDuBainRevelateur