C’est assez compliqué à gérer pour un Lead Dev de rentrer dans une boite et d’avoir un supérieur hiérarchique avec moins d’expérience que soi, forcement les avis ne seront pas les mêmes. Parfois en imposant ses choix techniques, le lead dev peut paraitre un peu rude, mais c’est avant tout le role du lead-dev, ne pas faire d’erreur sur l’architecture car plus on attendra avant de rectifier le tir plus on perdra de temps!
”
Le Lead Dev n’a rien à “imposer” : je me trompe peut-être, mais il y a du monde, AU-DESSUS du Lead Dev. Ce n’est pas lui qui définit les lignes directrices, les grandes lignes de conception d’un projet ( chez nous c’est le directeur technique, et je crois que c’est la norme ).
Un lead dev qui impose et met ceux qui prennent les décisions techniques en porte-à-faux devant tout le monde est un mauvais lead dev, puisque une partie de son rôle consiste à s’assurer que les dev suivent les normes de développement de l’entreprise, ce qu’ils ne feront pas s’ils perdent la confiance en leur hiérarchie.
Il y a différentes façons de remettre en cause, la meilleure ( mais la perfection n’est pas de ce monde :) ) étant de mettre en place ces grandes lignes en réunion sans les autres dev, et ensuite de parler d’une même voix avec eux.