Trolldi : comment payer moins ses développeurs sans qu'ils s'en aperçoivent ?

Partagez vos expériences

Le salaire est la contrepartie du travail et un droit pour celui qui vous l’offre, peu importe la qualité du travail qui est livré. En d’autres termes, l’employeur sera donc le premier responsable, pour ne pas avoir su fait un bon choix, si le travail fourni par ses employés n’est pas à la hauteur de ses attentes. Mais, comme toute personne rationnelle, les entreprises préfèrent payer moins et tirer le maximum de leurs travailleurs. Il faut noter que cela risque toutefois d’occasionner le départ de ces derniers pour d’autres opportunités mieux rémunérées. Payer moins un employé reste quand même faisable – au moins pendant un bon moment - à condition d’avoir les techniques appropriées.

Yegor Bugayenko, un développeur et blogueur spécialisé sur ce genre de sujets propose donc une petite liste de techniques à appliquer pour payer moins ses développeurs sans qu’ils ne s’en aperçoivent. Certaines peuvent être spécifiques aux développeurs, mais la majorité pourrait s’appliquer partout. Il faut également préciser que les différentes astuces ne sont pas toutes complémentaires, mais parfois contradictoires. De la liste proposée par Yegor et des réactions du public, nous pouvons retenir ces 10 astuces :

1. Garder les salaires confidentiels. Avertir vos développeurs que cette information est confidentielle et qu’ils ne devraient en aucun cas en discuter. Si possible, il faudra signer avec eux des résolutions qui interdisent toute discussion sur les salaires, les primes, les plans de rémunération, etc. Ne pas savoir combien les autres gagnent limite les risques de prétendre qu’on est mal payé.

2. Décisions d’augmentation et de licenciement imprévisibles. Il ne devrait y avoir aucun système derrière vos décisions d’augmentation de salaires ou de licenciement. Vous ne devrez pas accorder d’augmentation quand vos développeurs seront plus productifs ou efficaces. Si vous le faites, un développeur qui se montre très productif et efficace sur une bonne période peut s’attendre à une augmentation, et s’il n’en reçoit pas, peut estimer qu’il n’est pas payé comme il devrait l’être. Ces décisions doivent donc être imprévisibles pour créer la peur. Ainsi, ils ne pourront pas se plaindre d’être mal payés, au moins pendant un bon moment.


3. Pas de conférences. D’après Yegor, il n’est pas convenable que vos développeurs assistent à des rencontres ou des conférences. Ils risquent d’y rencontrer des recruteurs et des développeurs d’autres entreprises, et découvrir que leurs salaires ne sont pas à leur juste valeur. Il faudrait donc promouvoir l’idée selon laquelle ce genre de rencontre n’est qu'une perte de temps et qu’il est préférable d'organiser des événements au bureau.

4. Promouvoir les valeurs de l'entreprise. Leur faire des lavages de cerveau régulièrement en communiquant sur combien votre entreprise est importante et combien leurs mission et contribution sont capitales. S’ils adhèrent aux valeurs de l’entreprise, la question de salaire deviendra secondaire pour eux par rapport au rôle important qu’ils doivent jouer et le marché de plusieurs milliards que l'équipe essaie de dominer. Ils pourront facilement se sacrifier au moins pendant un bon moment.

5. Être leur ami ou faire de l’entreprise leur famille. Les fêtes d'entreprise, les sorties détente, les anniversaires, les déjeuners et autres soirées d'équipe sont des outils à utiliser pour que les développeurs aient le sentiment que votre entreprise est leur famille. Dès lors qu’ils ont ce sentiment, ce sera difficile de réclamer une augmentation. Cela ressemblera à une trahison des valeurs familiales et ils auront peur de le faire. C’est pareil, si vous devenez un ami de vos développeurs. Il est très difficile de réclamer de l'argent à un ami. Ce ne sera donc pas facile pour eux de demander une augmentation.

6. Les stresser et leur faire porter le poids de la responsabilité. Ils ne doivent pas se sentir relaxes, ce n'est pas en votre faveur. Assurez-vous qu'ils aient suffisamment de responsabilités sur leurs épaules et des deadlines serrés pour résoudre des problèmes complexes, de sorte qu’ils ne parviennent pas à les résoudre dans le temps. Essayez également de les rendre responsables des échecs autant que possible. Ne parvenant donc pas à respecter les différents objectifs fixés, ils pourraient se sentir un peu honteux de demander une augmentation de salaire dans ces circonstances.

7. Faire des promesses. D’après Yegor, les promesses n’existent pas pour être honorées, mais pour être faites. Vous devez donc faire des promesses d’augmentation, mais pour vous en tirer toujours avec les mains propres, ces promesses doivent être dépendantes d’évènements que vous ne contrôlez pas.

8. L’astuce des grands titres de fonction. Une technique qui pourrait bien marcher, c’est de donner à vos développeurs l’impression d’être plus importants que vous le pensez en réalité, et ce, en leur attribuant de grands titres, par exemple : Directeur technologique, Directeur de l'ingénierie. Vous pouvez aussi utiliser des titres en anglais qui ont l’air plus prestigieux que leurs équivalents en français, d'ailleurs, de nombreuses entreprises francophones les préfèrent ainsi. Vous pouvez penser par exemple aux titres de VP of Engineering, VP of Technology, etc. Si vous n’avez plus de titre de vice-président (VP) disponible, essayez donc avec Senior, Chief ou Lead, par exemple : Senior Architect, Technical Lead, Chief Scientist, etc. Cela ne coûtera presque rien à l’entreprise, mais pour les développeurs, c’est très important. Le salaire peut être beaucoup moins précieux que le titre qu'ils peuvent mettre sur leurs profils LinkedIn ou dans leurs CV.

9. L’astuce de l’entreprise qui essaie toujours de se maintenir. Il faut toujours faire croire que la société ne se porte pas aussi bien qu’elle l’est en réalité, mais qu'elle lutte pour se maintenir face à une concurrence rude. En général, tout le monde est d’accord qu’il est immoral de réclamer de l'argent à quelqu'un qui passe par des moments difficiles.

10. Les faire travailler en jouant. De temps en temps, des entreprises peuvent avoir besoin de faire travailler les développeurs en dehors du travail. L’idée ici est d’utiliser les weekends pour organiser des « hackatons » ou des « happy coding day ».

Si vous avez vécu au moins l’une de ces situations, il semble alors selon Yegor que vous avez été (ou êtes) sous l’emprise d’un employeur qui refuse de vous payer à votre juste valeur.

Source : Blog Yegor Bugayenko

Et vous ?

Qu’en pensez-vous ?
Avez-vous vécu au moins l’une de ces expériences ? Partagez-la.
Quelles sont les meilleures techniques pour payer moins ses développeurs ?