Dette indlæg voksede ud fra til en artikel her på Habré. En ganske almindelig kommentar, bortset fra at flere personer straks sagde, at det ville være rigtig godt at forme det som et separat indlæg, og MyCircle ventede ikke engang på dette og denne kommentar separat i sin gruppe på VK med en sød indledning
Vores seneste publikation med rapporten om lønninger i IT for første halvår af dette år samlede en utrolig mængde kommentarer fra brugerne på ‘Habré’. De delte meninger, observationer og personlige historier, men én kommentar kunne vi virkelig lide, så vi besluttede at offentliggøre den her.
Derfor samlede jeg endelig mine kræfter og skrev et separat indlæg, hvor jeg uddyber og begrunder tankerne nærmere.
Nogle gange i artikler og kommentarer, hvor indkomsterne for IT-specialister diskuteres, kan man møde udsagn som: ‘Hvor får I sådan nogle tal fra? Jeg har arbejdet i X i mange år, og hverken jeg eller mine kolleger har nogensinde set så mange penge...’.
Ærligt talt kunne jeg for N år siden have skrevet en sådan kommentar. Nu kan jeg ikke 🙂
Gennem forskellige arbejdspladser, organisationer og livssituationer har jeg personligt formuleret et ganske simpelt sæt regler om ‘hvad man skal gøre for at tjene anstændige penge og arbejde under komfortable forhold i IT’. Denne artikel handler ikke kun om penge. I nogle punkter berører jeg muligheden for at hæve sit professionelle niveau og lære nye efterspurgte færdigheder, og med ‘gode forhold’ mener jeg ikke kun et behageligt kontor, teknisk udstyr og en god social pakke, men først og fremmest fraværet af vanvid, indre fred og helbredelige nerver.
Disse råd er især relevante for softwareudviklere, men mange punkter passer også til andre erhverv. Og naturligvis gælder det fremlagte især for Rusland og andre ex-USSR lande, selvom nogle punkter bestemt vil være relevante overalt.
Så lad os komme i gang.
Undgå statslige og halvstatslige virksomheder og lignende institutioner på god afstand
For det første, når en institution finansieres fra budgettet, er lønloftet begrænset af sig selv — "der er ikke penge, men hold dig oppe". Desuden er lønningerne i offentlige institutioner og lignende steder ofte knyttet til bemandingsplaner. Det kan vise sig, at det i dokumentet står, at en programmør tjener det samme som en sagsbehandler, og det kan ikke ændres. Nogle ledere, som forstår absurditeten i denne situation, ansætter halvofficialt IT-folk på 1,5-2 stillinger, men det er snarere undtagelsen end reglen.
For det andet, hvis institutionen ikke opererer på et frit konkurrencepræget marked, vil dens ledere sandsynligvis ikke have som mål at forbedre kvaliteten og konkurrenceevnen af produkter og tjenester (målet vil være at undgå at kvaliteten falder under et vist niveau for ikke at få problemer med tilsynsmyndighederne), og derfor vil de ikke stræbe efter at ansætte de bedste medarbejdere eller motivere dem økonomisk eller på andre måder.
På grund af fraværet af ledelsens fokus og motivation for kvalitet og resultater, samt det faktum at de bruger andre menneskers penge og ikke deres egne, ser man ofte fænomenet med at ansætte børn/slægtninge/venskaber etc. til "varme pladser" i organisationen. Men der skal stadig arbejdes på en eller anden måde. Derfor kan det, dels, vise sig, at en person, der er kommet ind fra gaden, må udføre arbejde for både sig selv og en anden. Og for det andet, vil han næppe blive omgivet af højtkvalificerede specialister, som man kan lære meget af.
I tilfælde af ansættelse i et privat firma, der arbejder på offentlige kontrakter, kan man desværre støde på noget lignende. Hvis firmaet får ordrer og tilbud, fordi „alt allerede er aftalt", så kommer vi igen til en situation med „ingen konkurrence" med de tilsvarende konsekvenser. Og selvom tilbuddene bliver tildelt ærligt, må man ikke glemme, at vinderen er den, der tilbyder den laveste pris, og det kan meget vel ske, at man vil spare først og fremmest på udviklerne og deres lønninger, da målet vil være at "lave et produkt, der i det mindste overholder de formelle krav".
Og selv når virksomheden træder ind på det frie marked, og der dukker konkurrenter op, ændrer ledelsens tankegang og holdning til medarbejderne sig ikke nødvendigvis med triste konsekvenser. Begrebet 'sovjetisk ledelse' stammer desværre fra virkeligheden.
Nogle gange er det omvendt, og i en statsejet virksomhed kan selv almindelige medarbejdere få ganske gode lønninger (f.eks. inden for olie- og gassektoren). Men desværre forsvinder 'sovjetisk ledelse' ikke, og man kan ofte støde på administrativt vrøvl som 'arbejdstiden er strengt fra 8 om morgenen, og ved forsinkelse på 1 minut fraskriver man sig bonussen', uendelig indsendelse af interne dokumenter og omfordeling af ansvar samt en holdning som 'vi betaler godt, derfor skal du arbejde endnu mere, overtid betales ikke' og 'hvis du ikke kan lide det, er der ingen, der holder dig'.
Hvis du er programmør, så overveje ikke stillinger i virksomheder, hvor udvikling af software ikke er den primære indtægtskilde.
… herunder forskellige forskningsinstitutioner, designbureauer, ingeniørfirmaer og fabrikker, handelsfirmaer, butikker osv.
I et fællesskab er der endda en spøg.
«Hvis din stilling ikke hedder 'Senior Developer' eller 'Team Lead', men 'Ingeniør 1. kategori' eller 'Ledende specialist i informationsteknologi', så er du gået forkert et sted hen.«
Ja, det er en spøg, men der er altid en smule sandhed i hver spøg.
Kriteriet for 'den primære indtægtskilde' definerer jeg ganske enkelt:
det er enten
- virksomheden tjener reelt det meste af sin omsætning ved at sælge sine IT-produkter eller tjenester, eller den beskæftiger sig med udvikling deraf på bestilling.
eller en
- den udviklede software er en af de vigtige eller endda de mest afgørende elementer, der bestemmer forbrugerens egenskaber ved produktet eller tjenesten.
Hvorfor denne råd?
For det første, læs den fremragende publikation , der virkelig godt fremhæver mange forskelle mellem ikke-IT virksomheder. Og hvis du har arbejdet i IT-virksomheder, men altid har set punkter fra 5. til 13. nævnt i den artikel, så er det allerede en grund til at tænke over det og se nærmere på den omgivende verden og arbejdsmarkedet.
I "purely IT" companies, individuals directly involved in software development (programmers, testers, analysts, UI/UX designers, DevOps, etc.) are the main driving force. Their work generates income for the business. Now let's look at a typical "non-IT company." Their primary revenue comes from reselling something, providing some "non-IT services", or manufacturing "non-IT products." In this company, IT specialists are service personnel; indeed, they are necessary to allow for more efficient operations (for example, through automation, automatic accounting, online order processing, etc.), but they do not bring in direct revenue. Consequently, the short-sighted management's attitude towards them is likely to be just that – as something to spend money on. Bridgewater spend money.
This is very well articulated in the aforementioned article:
The conceptual difference between an IT company and a non-IT one lies, of course, in the fact that in an IT company, you – as a programmer, tester, analyst, IT manager, finally – are part of the revenue-generating budget (well, for the most part), whereas in a non-IT company, you are merely an expense item, often one of the most noticeable ones. Accordingly, the internal IT staff are viewed as freeloaders, whom we, as a business, are forced to pay from our own pockets, and they even dare to want something for themselves.
Often, the management of such a company has no understanding of IT and software development, which leads to two issues: firstly, it's hard to convince them of the necessity of anything, and secondly, the very act of "creating an IT department" may not happen in the best way: a person is appointed to lead this department, whose skills the management cannot adequately verify. If they are lucky, they will assemble a good team and set the right direction for development. But if they are unlucky, the team may seem to be developing something, and the product might even seem to work, but in reality, it is simmering in its own juice, isolated from the outside world, not evolving, and truly knowledgeable and talented individuals do not stick around. Unfortunately, I have witnessed this firsthand.
Hvordan kan man opdage dette på forhånd, i ansættelsesfasen? Der findes såkaldt , men man må indrømme, at den er meget overfladisk, og der er faktisk mange flere faktorer at vurdere og advarselssignaler, men det er et emne for en separat artikel.
Der er også nogle ord at sige om forskellige ingeniørfirmaer, produktionsforeninger, forsknings- og udviklingsorganisationer, designbureauer, projektinstitutter og alt dette. Efter min erfaring er der flere grunde til, "hvorfor man ikke bør gå derhen, eller i det mindste tænke sig grundigt om før man gør".
For det første hersker der ofte en dyb uvidenhed og teknologisk efterslæb der. Hvorfor – det er et separat spørgsmål, der kunne fylde en god artikel, men folk ytrer sig regelmæssigt omkring emnet, selv her på Habr:
«Jeg vil afsløre en skræmmende hemmelighed – embedded-software testes mindst en orden mindre og dårligere end en hvilken som helst slidt webserver. Og det skrives ofte af dinosaurer; en debugger er for svage mennesker, og 'hvis koden kompilerer, så virker det'.
… Jeg jokker ikke, desværre». []
«Intet overraskende. Efter mine observationer mener mange 'maskinmænd', at produktion af en enhed er en kunst, der kun er for de udvalgte, mens de selv kan skrive koden, bare sådan, på knæene. Det er jo helt ligegyldigt. Resultatet er en fungerende stille rædsel. De bliver meget fornærmede, når man med fingrene forklarer, hvorfor deres kode lugter dårligt, fordi… tja… de har lavet hardwaren, hvad er der overhovedet i et program». []
«Fra min erfaring med forskning kan jeg sige, at når opgaven arbejdes på af en til flere personer, er der slet ikke tale om genbrug af kode. De skriver som det kommer, bruger minimale muligheder i sproget, og de fleste kender ikke til versionskontrolsystemer». []
For det andet handler det ofte også om ledelse og indgroede traditioner:
Udvikling af udstyr til statistik er oftest en selvfinansieret, selvbærende russisk virksomhed, med russiske kunder, det russiske marked og en russisk leder – en tidligere ingeniør over 50 år, der tidligere også arbejdede for peanuts. Derfor tænker han: "Jeg har arbejdet hårdt hele mit liv, for at skulle betale til en ung? Det klarer han unge!" Dermed har sådanne virksomheder sjældent penge, og hvis de har, så vil de bestemt ikke investere i din løn.]
Og for det tredje… I sådanne steder skelner man ofte ikke mellem programmører og andre ingeniører. Ja, uden tvivl kan en programmør også betragtes som ingeniør, og selve begrebet "software engineering" antyder det. I begge tilfælde udfører folk intellektuelt arbejde og udvikler nye enheder, og i begge tilfælde kræves der bestemte viden, færdigheder og en passende tankegang.
Men… nuancen er, at i den nuværende situation, der er opstået på arbejdsmarkedet, bliver disse kategorier betalt meget forskelligt. Jeg siger ikke, at det bør være sådan, jeg mener selv, at det er forkert, men desværre, i øjeblikket er det et faktum: lønningerne for "programmører" og andre "ingeniører" kan variere med halvanden til to gange, og nogle gange endnu mere.
Og i mange ingeniør- og næringeniørvirksomheder forstår ledelsen heller ikke helt, "hvorfor skulle vi betale dem to gange mere", og nogle gange "hvad er der så i det, vores Vasilij – elektronikeren kan lige så godt skrive kode" (og Vasilij er ikke imod det, selvom han ikke er ).
I en af diskussionerne om emnet "vejen til at blive programmør er svær" med den respektfulde kommentarerne en gang lød som "Nå, hvad er der så ved det, vi betaler vores folk over gennemsnitslønnen for ingeniører i Sankt Petersborg", men hvis man ser på det i et ordentligt lys, hvis firmaet værdsætter og respekterer sine ansatte, burde man betale "... over gennemsnitslønnen for programmører i Sankt Petersborg."
Et meget sigende billede, der for et par år siden cirkulerede i forskellige ASUTP-publikationer i sociale medier, taler for sig selv.
Arbejd ikke med militæret.
Den konklusion har jeg draget, siden jeg var studerende på det militære institut 🙂.
I virkeligheden har jeg personligt ikke arbejdet med omkring militære kontorer og private firmaer fra dette område, men mine venner har, og efter deres beretninger, som "Der er tre måder at gøre noget på — korrekt, forkert og militært" og "Jeg vil nu samle en lille gruppe begrænsede personer, som jeg kan stole på, og så vil jeg afklare tingene ordentligt og straffe dem, der fortjener det!" opstod ikke uden grund.
I mit tilfælde endte interviews med sådanne firmaer typisk med kravet om at være underlagt en hemmelighedserklæring. Interviewerne svor, at "den tredje form er ren formalitet, den betyder ingenting, du vil overhovedet ikke have problemer med at rejse udenlands," men til spørgsmålene "Hvis den ikke betyder noget, hvorfor eksisterer den så, og hvorfor skal den underskrives?" og "Hvilke garantier er der for, at lovgivningen ikke pludselig ændres, givet den absurde situation omkring os?" blev der ikke givet svar.
Arbejd ikke som "håndværker i alt"
... det er ligesom når du samtidig er programmør, administrator, netværksmontør, hardwareindkøber, patronpåfylder, DBA, teknisk support og telefonsælger. Hvis du bestrider dit område ved at tage dig af "alt på én gang", så er det sandsynligt, at du ikke vil være ekspert inden for hver af disse områder, og derfor kan du ved behov blive erstattet af et par studerende eller juniorer, som selv for små penge er lette at finde. Hvad skal man gøre? Vælg et snævert speciale og udvikle dig i den retning.
Begynd at lære en mere relevant tech-stack
... hvis du arbejder med legacy-værktøjer. Det kan ske, at en person skriver i en eller anden Delphi 7 eller gamle versioner af PHP med ikke mindre gamle rammer. Jeg siger ikke, at dette automatisk er dårligt, for principperne "det fungerer — rør ikke ved det" kan ikke afvises, men når den gamle stack ikke kun bruges til at støtte ældre, men også til at udvikle nye moduler og komponenter, får det en til at overveje teamets kvalifikationer og motivation, samt om virksomheden overhovedet har brug for dygtige medarbejdere.
Nogle gange er der en omvendt situation: du støtter et eller andet legacy-projekt på en eller anden legacy-teknologi, og du klarer dig ganske godt (måske fordi ingen andre ønsker at bevæge sig ind i det sumpede farvand), men når projektet eller firmaet af en eller anden grund er dødt, er der en stor risiko for at stå ved en bristet drøm, og tilbagevenden til den barske virkelighed kan vise sig at være meget ubehagelig.
Undgå at arbejde i små og mellemstore virksomheder, der opererer på det indenlandske (danske) marked.
Her er det ret simpelt. Virksomheder, der opererer på det internationale marked, modtager penge i valuta, og i betragtning af de nuværende vekselkurser kan de tillade sig at betale deres udviklere gode penge. Virksomheder, der arbejder på det indenlandske marked, er tvunget til at indhente dem, og selvom store og rige virksomheder kan tillade sig at betale konkurrencedygtige lønninger for ikke at miste dygtige specialister, har små og mellemstore virksomheder desværre ikke altid denne mulighed.
Lær engelsk. Selvom det måske ikke er nødvendigt for dig lige nu.
Engelsk er meget nyttigt for den moderne IT-specialist: den overvældende mængde dokumentation, man-sider, udgivelsesnotater, projektbeskrivelser og alt muligt andet skrives på engelsk, de mest populære bøger og videnskabelige arbejder offentliggøres på engelsk (og bliver langt fra altid oversat til dansk, og slet ikke altid korrekt), konferencer af verdensklasse afholdes på engelsk, og publikum i internationale internetfællesskaber af udviklere er hundrede gange større end det russisktalende, osv.
Jeg vil gerne henlede jeres opmærksomhed på en anden kendsgerning: der findes et stort antal virksomheder med spændende opgaver og meget attraktive lønninger, som ikke vil overveje jer uden kendskab til engelsk. Det drejer sig om outsourcing-virksomheder, integratorer, filialer af internationale firmaer og bare virksomheder, der arbejder på det internationale marked. I mange af dem skal man løse opgaver sammen med udenlandske kolleger fra andre lande og ofte endda interagere direkte med kunderne og deres specialister. Dermed mister man straks adgangen til en betydelig del af arbejdsmarkedet, især den del, hvor man ofte kan finde meget interessante projekter med rigtig gode penge.
Desuden giver sprogkundskaber mulighed for at arbejde på internationale freelance-platforme og remote jobs for udenlandske firmaer. Og muligheden for at få en traktor og relokere sig til et andet land, især i betragtning af at selv folk, der tidligere aldrig har tænkt på dette, nu begynder at gøre det.
Vær ikke bange for "galere"
Nogle gange kan man møde meninger om, at de såkaldte "galere" (virksomheder, der beskæftiger sig med konsulentarbejde, outsourcing-udvikling eller sælger deres specialisters kompetencer som outstaffing) er elendige, mens produktvirksomheder er de bedste.
Jeg er ikke enig i denne mening. I hvert fald har to af de steder, jeg har arbejdet i lang tid, været disse såkaldte "galere", og jeg kan sige, at arbejdsforholdene, lønniveauet og holdningen til medarbejderne der var rigtig gode (og jeg har noget at sammenligne med), og der var også meget venlige og kvalificerede mennesker omkring.
Tænk ikke, at hvis du ikke er tilfreds med dit nuværende job, så er det sådan overalt
Måske vil psykologer en dag undersøge dette fænomen og give det et navn, men indtil videre er det nødvendigt at anerkende, at dette fænomen virkelig eksisterer: nogle mennesker arbejder på deres nuværende sted, som de ikke er særlig tilfredse med, men mener at "ja, det er sikkert sådan overalt" og "hvad skal man skifte fra skidt til skidt". Jeg vil sige det klart: nej, det er ikke sådan overalt. Og for at overbevise dig selv om dette, går vi videre til de næste punkter.
Gå til jobsamtaler
… bare for at få erfaring med at gå til jobsamtaler, forstå krav og lønniveauer forskellige steder. Ingen vil kaste sten på dig, hvis du får et tilbud og venligt afslår det. Du vil derimod opnå erfaring med jobsamtaler (det er vigtigt, ja), som kan vise sig at være meget nyttigt på et tidspunkt, høre hvad andre virksomheder i din by laver, finde ud af hvilke færdigheder og viden arbejdsgivere forventer af kandidater, og vigtigst af alt - hvor mange penge de er villige til at betale for det. Tøv ikke med at stille spørgsmål om processerne internt i teamet og virksomheden som helhed, spørg ind til arbejdsforholdene, og bed om at få vist kontoret og arbejdspladserne.
Undersøg markedet og kend din pris
Tag et kig på Headhunter, My Circle og lignende ressourcer for at danne dig et nogenlunde indtryk af, hvad det faktisk koster at have de færdigheder, du besidder.
Bliv ikke skræmt af høje tal i punktet om de foreslåede lønninger, selvom det skulle vise sig, at en eller anden virksomhed lover at betale dig meget mere for det samme, som du laver nu. Det er vigtigt at have in mente, at IT er en af de få brancher her, hvor det er sådan, at når en virksomhed skriver i jobbeskrivelsen, at de er villige til at betale en specialist 100-150-200 tusinde, så er de sandsynligvis også faktisk villige og i stand til det.
Undervurder ikke dig selv
Se. , som der allerede flere gange er skrevet artikler om her på Hacker. Tænk ikke, at du er ringere, mindre kvalificeret eller på nogen måde underlegen i forhold til andre ansøgere. Og slet ikke baseret på disse fakta bede om en løn, der er lavere end gennemsnittet - tværtimod, _læg altid_ et beløb lidt over gennemsnittet, men lad helt klart forstå, at du er åben for diskussion.
Tøv ikke med at forhandle med ledelsen om en lønforhøjelse
Lad være med at sidde stille og vente på, at nogen ovenfra får en åbenbaring, og at din løn bliver hævet af sig selv. Måske kommer åbenbaringen, måske gør den ikke.
Det er meget enkelt: hvis du mener, at du ikke får nok i løn, skal du sige det til ledelsen. Årsagerne til "hvorfor jeg mener, at jeg bør have mere betaling" behøver ikke at være særligt opfundet; de kan variere fra "jeg er blevet en bedre specialist i løbet af de N år, jeg har arbejdet, og kan nu udføre mere komplekse opgaver og arbejde mere effektivt" til "andre virksomheder tilbyder dette beløb for det samme arbejde."
I mit tilfælde har det altid fungeret. Nogle gange straks, andre gange efter et stykke tid. Men da en af mine kolleger, træt af at mangle penge, fandt et nyt job og lagde sin opsigelse på bordet, blev de på den anden side af bordet meget overraskede og spurgte "Hvorfor har du ikke spurgt os om en lønforhøjelse?", og de forsøgte længe at overtale ham til at blive, og tilbød endda en højere løn end det nye tilbud.
Flyt eller skift til fjernarbejde
Hvis det hele står og falder med det lave antal ledige stillinger i byen (med andre ord, hvis der ikke rigtigt er "andre steder", hvor der er brug for folk med din kvalifikation, eller hvis det ikke er så nemt at komme ind)... Så skal du forbedre dine færdigheder og overveje at flytte til en anden by, hvis det er muligt. Jeg kender personligt folk, der er flyttet fra storbyer til St. Petersborg og Moskva med en fordobling af deres indkomst, selv ved at tage en lavere stilling.
Lad dig heller ikke narre af myter som "i hovedstæderne betaler de mere, men man skal også bruge meget mere, så det er ikke nødvendigvis fordelagtigt". Læs kommentarerne til , der er mange meninger og historier om dette emne.
Undersøg arbejdsmarkedet i de store byer, og søg efter virksomheder, der tilbyder relokaliseringspakker.
Eller, hvis du allerede er en etableret og erfaren specialist, prøv fjernarbejde. Denne mulighed kræver specifikke færdigheder og god selvdisciplin, men det kan vise sig at være meget passende og fordelagtigt for dig.
Det er alt for nu. Jeg vil gerne sige igen — dette er blot min mening og min erfaring, som naturligvis ikke er den endegyldige sandhed og kan være anderledes end din.
Materialer om emnet:
—
—
—
Kilde: habr.com
