Avec l'arrivée de nouvelles recrues en reconversion, l'équipe SG2 a remarqué un point inquiétant.
Les nouveaux ne sont pas capables de produire.
Malgré leur formation de reconversion et celle d'intégration au projet donné par Dimitri, notre expert technique, ils bloquent au moindre problème et se retrouvent à se tourner les pouces.

Leur chef Patrick a décidé de mettre en place une nouvelle méthode de travail : le pair programming.
Cette méthode consiste à placer 2 personnes sur un ordinateur :
-une personne qui code
-une personne qui regarde et conseille.
La stratégie de Patrick est de faire en sorte que la personne en reconversion soit accompagné et monte en compétences.



Je reconnais l'efficacité du pair programming.
Lors d'un projet extrêmement difficile, moi et Dimitri (l'expert technique) avons dû unir nos forces pour finir le projet, car nous n'y parvenions pas individuellement.

Au cours du développement, nous avons eu le temps d'échanger sur les bonnes pratiques et de mieux comprendre les règles de gestion de la plateforme de trading à mettre en place.
Le fait d'échanger nos places pour coder toutes les 2 h donnait l'occasion de montrer ses capacités techniques et de frimer derrière.



Je ne savais pas que le pair programming pouvait permettre de faire monter en compétences les nouveaux.
Et pourtant, cette méthode est détestée par le directeur.
Quand il a vu le résultat dans l'équipe 2, il a jugé que la productivité n'était pas au rendez-vous, car chaque binôme devait accomplir le travail de 2 personnes.

Pour lui, un nouveau qui arrive sur le projet doit être opérationnel et faire autant que les autres...
Il regarde combien coûte une personne et ce qu'elle produit.
Et là, il vient d'ordonner à Patrick d'arrêter le pair programming.

Il aurait peut-être fallu que Patrick n'entre pas dans les détails...