Comment définir des grilles salariales pour une équipe d'ingénierie distribuée en Europe

Choisissez un modèle, écrivez la règle, et appliquez-la de la même façon à tout le monde. Les trois options réalistes sont un taux unique pour toute l'équipe, un taux de référence ajusté par un facteur de localisation publié, ou une grille distincte par marché. Les trois fonctionnent. Ce qui casse une équipe distribuée, c'est une approche différente pour chaque recrutement — deux ingénieurs du même niveau qui découvrent un écart important qu'aucun des deux ne peut expliquer.

Voici comment chaque modèle se comporte en pratique sur les marchés européens, où trouver des chiffres défendables, et les décisions qui n'apparaissent qu'au bout de dix-huit mois.

Déterminez le niveau avant de déterminer la rémunération

Sans cadre de niveaux, les grilles salariales ne sont qu'une liste de chiffres sur laquelle on se dispute. Il faut quatre à six niveaux d'ingénierie avec des attentes écrites — périmètre du travail, degré de supervision, ce dont la personne est responsable — avant qu'une grille ait le moindre sens.

Cela compte davantage dans une équipe distribuée que dans une équipe colocalisée. Quand tout le monde est dans un même bureau, le niveau se calibre de façon informelle : les gens voient qui fait quoi. Quand vos ingénieurs seniors sont à Varsovie, Lisbonne et Istanbul et que votre hiring manager est à Amsterdam, le mot « senior » dérive. Les marchés ont des inflations de titres différentes. Un titre qui signifie des années de réelle responsabilité sur un marché peut, sur un autre, correspondre à une promotion accordée à la place d'une augmentation. Si vous indexez la rémunération sur les titres figurant dans les CV des candidats, vous importez directement cette dérive dans votre paie.

Donc : définissez les niveaux en termes de comportements, calibrez les nouvelles recrues par rapport aux ingénieurs déjà en poste, et seulement ensuite regardez un chiffre.

Les trois modèles, et ce que chacun vous coûte

Un taux unique mondial. Tout le monde, à un niveau donné, gagne la même chose, généralement calé sur un marché à coût élevé. C'est la politique la plus facile à expliquer et la plus facile à administrer. Cela signifie aussi que vous paierez bien au-dessus du marché local dans plusieurs pays, tout en restant en dessous du marché à Zurich ou à Londres. Pour une petite équipe, la prime peut en valoir la peine — le recrutement est plus rapide, personne ne négocie sur la géographie, et la rétention dans les marchés à faible coût cesse d'être un problème. À mesure que les effectifs augmentent, les calculs cessent généralement de tenir.

Le coût caché n'est pas l'argent. C'est que payer très au-dessus du marché local rend ces ingénieurs extrêmement difficiles à perdre et extrêmement difficiles à licencier. La gestion de la performance se relâche, parce que personne ne veut pousser dehors quelqu'un vers un emploi qu'il ne retrouvera jamais à ce niveau localement.

Marché de référence plus facteur de localisation. Vous définissez des grilles pour un marché de référence, puis vous appliquez un ajustement publié par pays. C'est le modèle le plus courant et le plus défendable, à condition d'être honnête sur ce que représente le facteur. Basez-le sur le coût du travail — ce que les ingénieurs de ce niveau gagnent réellement là-bas — et non sur le coût de la vie. Les indices de coût de la vie sont construits à partir du loyer et des courses, et ne suivent pas le prix d'un ingénieur backend avec de l'expérience en systèmes distribués, qui est fixé par tous ceux qui recrutent dans cette ville, y compris les entreprises américaines qui recrutent à distance.

Taux de marché par pays. Chaque marché a sa propre grille, construite à partir de ses propres données. C'est le plus précis, le plus exigeant en travail, et le plus difficile à maintenir cohérent quand vous avez un seul ingénieur dans un pays où vous n'avez aucun point de référence.

Quel que soit votre choix, publiez le mécanisme en interne même si vous ne publiez pas les grilles individuelles. Les ingénieurs acceptent beaucoup plus facilement un facteur de localisation qu'un écart inexpliqué, et ils reconstitueront cet écart de toute façon, à partir d'une offre qui aura fuité ou d'une conversation lors d'un offsite.

D'où viennent les chiffres

Les agrégateurs publics de salaires sont un point de départ, rien de plus. Ils reposent sur de l'auto-déclaration, sont biaisés vers ceux qui prennent la peine de remplir un formulaire, mélangent souvent les taux journaliers des freelances avec les salaires des employés, et sont en retard sur le marché dans les segments qui évoluent vite.

Meilleures sources, par ordre approximatif de fiabilité :

• Vos propres données d'offres. Toutes les offres faites au cours des douze derniers mois, acceptées ou refusées, avec le niveau, le marché et le résultat. Les offres refusées sont la donnée la plus précieuse que vous possédiez. Si plusieurs candidats seniors à Munich ont refusé en haut de votre grille, c'est votre grille qui est fausse, pas les candidats.
• Les contre-offres et offres concurrentes mentionnées par les candidats en fin de processus. Traitez-les avec scepticisme, mais enregistrez-les. La tendance observée sur une douzaine de candidats est informative, même si un chiffre isolé est gonflé.
• Les recruteurs qui travaillent ce marché au quotidien. Un spécialiste qui gère le recrutement technique et spécialisé dans un pays donné voit de vraies signatures chaque semaine — un échantillon bien plus resserré que n'importe quel jeu de données public, et à jour.
• Les données d'enquêtes formelles d'un prestataire de rémunération, si vos effectifs justifient le coût. Précises, coûteuses, et généralement limitées sur les marchés plus petits.

Construisez votre grille à partir d'au moins deux sources, et notez laquelle vous avez utilisée. Dans un an, quand quelqu'un demandera pourquoi la grille senior de Lisbonne a bougé, vous voulez que la réponse soit une source et une date.

Devises, inflation, et les pays qui font exploser votre tableur

Une grille exprimée en euros se comporte très différemment dans un pays de la zone euro qu'en Pologne, en Roumanie, en Turquie ou au Royaume-Uni. Deux éléments évoluent indépendamment : le taux de change et l'inflation salariale locale. Ils ne bougent pas ensemble, et ne jouent en votre faveur selon aucun calendrier prévisible.

Le choix pratique consiste à savoir si c'est le salarié ou vous qui portez ce risque. Si vous payez un montant fixe en devise locale et que celle-ci se déprécie fortement, votre coût baisse et le pouvoir d'achat réel de votre ingénieur chute — et il commencera à regarder ailleurs. Si vous payez un montant indexé sur l'euro, votre coût augmente à chaque mouvement du taux de change, et sur un marché à forte inflation, vous pouvez quand même prendre du retard sur la croissance des salaires locaux, car ceux-ci peuvent s'apprécier plus vite que la devise ne se déprécie.

Sur les marchés à forte inflation persistante — la Turquie en est l'exemple européen le plus clair — les revues annuelles ne suffisent pas. Les employeurs locaux y procèdent à des ajustements semestriels, voire plus fréquents, et un employeur étranger qui revoit les salaires une fois par an accusera un retard visible bien avant le cycle suivant. Décidez de la fréquence de révision par marché plutôt que globalement, et dites aux gens quelle est cette fréquence. L'engagement à réviser vaut plus que le montant d'une augmentation isolée.

Si vous gérez un groupe offshore ou nearshore plus important, c'est l'un des arguments les plus solides en faveur d'un partenaire qui gère localement la mise en place et l'exploitation continue d'équipes dédiées — le cycle d'ajustement, le benchmarking et la conversation sur la rétention sont gérés sur place plutôt que déduits d'un tableur du siège.

Quand quelqu'un change de pays

Cela arrivera, et c'est une question à laquelle votre politique doit répondre avant qu'elle ne se pose.

Les trois positions défendables sont : la rémunération suit immédiatement la localisation, la rémunération est gelée jusqu'à ce que la grille rattrape le niveau, ou la rémunération ne change pas du tout. Choisissez-en une. Le pire résultat, c'est de traiter chaque cas au coup par coup, car le premier ingénieur qui déménage de Berlin à Valence et conserve son salaire complet crée un précédent pour tout le monde, et le deuxième dont le salaire est réduit le dira à toute l'équipe.

Une voie médiane pratique : si quelqu'un déménage vers un marché moins coûteux, maintenez son salaire tel quel et laissez les futures augmentations de grille absorber la différence. Personne ne subit de baisse de salaire, l'écart se résorbe sur quelques cycles de révision, et la politique est assez simple pour être énoncée à voix haute. Notez que le déménagement modifie aussi le droit du travail, la paie et les obligations fiscales — un changement qui ressemble à une décision RH exige souvent, en réalité, un tout nouveau montage d'emploi.

Conservez la structure dans un système, pas dans un tableur

Les grilles dérivent parce qu'elles vivent dans un fichier qu'une seule personne met à jour. Une fois que vous dépassez quelques dizaines de personnes réparties dans plus de deux pays, intégrez niveaux, grilles, dates d'effet et exceptions dans votre SIRH, afin que chaque offre soit générée à partir de la structure en vigueur, et que vous puissiez sortir le seul rapport qui compte : la rémunération par rapport au point médian de la grille, par niveau, par marché, par genre, par ancienneté. Ce rapport fait remonter les problèmes — l'ingénieur de longue date tombé en dessous de la grille qu'il a aidé à définir, le marché où chaque nouvelle recrue arrive en haut de la grille parce qu'elle est obsolète — bien avant que quiconque ne démissionne à cause de cela. Les équipes qui n'ont pas encore fait cette transition bénéficient généralement d'une courte revue de leur outillage RH et de leur modèle de données avant d'ajouter un nouveau marché.

Les modes d'échec à nommer

• Une rémunération pilotée par la négociation. Si le chiffre final dépend surtout de la pugnacité du candidat, vous n'avez pas de grilles, et vous avez construit un écart structurel qui corrèle avec l'assurance plutôt qu'avec la contribution.
• Des grilles définies une fois et jamais révisées. Une grille qui était juste il y a dix-huit mois vous fait aujourd'hui soit perdre des candidats, soit surpayer les nouvelles recrues par rapport à l'équipe déjà en place.
• Se comparer aux mauvais concurrents. Votre concurrence pour un ingénieur à Cracovie n'est pas l'autre entreprise produit locale. C'est tout employeur remote-first qui recrute en Pologne, y compris ceux qui paient aux tarifs d'Europe de l'Ouest.
• Confondre rémunération totale et salaire de base. Les actions, les structures de bonus, les cotisations de retraite et les coûts employeur diffèrent énormément d'un pays à l'autre. Comparez des éléments comparables, et dites aux candidats ce que vaut l'ensemble du package en des termes qu'ils peuvent vérifier localement.
• Le secret comme stratégie. Vous n'êtes pas obligé de publier les salaires individuels. Vous devez en revanche être capable d'expliquer, en deux phrases, pourquoi deux personnes sont payées différemment. Si vous ne le pouvez pas, c'est là le problème — pas le fait que quelqu'un ait posé la question.