Trois pratiques XP visent le même but : qu'aucune partie du code ne dépende d'une seule personne, et que la qualité soit vérifiée en continu.

La programmation en binôme (pair programming)

Deux personnes, un clavier. L'une écrit (« le pilote »), l'autre réfléchit à voix haute, anticipe, relit (« le copilote »). On échange régulièrement les rôles.

• Moins d'erreurs : une deuxième paire d'yeux en temps réel.
• Diffusion des connaissances : deux personnes comprennent chaque morceau.
• Moins d'interruptions : à deux, on résiste mieux à la dispersion.

Ce n'est pas systématique : on binôme sur ce qui est complexe, risqué ou nouveau ; on code seul le simple et le répétitif.

La revue de code

Quand on ne binôme pas, une autre personne relit le code avant qu'il ne soit intégré. Revue courte, ciblée sur la logique et la lisibilité, pas sur les virgules (les contrôles automatiques s'en chargent).

La propriété collective du code

Personne n'est « propriétaire » d'un morceau de code. N'importe qui peut le modifier si nécessaire, en s'appuyant sur les tests pour ne rien casser. Cela évite le goulot d'étranglement de la personne unique qui « connaît cette partie », et la panique quand elle est absente.

Le lien entre les trois

Binômage et revue construisent la connaissance partagée ; la propriété collective en est la conséquence : si tout le monde a vu le code, tout le monde peut le faire évoluer.

Exemple concret : dans l'équipe de fidélité, le calcul des points (complexe, central) est toujours écrit en binôme. Le reste passe par une revue de 10 minutes. Résultat : quand la spécialiste des points est en congé, deux autres personnes peuvent corriger un bug dessus.

À vous de jouer : citez un avantage de la programmation en binôme autre que la réduction des erreurs.