Ce post est né d un article ici, sur Habr. Un commentaire tout à fait ordinaire, sauf que plusieurs personnes ont dit qu'il serait très bien de le présenter sous forme de post séparé, et MойКруг, sans attendre cela, ce même commentaire séparément dans son groupe VK avec une jolie introduction.
Notre récente publication avec un rapport sur les salaires dans l'IT pour le premier semestre de cette année a recueilli un nombre incroyable de commentaires des utilisateurs de Habr. Ils ont partagé leurs opinions, observations et histoires personnelles, mais l'un des commentaires nous a tellement plu que nous avons décidé de le publier ici.
Donc, j'ai enfin rassemblé mon courage et écrit un article distinct, en développant et justifiant mes pensées plus en détail.
Parfois, dans les articles et commentaires où l'on discute des revenus des spécialistes de l'IT, on peut entendre des propos du genre « D'où sortent ces chiffres ? J'ai travaillé tant d'années dans X, et ni moi, ni mes collègues n'avons jamais vu de telles sommes… ».
Honnêtement, il y a N ans, j'aurais pu écrire un commentaire similaire. Maintenant, je ne peux plus 🙂
Après avoir passé par différents lieux de travail, organisations et situations de vie, j'ai personnellement formulé un ensemble de règles assez simples sur le thème « que faire pour gagner un bon salaire et travailler dans de bonnes conditions dans l'IT ». Cet article ne traite pas seulement d'argent. Dans certains points, j'aborde la question de la possibilité d'améliorer son niveau professionnel et d'apprendre de nouvelles compétences recherchées, et par « bonnes conditions », je veux dire non seulement un bureau agréable, un équipement technique et un bon package social, mais aussi, avant tout, l'absence de mentes, la tranquillité d'esprit et des nerfs à l'épreuve des balles.
Ces conseils sont principalement pertinents pour les développeurs de logiciels, mais beaucoup de points conviennent aussi à d'autres professions. Et, bien sûr, ce qui est exposé concerne principalement la Russie et d'autres pays de l'ex-URSS, bien que, encore une fois, certains points soient d'actualité partout.
Alors, c'est parti.
Évitez à un kilomètre les agences gouvernementales et para-gouvernementales et des établissements similaires.
Tout d'abord, lorsqu'un établissement est financé par le budget, le plafond des salaires est naturellement limité — « il n'y a pas d'argent, mais tenez bon ». De plus, dans les établissements publics et similaires, les salaires sont souvent liés aux grilles salariales. Il se peut donc que le document indique qu'un programmeur gagne autant qu'un employé de bureau, et cela ne peut pas être changé. Certains dirigeants, comprenant l'absurdité de cette situation, embauchent à moitié légalement des informaticiens à un ou deux postes, mais cela reste plutôt une exception.
Deuxièmement, si l'établissement ne fonctionne pas sur un marché concurrentiel libre, ses dirigeants n'auront probablement pas pour objectif d'améliorer la qualité et la compétitivité des produits et services (l'objectif sera peut-être de ne pas descendre la qualité en dessous d'un certain niveau, afin de ne pas se faire rappeler à l'ordre par les autorités de régulation), et par conséquent, ils ne s'efforceront pas d'attirer les meilleurs employés ni de les motiver financièrement ou autrement.
En raison de l'absence de ciblage et de motivation des dirigeants sur la qualité et les résultats, ainsi que du fait qu'ils dépensent essentiellement non pas leurs mais l'argent des autres, il est courant d'observer des phénomènes tels que le placement d'enfants/parents/amis dans des 'postes confortables' au sein de l'organisation. Cependant, il faut bien travailler d'une manière ou d'une autre. Ainsi, il peut se produire, d'une part, qu'une personne entrant là pour la première fois doive faire le travail pour deux, et d'autre part, il est peu probable qu'elle soit entourée de spécialistes de haut niveau, dont elle pourrait apprendre beaucoup.
Dans le cas de l'emploi dans une entreprise privée, mais travaillant sur des commandes publiques, hélas, on peut rencontrer à peu près la même chose. Si l'entreprise obtient des commandes et des appels d'offres parce que 'tout est déjà en place', nous revenons à une situation où 'il n'y a pas de concurrents', avec les conséquences qui lui sont associées. Et même si les appels d'offres sont attribués équitablement, il ne faut pas oublier que le gagnant sera celui qui proposera le prix le plus bas, et il peut très bien arriver que les économies concernent d'abord les développeurs et leurs salaires, car l'objectif sera de 'faire un produit qui répond, d'une manière ou d'une autre, aux exigences formelles'.
Et même lorsque l'entreprise entre sur le marché libre et qu'elle a des concurrents, la mentalité de la direction et son attitude envers les employés ne se réadaptent pas toujours avec les conséquences tristes qui en découlent. Le concept de « management soviétique », hélas, provient de la vie réelle.
Parfois, c'est même le contraire : dans certaines entreprises publiques, des employés ordinaires peuvent recevoir de très bons salaires par rapport aux normes locales (par exemple, dans le secteur pétro-gazier). Mais, hélas, le « management soviétique » ne disparaît pas, et l'on peut souvent tomber sur un miasme administratif, du genre « la journée de travail commence strictement à 8 heures, un retard d'une minute entraîne la perte de la prime », l'écriture infinie de notes de service et le transfert de responsabilité, et une attitude du genre « nous payons beaucoup, donc vous devez travailler encore plus, les heures supplémentaires ne seront pas rémunérées » et « si ça ne vous plaît pas, personne ne vous retient ».
Si vous êtes programmeur, ne considérez pas de postes dans des entreprises dont le développement de logiciels n'est pas l'activité principale.
… y compris divers instituts de recherche, bureaux d'études, entreprises d'ingénierie et usines, sociétés commerciales, magasins, etc.
Dans une communauté, il existe même une blague.
«Si votre poste s'intitule « Développeur Senior » ou « Responsable d'équipe », mais « Ingénieur de 1ère catégorie » ou « Spécialiste senior du département des technologies de l'information », cela signifie que vous êtes parti dans la mauvaise direction.«
Oui, c'est une blague, mais dans chaque blague il y a une part de vérité.
Le critère de « générer des revenus principaux » que je définis de manière assez simple :
c'est soit
- l'entreprise gagne réellement la majeure partie de ses revenus grâce à la vente de ses produits ou services informatiques, soit elle s'occupe de la réalisation de tout cela sur commande.
ou bien
- le logiciel développé est l'une des choses importantes, voire même essentielles, qui déterminent les caractéristiques du produit ou du service.
Pourquoi ce conseil ?
Tout d'abord, lisez la publication excellente , où de nombreuses différences entre les entreprises non technologiques sont vraiment bien remarquées. Et si vous avez travaillé dans des entreprises IT, mais avez constamment observé les points de 5 à 13 décrits dans cet article, c'est déjà un motif de réflexion et d'examen plus attentif du monde qui vous entoure et du marché du travail.
Dans les entreprises « purement IT », les personnes liées directement au développement de logiciels (programmeurs, testeurs, analystes, designers UI/UX, devops, etc.) constituent la principale force motrice. C'est leur travail qui génère des revenus pour l'entreprise. Regardons maintenant une « non-entreprise IT ». Ces dernières tirent principalement leurs revenus de la revente de quelque chose, de la fourniture de « services non IT », ou de la production de « produits non IT ». Dans cette entreprise, les professionnels de l'IT sont considérés comme du personnel de soutien ; oui, ils sont nécessaires pour travailler plus efficacement (par exemple, grâce à l'automatisation, à la comptabilité automatique, à la prise de commandes en ligne, etc.), mais ils ne génèrent pas de revenus directs. Par conséquent, la vision à court terme des dirigeants à leur égard sera probablement celle-ci : quelque chose sur quoi cela représente dépense de l'argent.
Cela est très bien exprimé dans l'article mentionné ci-dessus :
La différence conceptuelle entre une entreprise IT et une non-IT réside, bien sûr, dans le fait que dans une entreprise IT, vous – en tant que programmeur, testeur, analyste, responsable IT, enfin – faites partie de la section des revenus du budget (en grande partie), tandis que dans une entreprise non-IT, vous n'êtes qu'une simple dépense, souvent parmi les plus visibles. Par conséquent, la relation vis-à-vis des informaticiens internes est déterminée en conséquence – comme celle de certains profiteurs que nous, en tant qu'entreprise, sommes contraints de payer de notre poche, et qui osent de surcroît avoir des souhaits.
Souvent, la direction d'une telle entreprise ne comprend absolument rien à l'IT et au développement de logiciels, et à cause de cela, il est difficile, d'une part, de les persuader de la nécessité de quoi que ce soit, et d'autre part, la simple « création d'un département IT » peut ne pas se déroule de la meilleure manière : un individu est sélectionné pour diriger ce département, dont les compétences ne peuvent pas être évaluées adéquatement par les dirigeants. S'il a de la chance, il formera une bonne équipe et fixera la bonne direction de développement. Mais s'il n'a pas de chance, il se peut que l'équipe, bien qu'elle développe quelque chose et que le produit fonctionne, soit en réalité isolée du reste du monde, ne s'auto-développant pas, et que les véritables talents ne restent pas là. Malheureusement, j'ai observé cela de mes propres yeux.
Comment identifier cela à l'avance, lors de l'entretien ? Il existe ce qu'on appelle , mais il faut reconnaître qu'il est très superficiel et qu'en réalité, il pourrait y avoir beaucoup plus de facteurs à vérifier et d'alertes inquiétantes, mais cela est déjà un sujet à part.
Je voudrais dire quelques mots sur les différentes entreprises d'ingénierie, les consortiums de production, les organisations de recherche scientifique, les bureaux d'études, les instituts de projet et tout ce genre de choses. D'après mon expérience, il y a plusieurs raisons pour lesquelles "il ne vaut peut-être pas la peine d'y aller, ou du moins réfléchir très sérieusement à cela".
Tout d'abord, là-bas, il y a souvent un obscurantisme et un retard technologique. Pourquoi ? C'est une question à part qui pourrait donner lieu à un bon article, mais à ce sujet, les gens s'expriment régulièrement même ici, sur Habr :
« Je vais révéler un secret terrifiant : les logiciels embarqués sont testés au moins un ordre de grandeur de moins bien qu'un serveur web obsolète. Et ils sont souvent écrits par des dinosaures, le débogage, c'est pour les faibles, et "si le code se compile, alors tout fonctionne".
… Je ne rigole pas, malheureusement ». []
« Rien d'étonnant. D'après mes observations, beaucoup de "ferrailleurs" pensent que la production d'un dispositif est un art réservé à quelques élus, alors qu'écrire le code à ses côtés est à la portée de chacun, juste comme ça, sur un coin de table. C'est vraiment un détail. Cela donne un succès silencieux effrayant. Ils sont très vexés quand on leur explique, point par point, pourquoi leur code sent mauvais, parce que… eh bien… ils ont fabriqué le matériel, qu'est-ce qu'il y a, un programme, c'est un détail ». []
« D'après mon expérience en recherche scientifique, je peux dire que lorsqu'une tâche est prise en main par une à plusieurs personnes, il n'est pas question de réutiliser le code. Ils écrivent comme ils peuvent, utilisent les fonctionnalités minimales du langage, et la plupart d'entre eux ne connaissent pas les systèmes de contrôle de version. » []
Deuxièmement, tout cela aboutit souvent à la gestion et aux traditions établies :
Le développement de matériel en matière de statistiques est le plus souvent une entreprise russe auto-rentable et auto-financée, avec des clients russes, un marché russe et un directeur russe — un ancien ingénieur âgé de 50 ans ou plus, qui a également travaillé pour des salaires dérisoires. Sa pensée est alors la suivante : « J'ai travaillé toute ma vie, pourquoi devrais-je payer un jeune ? Il s'en sortira ! » Ainsi, ces entreprises n'ont généralement pas beaucoup d'argent, et s'il en existe, elles ne le consacreront certainement pas à votre salaire.]
Eh bien, troisièmement… Dans de tels environnements, on ne fait souvent pas de distinction entre les programmeurs et les autres ingénieurs. Certes, un programmeur peut aussi être considéré comme un ingénieur, et même la notion de « génie logiciel » le sous-entend. Dans les deux cas, les gens se livrent à un travail intellectuel et au développement de nouvelles entités, et dans les deux cas, des connaissances, compétences et un certain état d'esprit sont nécessaires.
Mais… le hic est que dans la situation actuelle du marché du travail, ces catégories sont rémunérées de manière très différente. Je ne dis pas que c'est juste ainsi, je pense moi-même que c'est incorrect, mais hélas, à l'heure actuelle, c'est un fait : les salaires des « programmeurs » et des autres « ingénieurs » peuvent varier de 50 à 100 % ou même plus.
Et dans de nombreuses entreprises liées à l'ingénierie, la direction ne comprend pas non plus « pourquoi nous devrions payer cela deux fois plus », et parfois même « que peut-il y avoir de si spécial, notre Vasya-électronicien peut tout aussi bien écrire du code » (et Vasya ne s'en plaint pas, même s'il n'est pas ).
Lors d'une des discussions sur le thème « le parcours d'un programmeur est compliqué » avec le respecté il a semblé un jour dans les commentaires dire quelque chose comme « Eh bien, qu'est-ce qu'il y a de si particulier, nous payons nos employés au-dessus du salaire moyen des ingénieurs à Saint-Pétersbourg », alors que, honnêtement, si l'entreprise valorise et respecte ses employés, elle devrait payer « … au-dessus du salaire moyen des programmeurs à Saint-Pétersbourg ».
Une image très révélatrice, qui a circulé il y a quelques années sur des forums de réseaux sociaux liés à l’ASUTP, parle d'elle-même.
Ne collaborez pas avec les militaires.
J'ai tiré cette conclusion quand j'étais étudiant à la chaire militaire à l'université 🙂
En réalité, personnellement, je n'ai pas travaillé dans des entreprises près du secteur militaire et dans des entreprises privées de ce domaine, mais mes amis y ont travaillé, et d'après leurs récits, de type «Il y a trois façons de faire quelque chose : correctement, incorrectement, et à la manière militaire» et «Je vais maintenant réunir un cercle restreint de personnes limitées, sur la base desquelles je vais comprendre comment ça fonctionne et punir qui que ce soit !» n'est pas apparu sur un terrain vide.
Dans mon cas, les entretiens dans de telles entreprises se terminaient généralement par la nécessité de se conformer à un accord de confidentialité. De plus, les interviewers affirmaient solennellement que «le troisième document est une pure formalité, il ne signifie rien, vous pourrez voyager à l'étranger sans problème», mais face aux questions «Si cela ne signifie rien, pourquoi cela existe-t-il et pourquoi le signer ?» et «Quelles garanties avez-vous que, compte tenu du marasme actuel, la législation ne changera pas un jour et que tout ne deviendra pas différent ?», aucune réponse n'a été donnée.
Ne travaillez pas comme «bricoleur»
… c'est le genre de situation où vous êtes à la fois programmeur, administrateur, technicien réseau, acheteur de matériel, rechargeur de cartouches, DBA, support technique, et standardiste. Si vous vous occupez de «tout en même temps» à votre poste, vous ne serez probablement pas un expert dans chacun de ces domaines, et il est donc possible de vous remplacer par plusieurs étudiants ou juniors, qu'il est facile de trouver même pour peu d'argent. Que faire ? Optez pour une spécialisation étroite et développez-vous dans cette direction.
Commencez à étudier des technologies plus récentes
… si vous travaillez avec des outils obsolètes. Parfois, par exemple, une personne écrit en Delphi 7 ou sur de vieilles versions de PHP avec des frameworks tout aussi anciens. Je ne dis pas que c'est mauvais par défaut, après tout, le principe «ça fonctionne — ne touche pas» n'a pas été annulé, mais lorsqu'une vieille technologie est utilisée non seulement pour maintenir des anciens systèmes, mais aussi pour développer de nouveaux modules et composants, cela amène à s'interroger sur la qualification et la motivation de l'équipe de développeurs, et sur la nécessité pour l'entreprise d'avoir de bons employés.
Il arrive parfois que la situation soit inverse : vous maintenez un projet légataire sur une technologie légataire, et vous en tirez un revenu plutôt satisfaisant (peut-être parce que personne d'autre ne veut s'aventurer dans cette marécage), mais lorsque pour une raison ou une autre le projet ou l'entreprise s'éteint, il y a un grand risque de se retrouver à la rue, et le retour à la dure réalité peut s'avérer très inconfortable.
Évitez de travailler dans des petites et moyennes entreprises qui opèrent sur le marché intérieur (russe).
Ici, tout est assez simple. Les entreprises opérant sur le marché international ont un afflux de capitaux en devises, et compte tenu des taux de change actuels, elles peuvent se permettre de payer leurs développeurs de bons salaires. Les entreprises qui travaillent sur le marché intérieur doivent les rattraper, et si les grandes et riches entreprises peuvent se permettre de payer des salaires compétitifs pour ne pas perdre de bons spécialistes, les petites et moyennes entreprises, malheureusement, n'ont pas toujours cette possibilité.
Apprenez l'anglais. Même s'il ne vous est pas particulièrement utile en ce moment.
L'anglais est très utile pour un spécialiste IT moderne : la grande majorité de la documentation, des manuels, des notes de version, des descriptions de projets, etc., est rédigée en anglais. Les meilleurs livres et travaux scientifiques sont publiés en anglais (et ne sont pas toujours traduits en russe, et surtout pas toujours de manière correcte). Les conférences de niveau mondial se tiennent en anglais, l'audience des communautés de développement sur internet est des centaines de fois plus importante que celle russophone, etc.
Je voudrais attirer votre attention sur un autre fait : il existe un grand nombre d'entreprises avec des missions passionnantes et des salaires très attractifs où, sans connaissance de l'anglais, vous ne serez même pas considéré. Il s'agit d'entreprises d'externalisation, d'intégrateurs, de filiales de sociétés internationales, et tout simplement d'entreprises opérant sur le marché international. Dans bon nombre d'entre elles, il est nécessaire de travailler en équipe avec des collègues étrangers d'autres pays et même d'interagir souvent directement avec des clients et leurs spécialistes. Ainsi, sans une bonne maîtrise de l'anglais, vous vous privez immédiatement d'un accès à une partie significative du marché du travail, celle où l'on peut souvent trouver des projets très intéressants pour de très bons revenus.
De plus, la maîtrise d'une langue permet de travailler sur des plateformes de freelance internationales et de prendre un emploi à distance pour des entreprises étrangères. Et aussi, cela ouvre la possibilité de déménager à l'étranger, surtout considérant que de nos jours, même des personnes qui n'y avaient jamais pensé auparavant commencent à le faire.
N'ayez pas peur des « galères »
On peut parfois rencontrer des avis selon lesquels les soi-disant « galères » (entreprises de conseil, de développement externalisé, ou vendant les compétences de leurs spécialistes en tant qu'outstaff) sont perçues comme des lieux peu attrayants, tandis que les entreprises de produits sont considérées comme cool.
Je ne partage pas cet avis. Au moins deux des endroits où j'ai travaillé longtemps étaient ces fameuses « galères », et je peux dire que les conditions de travail, le niveau de salaire et l'attitude envers les employés y étaient très bons (et j'ai des éléments de comparaison), entouré de personnes très sympathiques et qualifiées.
Ne pensez pas que si vous n'êtes pas satisfait de votre emploi actuel, c'est pareil partout.
Les psychologues étudieront probablement ce phénomène un jour et lui donneront un nom, mais pour l'instant, il faut reconnaître que ce phénomène existe réellement : parfois, des gens travaillent à un poste qui ne les satisfait pas beaucoup, mais considèrent que « probablement c'est pareil partout » et que « changer c'est comme essayer de troquer un chapeau pour un autre ». Je vais dire simplement : non, ce n'est pas le cas partout. Et pour s'en convaincre, passons à la suite.
Allez aux entretiens
… juste pour acquérir de l'expérience lors des entretiens d'embauche, connaître les exigences et les niveaux de salaires dans différents endroits. Personne ne vous jettera de pierres si, au final, on vous fait une offre et que vous refusez poliment. Au contraire, vous acquerrez de l'expérience d'entretien (c'est important, en effet), qui pourra vous être très utile à un moment donné, vous apprendrez ce que font d'autres entreprises dans votre ville, vous découvrirez quelles compétences et connaissances les recruteurs attendent des candidats, et surtout, quels salaires ils sont prêts à payer pour cela. N'hésitez pas à poser des questions sur le fonctionnement des processus au sein de l'équipe et de l'entreprise en général, demandez des informations sur les conditions de travail, demandez à visiter le bureau et voir les postes de travail.
Étudiez le marché et connaissez votre valeur
Explorez Headhunter, MyCircle et d'autres ressources similaires pour avoir une idée approximative de ce que valent réellement vos compétences et votre travail.
Ne soyez pas effrayé par les chiffres élevés dans la section des salaires proposés, même si une entreprise vous promet de vous payer beaucoup plus que ce que vous gagnez actuellement pour la même fonction. Il faut garder à l'esprit que l'IT est l'un des rares secteurs où il est établi que si une entreprise annonce qu'elle est prête à payer un spécialiste 100-150-200 mille, c'est probablement vrai et elle est prête à le faire.
Ne vous sous-estimez pas
Voir. , qui a déjà fait l'objet de plusieurs articles sur Habr ici. Ne pensez pas que vous êtes moins bon, moins qualifié ou que vous cédez d'une certaine manière à d'autres candidats. Et surtout, ne demandez pas, sur la base de ces faits, un salaire inférieur à la moyenne du marché — au contraire, _toujours_ proposez un montant légèrement au-dessus de la moyenne, mais montrez clairement que vous êtes ouvert à la discussion.
N'hésitez pas à négocier une augmentation avec la direction
Ne restez pas silencieux en attendant qu'une révélation vienne du haut et que votre salaire soit automatiquement augmenté. Cela peut arriver, mais cela peut aussi ne pas arriver.
C'est très simple : si vous pensez que vous êtes mal payé, en parlez à la direction. Les raisons pour lesquelles « je pense que je devrais être mieux rémunéré » ne nécessitent pas d'être réinventées, elles peuvent aller de « après N années de travail, je suis devenu un meilleur spécialiste et je peux maintenant effectuer des tâches plus complexes et être plus efficace », à « dans d'autres entreprises, pour ce travail, ils offrent tant ».
Dans mon cas, cela a toujours fonctionné. Parfois immédiatement, parfois après un certain temps. Mais quand un de mes collègues, fatigué de la précarité financière, a trouvé un nouvel emploi et a posé sa démission sur le bureau, de l'autre côté de la table, ils ont été très surpris et ont demandé : « Pourquoi n'es-tu pas venu nous parler d'une augmentation ? », et ils ont longtemps essayé de le convaincre de rester, en proposant même un montant supérieur à celui de sa nouvelle offre.
Déménagez ou passez au télétravail.
Si tout se heurte à un faible nombre d'offres d'emploi dans la ville (autrement dit, si « il n'y a pas d'autres endroits » où des personnes de votre qualification sont réellement demandées, ou si ce n'est pas si simple d'y accéder)... alors améliorez vos compétences et déménagez dans une autre ville, si possible. Personnellement, je connais des personnes qui ont déménagé de grandes villes vers Saint-Pétersbourg et Moscou, obtenant ainsi le double de leurs revenus, même en acceptant un poste de niveau inférieur.
Encore une fois, ne tombez pas dans des mythes comme « dans les capitales, ils paient plus, mais il faut aussi dépenser beaucoup plus, donc cela n'est pas avantageux », lisez les commentaires de , où il y a beaucoup d'avis et d'histoires sur ce sujet.
Étudiez le marché du travail des grandes villes, recherchez des entreprises offrant un package de relocalisation.
Ou, si vous êtes déjà un spécialiste établi et expérimenté, essayez le travail à distance. Cette option nécessite certaines compétences et une bonne autodiscipline, mais elle peut s'avérer très adaptée et avantageuse pour vous.
Pour l'instant, c'est tout. Je tiens encore une fois à préciser que c'est personnellement mon avis et mon expérience, qui, évidemment, n'est pas une vérité absolue et peut ne pas correspondre à la vôtre.
Matériaux sur le sujet :
—
—
—
Source : habr.com
