LA recette infaillible pour faire fuir tous vos devs

LA recette infaillible pour faire fuir tous vos devs

L’équipe de nexten.io s’est relevée les manches pour (une fois n’est pas coutume) vous proposer un florilège des pires pratiques à adopter. A vous de décider si vous souhaitez les appliquer — ou les fuir à tout prix. Nous, on opterait pour la réponse B !

Un équilibre vie pro/vie perso à la 007

C’est bien connu : être développeur, c’est un métier de terrain, au contact de la clientèle jour après jour. Il est donc fortement recommandé de demander à votre équipe de devs de se rendre au sein de votre espace de travail tous les jours de la semaine. Le télétravail, le remote ? Hors de question !

Aménager les heures de travail et accepter les demandes de congés de vos collaborateurs ? Inutile : tel un agent secret, la vie privée d’un développeur se mêle intimement à sa vie de professionnel et chaque urgence doit être traitée au plus vite. Même s’il est 22h ou si nous sommes dimanche (et surtout si vous avez lancé en prod le vendredi comme tout développeur qui se respecte).

Une gratification au lance-pierre

Pour faire fuir vos meilleurs éléments, sortez le grand jeu : ne félicitez jamais vos équipes malgré les succès de vos projets, et surtout, surtout, ne leur proposez jamais de promotion ou d’augmentation lors de l’entretien annuel. Après tout, vos devs ont tous signé leur contrat de travail, ils reçoivent donc déjà une récompense en échange de leurs efforts et leurs résultats : leur salaire. Et puis, les devs sont des passionnés, n’est-ce pas ?

Par ailleurs, vous pouvez également supprimer tout entretien pour éviter de faire remonter les différents feedbacks de vos devs. A quoi pourraient-ils servir, si ce n’est pour encombrer davantage votre agenda déjà chargé ?

Une charge de travail “challengeante”

Pour vous assurer que votre équipe de devs travaille (et travaille bien, car vous avez remarqué qu’elle se tournait parfois les pouces), il est important de créer une ambiance de travail comprenant : pression, angoisse, zéro norme ou process, deadlines archi courtes et enfin, un brief de départ incomplet ET flou.

Cerise sur le gâteau si votre l’équipe commerciale est très productive : faites l’impasse sur le recrutement de nouveaux devs et surchargez de travail l’équipe actuelle. C’est généralement sous pression que le meilleur d’entre nous ressort !

Une vision aussi claire qu’une boule de cristal

Paraît-il que certains collaborateurs sont en perte de sens au travail ? Quelle idée ! Ceux-là souhaiteraient sans doute qu’on leur prédise l’avenir dans les lignes de la main comme le ferait une voyante dans une fête foraine de quartier ?

Une stratégie directrice claire, un projet commun où chaque partie connaît son rôle à jouer, des valeurs d’entreprises partagées, des deadlines précises, des attentes explicitement détaillées ? Ne vous attachez pas à passer un peu de temps sur ce genre de thématiques : chacun sait qu’installer transparence et confiance au sein de son équipe ne peut QUE vous jouer de mauvais tours !

Le développement informatique AVANT le développement personnel

Les développeurs de votre équipe n’ont pas leur mot à dire. Ils ont été embauchés pour une seule raison : pisser du code, qu’ils doivent vous rendre en temps et en heure, sans même connaître les tenants et aboutissants du projet en cours. Ce serait d’ailleurs une véritable perte de temps que de leur partager les attentes du client ou encore l’étude marketing qui a été réalisée en amont de la phase de développement. Et le temps, c’est de l’argent.

Vos devs sont là pour coder, pas pour se développer personnellement, ou s’épanouir au sein de leur espace de travail. S’ils souhaitent apprendre de nouveaux langages par exemple, ou s’inscrire à une formation, refusez-leur toute requête. Le code passe avant tout.

Vous voilà pourvu de la meilleure recette possible pour être sûr et certain de perdre les meilleurs profils de votre équipe. Tous les ingrédients sont réunis pour que vous meniez à bien cette lourde tâche qui vous incombe en tant que manager. Ne nous remerciez pas. Remerciez plutôt votre équipe de devs qui vous supporte au quotidien !