Questo post è nato da un normale commento qui su Habr. È stato un commento piuttosto normale, se non fosse che diverse persone hanno detto che sarebbe stato molto utile formattarlo come un post separato, e MoiKrug non ha nemmeno aspettato questo quel commento separato nel suo gruppo VK con una dolce introduzione
Il nostro recente post con il report sugli stipendi nel settore IT per il primo semestre di quest'anno ha raccolto un'incredibile quantità di commenti dagli utenti di 'Habr'. Hanno condiviso opinioni, osservazioni e storie personali, ma uno dei commenti ci è piaciuto così tanto che abbiamo deciso di pubblicarlo qui.
Così alla fine mi sono deciso e ho scritto un articolo separato, spiegando e giustificando i pensieri in modo più dettagliato.
A volte negli articoli e nei commenti, dove si discutono i redditi degli specialisti IT, si possono incontrare affermazioni come 'Da dove vengono queste cifre? Ho lavorato in X per molti anni e né io né i miei colleghi abbiamo mai visto soldi del genere…'.
Francamente, N anni fa avrei potuto scrivere un commento simile. Ora non posso 🙂
Passando attraverso diversi luoghi di lavoro, organizzazioni e situazioni di vita, ho formulato per me stesso un insieme di semplici regole su 'cosa fare per guadagnare buoni soldi e lavorare in condizioni confortevoli nel settore IT'. Questo articolo non parla solo di soldi. In alcuni punti tratto la possibilità di migliorare il proprio livello professionale e apprendere nuove competenze richieste, e per 'buone condizioni' intendo non solo un ufficio accogliente, attrezzature tecniche e un buon pacchetto sociale, ma prima di tutto l'assenza di assurdità, pace interiore e nervi intatti.
Questi consigli sono soprattutto per gli sviluppatori software, ma molti punti possono essere utili anche ad altre professioni. E, naturalmente, quanto esposto si riferisce principalmente alla RF e ad altri paesi ex-URSS, sebbene, di nuovo, alcuni punti saranno validi ovunque.
Bene, iniziamo.
Evita come la peste le aziende statali e parastatali e istituzioni simili
In primo luogo, quando un ente è finanziato dal bilancio, il tetto salariale è limitato naturalmente dalla situazione: "non ci sono soldi, ma resistete". Inoltre, nelle istituzioni pubbliche e in luoghi simili, spesso gli stipendi sono legati ai piani di organico. Può succedere che nel documento sia scritto che un programmatore guadagna quanto un qualsiasi addetto all'ufficio, e non c'è modo di cambiarlo. Alcuni dirigenti, comprendendo l'assurdità di questa situazione, assumono i programmatori in modo semi-legale con contratti part-time, ma questo è piuttosto un'eccezione alla regola.
In secondo luogo, se l'ente non opera in un mercato competitivo, è probabile che i suoi dirigenti non abbiano l'obiettivo di migliorare la qualità e la competitività dei prodotti e servizi (l'obiettivo sarà al massimo non abbassare questa qualità sotto una certa soglia, per non avere problemi con gli organi di controllo), e di conseguenza, non cercheranno di attrarre i migliori dipendenti e di motivarli economicamente o in altro modo.
A causa della mancanza di focus e motivazione da parte della dirigenza sulla qualità e sui risultati, e del fatto che spendono, in realtà, non i propri, ma i soldi degli altri, spesso si osserva un fenomeno come l'assunzione di figli/parenti/amici etc. in "posti caldi" all'interno dell'organizzazione. Tuttavia, è comunque necessario lavorare in qualche modo. Quindi può accadere che, in primo luogo, una persona entrata lì dalla strada debba fare il lavoro sia per sé che per qualcun altro. In secondo luogo, è poco probabile che sia circondata da professionisti di alto livello, dai quali poter imparare molto.
Nel caso di impiego in un'azienda privata che lavora per contratti pubblici, purtroppo, si può riscontrare circa la stessa situazione. Se l'azienda ottiene contratti e appalti perché "tutto è già in mano a qualcuno", allora di fatto torniamo alla situazione di "assenza di concorrenti" con le relative conseguenze. Anche se gli appalti vengono assegnati onestamente, non si deve dimenticare che vince chi offre il prezzo più basso, e potrebbe benissimo succedere che si risparmi prima di tutto sugli sviluppatori e sui loro stipendi, poiché l'obiettivo non sarà "realizzare un prodotto molto buono", ma "realizzare un prodotto che rispetti almeno i requisiti formali".
E anche quando l'azienda si affaccia sul mercato libero e ha dei concorrenti, la mentalità della direzione e il suo approccio ai dipendenti non cambiano sempre, con conseguenze spesso negative. Il concetto di «managerialità da vecchio regime» purtroppo deriva dalla vita reale.
A volte, per l'esattezza, in alcune aziende statali anche gli impiegati comuni possono guadagnare cifre piuttosto buone (ad esempio, nel settore petrolifero e del gas). Ma, ahimè, la «managerialità da vecchio regime» non scompare, e spesso si può incorrere in assurdità amministrative, come «orario di lavoro rigidamente dalle 8 del mattino, pena la perdita del premio per un minuto di ritardo», interminabili scritture di note di servizio e dislocazione delle responsabilità, e con atteggiamenti del tipo «paghiamo molto, quindi lavorate anche di più, non pagheremo gli straordinari» e «se non vi piace, nessuno vi tiene».
Se sei un programmatore, non considerare posizioni in aziende per le quali lo sviluppo software non è l'attività principale.
… inclusi vari Istituti di Ricerca, Uffici Tecnici, aziende di ingegneria e stabilimenti, aziende commerciali, negozi, ecc.
In una comunità ci sono addirittura delle battute.
«Se il tuo titolo è «Senior Developer» o «Team Lead», e non «Ingegnere di 1ª categoria» o «Specialista Senior del Dipartimento IT», significa che hai svoltato da qualche parte nella direzione sbagliata.«
Sì, è una battuta, ma in ogni battuta c'è un fondo di verità.
Il criterio «che genera il reddito principale» lo definisco in modo piuttosto semplice:
è oppure
- l'azienda guadagna realmente la maggior parte dei suoi ricavi dalla vendita dei propri prodotti o servizi IT o si occupa dello sviluppo di tutto ciò su commissione.
o
- il software sviluppato è una delle cose importanti o addirittura fondamentali che determinano le caratteristiche del prodotto o servizio.
Perché questo consiglio?
In primo luogo, leggi un ottimo articolo , lì sono realmente evidenziate molte differenze delle aziende non IT. E se hai lavorato in aziende IT, ma hai sempre visto i punti dal 5° al 13° descritti in quell'articolo, allora questo è già un motivo per riflettere e studiare meglio il mondo circostante e il mercato del lavoro.
Nelle aziende esclusivamente IT, le persone coinvolte direttamente nello sviluppo software (programmatori, tester, analisti, designer UI/UX, DevOps, ecc.) sono la forza trainante principale. È il loro lavoro a generare reddito per l'azienda. Ora, guardiamo a un'azienda "non IT". I guadagni principali arrivano dalla rivendita di qualcosa, dalla fornitura di "servizi non IT" o dalla produzione di "prodotti non IT". In questa azienda, i professionisti IT sono considerati personale di supporto; sì, sono necessari per lavorare in modo più efficiente (ad esempio, attraverso l'automazione, la contabilità automatica, l'accettazione di ordini online, ecc.), ma non generano reddito diretto. Pertanto, l'atteggiamento di una direzione miope nei loro confronti sarà molto probabilmente di questo tipo: come qualcosa di cui proviene spendere soldi.
A questo proposito, è detto molto bene nell'articolo sopra citato:
La differenza concettuale tra un'azienda IT e una non IT è, ovviamente, che in un'azienda IT tu – essendo un programmatore, un tester, un analista, un IT manager – sei parte della parte redditizia del bilancio (per la maggior parte), mentre in un'azienda non IT sei solo un articolo di spesa, spesso uno dei più visibili. Di conseguenza, il rapporto con i professionisti interni IT è di conseguenza impostato – come se fossero alcuni parassiti, che noi, come azienda, siamo costretti a pagare di tasca nostra, e hanno anche il coraggio di desiderare qualcosa.
Spesso la direzione di tale azienda non comprende affatto nulla di IT e sviluppo software, e per questo motivo, in primo luogo, è difficile convincerli della necessità di qualsiasi cosa, e in secondo luogo, la semplice "creazione di un dipartimento IT" può avvenire nel modo meno migliore: a capo di questo dipartimento viene messo una persona le cui competenze i dirigenti non possono verificare adeguatamente. Se si ha fortuna, lui formerà un buon team e darà la giusta direzione allo sviluppo. Ma se non si ha fortuna, può accadere che il team sembra sviluppare qualcosa, e il prodotto possa anche sembrare funzionare, ma in realtà è isolato e non si evolve, e le persone veramente competenti e talentuose non rimangono lì. Purtroppo, ho assistito a tale situazione con i miei occhi.
Come rilevare tutto questo in anticipo, durante il colloquio? Esiste il cosiddetto , tuttavia bisogna ammettere che è molto superficiale, e in realtà ci possono essere molti più fattori da controllare e segnali di allerta, ma questo è un argomento per un articolo a parte.
Vale la pena dire alcune parole sulle varie aziende di ingegneria, consorzi industriali, organizzazioni di ricerca scientifica, studi di progettazione, istituti di progettazione e tutto ciò che ne deriva. A mio parere, ci sono diverse ragioni per le quali 'non bisognerebbe andare lì, o comunque pensarci bene prima'.
In primo luogo, spesso lì regna l'ignoranza e il ritardo tecnologico. Perché - è una questione a parte che meriterebbe un articolo ben fatto, ma su questo tema le persone si esprimono regolarmente anche qui su Habr:
«Vi dirò un terribile segreto - il software embedded viene testato almeno in un ordine di grandezza inferiore e in modo peggiore rispetto a qualsiasi server web mal ridotto. E generalmente viene scritto da dinosauri, il debugger è per i deboli, e 'se il codice si compila, significa che funziona tutto'.
… Non sto scherzando, purtroppo». []
«Niente di sorprendente. Dalla mia osservazione, molti 'metalmeccanici' pensano che la produzione di un dispositivo sia un'arte riservata a pochi, mentre sono capaci di scrivere il codice da soli, così, alla rinfusa. È davvero una questione secondaria. Risultato: un orrore silenzioso funzionante. Si offrono moltissimo quando si spiega loro perché il loro codice ha un cattivo odore, perché... beh... hanno costruito il dispositivo, cosa c'è di così complicato, una semplice programma». []
«Dalla mia esperienza di lavoro scientifico, posso dire che quando su un compito lavorano da una a diverse persone, non si parla di riutilizzo del codice. Scrivono come viene, utilizzano le minime possibilità del linguaggio, e la maggior parte non sa nulla sui sistemi di controllo versione». []
In secondo luogo, tutto, di nuovo, spesso si riduce alla gestione e alle tradizioni consolidate:
«Lo sviluppo di attrezzature per la statistica è spesso un’impresa auto-sostenibile e auto-finanziata russa, con clienti russi, un mercato di riferimento russo e un responsabile russo — un ex ingegnere di oltre 50 anni, che in precedenza ha lavorato per pochi soldi. Pertanto, il suo pensiero è: «Ho lavorato tutta la vita per pagare a qualche giovane? Se la caverà!» Di conseguenza, queste imprese non hanno molti soldi e, se ce l'hanno, non investiranno nella vostra retribuzione». []
Beh, e in terzo luogo... In questi posti spesso non si fanno distinzioni tra programmatori e altri ingegneri. Certamente, un programmatore può essere considerato un ingegnere, e persino il concetto stesso di «software engineering» lo suggerisce. In entrambi i casi, le persone svolgono un lavoro intellettuale e sviluppano nuove entità, e in entrambi i casi sono richieste determinate conoscenze, abilità e mentalità.
Ma... il punto è che, nell’attuale situazione del mercato del lavoro, queste categorie vengono retribuite in modo molto diverso. Non dico che debba essere così, io stesso considero che sia sbagliato, ma, sfortunatamente, al momento è un dato di fatto: gli stipendi dei «programmatori» e degli «ingegneri» possono variare anche di una volta e mezza, o due, e a volte anche di più.
E in molte imprese ingegneristiche e semi-ingegneristiche, la direzione non comprende affatto «perché dovremmo pagare per questo il doppio», e a volte addirittura «ma cosa c'è di così speciale, il nostro Vasja elettronico scriverà il codice senza problemi» (e Vasja non è contrario, anche se lui è ).
In una delle discussioni sul tema «il cammino del programmatore è difficile», con il rispettabile una volta, nei commenti, è stata pronunciata una frase tipo «Beh, cosa c'è di strano, noi paghiamo ai nostri dipendenti stipendi superiori alla media degli ingegneri a San Pietroburgo», anche se, giustamente, se l'azienda valorizza e rispetta i propri dipendenti, dovrebbe pagare «... sopra il salario medio di un programmatore a San Pietroburgo».
Un'immagine molto significativa, che qualche anno fa circolava nei vari gruppi social riguardanti l'ASUTP, parla da sola.
Non lavorate con i militari.
Questa conclusione l'ho fatta già da studente alla cattedra militare all'università 🙂
In realtà, personalmente non ho lavorato in aziende legate al settore militare e nelle imprese private clienti di questo ambito, ma hanno lavorato i miei amici, e dai loro racconti, del tipo "Ci sono tre modi per fare qualcosa: giusto, sbagliato e all'armenia" e "Adesso radunerò un gruppo ristretto di persone, basandomi su cui capirò e punirò chiunque!" non sono emersi dal nulla.
Nel mio caso, i colloqui con aziende simili di solito si concludevano con la necessità di rientrare nelle modalità di riservatezza. Gli intervistatori giuravano che "la terza forma è solo una formalità, non significa nulla, potrai viaggiare all'estero senza problemi", ma alle domande "Se non significa nulla, perché esiste e perché firmarla?" e "Quali sono le garanzie che, dati i follia che ci circonda, un giorno la legislazione non cambi e tutto non torni diverso?" non ho mai ricevuto risposte.
Non lavorare come "tuttofare"
… è come quando sei contemporaneamente programmatore, amministratore, installatore di reti, acquisto di hardware, ricaricatore di cartucce, DBA, supporto tecnico e telefonista. Se nel tuo ruolo ti occupi di "tutto e subito", è probabile che non sarai esperto in ciascuna di queste aree, e quindi potresti essere sostituito da alcuni studenti o junior che non è difficile trovare anche a pochi soldi. Cosa fare? Scegliere una specializzazione ristretta e svilupparsi in quella direzione.
Inizia a studiare stack più attuali
… se lavori con strumenti legacy. Ad esempio, può capitare che qualcuno scriva in Delphi 7 o in versioni antiche di PHP con framework altrettanto datati. Non dico che questo sia un problema di default, il principio "funziona — non toccare" è vero, ma quando uno stack obsoleto viene utilizzato non solo per il supporto di moduli e componenti esistenti, ma anche per la creazione di nuovi, è lecito interrogarsi sulla competenza e sulla motivazione del team di sviluppo e sulla necessità per l'azienda di avere davvero personale qualificato.
A volte si verifica l'opposto: stai supportando un vecchio progetto con tecnologie obsolete e ottieni risultati piuttosto buoni (forse perché nessun altro vuole avventurarsi in quel pantano), ma quando per qualche motivo il progetto o l'azienda fallisce, c'è un alto rischio di trovarti senza nulla, e il ritorno alla dura realtà potrebbe rivelarsi molto scomodo.
Non lavorate in piccole e medie imprese che operano nel mercato interno (russo).
Qui è tutto abbastanza semplice. Le aziende che operano nel mercato internazionale hanno un afflusso di denaro in valuta estera, e considerando i tassi di cambio attuali, possono permettersi di pagare i propri sviluppatori buone cifre. Le aziende che operano nel mercato interno devono cercare di recuperare il terreno perduto, e se le grandi aziende ricche possono permettersi di pagare stipendi competitivi per non perdere i buoni specialisti, le piccole e medie, sfortunatamente, non sempre hanno questa possibilità.
Impara l'inglese. Anche se al momento non ti serve particolarmente.
L'inglese per un moderno specialista IT è estremamente utile: la stragrande maggioranza della documentazione, dei manpages, delle note di rilascio, delle descrizioni dei progetti, e di tutto quanto è scritta in inglese; i migliori libri e lavori scientifici vengono pubblicati in inglese (e non sempre vengono tradotti in russo, e nemmeno sempre in modo corretto); le conferenze di livello mondiale si svolgono in inglese; la comunità internazionale degli sviluppatori online è centinaia di volte più numerosa di quella russofona, ecc.
Voglio attirare la vostra attenzione su un altro fatto: ci sono molte aziende con compiti stimolanti e stipendi interessanti, dove senza una buona conoscenza dell'inglese non sarete nemmeno considerati. Queste includono aziende di outsourcing, integratori, filiali di società internazionali e semplici imprese che operano nel mercato internazionale. In molte di esse, si è costretti a risolvere compiti in team con colleghi di lingua straniera di altri paesi e spesso si interagisce anche direttamente con i clienti e i loro specialisti. In questo modo, non avendo una buona padronanza dell'inglese, vi preclude l'accesso a una parte significativa del mercato del lavoro, quella parte che spesso offre progetti interessanti a ottimi stipendi.
Inoltre, la conoscenza della lingua offre l'opportunità di lavorare su piattaforme internazionali di freelance e di collaborare a distanza con aziende estere. E anche la possibilità di prendere un trattore e trasferirsi in un altro paese, soprattutto considerando che oggi anche persone che prima non ci pensavano affatto cominciano a fare questo.
Non temete le "galere"
A volte si possono incontrare opinioni secondo cui nelle cosiddette "galere" (aziende che si occupano di consulenza, sviluppo in outsourcing, o che vendono le competenze dei loro specialisti come staff in outsourcing) si sta male, mentre nelle aziende di prodotto si sta bene.
Non sono d'accordo con questa opinione. Almeno due posti di lavoro in cui ho lavorato per un lungo periodo erano queste famose "galere" e posso dire che le condizioni di lavoro, il livello salariale e l'atteggiamento verso i dipendenti erano davvero buoni (e ho esperienze per fare dei confronti), e intorno a me c'erano persone molto piacevoli e qualificate.
Non pensate che se al vostro attuale posto non va bene, allora non va bene da nessuna parte.
Probabilmente, i psicologi un giorno studieranno questo fenomeno e gli daranno un nome, ma per ora dobbiamo riconoscere che questo fenomeno esiste veramente: a volte le persone lavorano nel proprio posto, di cui non sono molto soddisfatte, ma pensano che "sì, probabilmente è così ovunque" e "che cambiare una cosa con un'altra non ha senso". Dico semplicemente: no, non è così ovunque. E per verificarlo, passiamo ai punti successivi.
Andate ai colloqui di lavoro
… così, per acquisire esperienza nei colloqui, conoscere le richieste e i livelli salariali in diversi posti. Nessuno vi lapiderà se alla fine riceverete un'offerta e voi rifiuterete gentilmente. Tuttavia, acquisirete esperienza di colloqui (è importante, sì), che potrebbe rivelarsi molto utile in un certo momento, ascolterete cosa fanno altre aziende nella vostra città, scoprirete quali conoscenze e abilità i datori di lavoro si aspettano dai candidati e, cosa più importante, quali soldi sono disposti a pagare per questo. Non esitate a porre domande sul funzionamento dei processi all'interno del team e dell'azienda nel suo insieme, chiedete informazioni sulle condizioni di lavoro, chiedete di mostrarvi l'ufficio e i posti di lavoro.
Studiate il mercato e conoscete il vostro valore
Esplorate HeadHunter, MyCircle e risorse simili per avere un'idea approssimativa di quanto vale realmente ciò che sapete fare.
Non spaventatevi dei numeri elevati nella sezione delle proposte salariali, anche se si scopre che per lo stesso lavoro che state attualmente svolgendo, un'altra azienda promette di pagarvi molto di più di quanto guadagnate adesso. È importante tenere a mente che l'IT è uno dei pochi settori nel nostro paese dove è dato il caso che se in descrizione di un'offerta di lavoro l'azienda scrive che è disposta a pagare uno specialista da 100 a 150-200 mila, probabilmente è pronta a farlo.
Non sottovalutatevi
Vedi. , di cui su Habr si sono già occupati in diverse occasioni. Non dovete pensare di essere inferiori, meno qualificati o in qualche modo svantaggiati rispetto ad altri candidati. E tantomeno non dovete, basandovi su questi fatti, chiedere uno stipendio inferiore alla media del mercato: al contrario, _dovete sempre_ richiedere un importo leggermente superiore alla media, ma facendo chiaramente capire che siete disposti a discuterlo.
Non esitate a negoziare con la direzione un aumento
Non bisogna stare in silenzio e aspettare che a qualcuno dall'alto venga un'illuminazione e vi aumenti automaticamente lo stipendio. Potrebbe arrivare un'illuminazione, ma potrebbe anche non arrivare.
Qui è tutto molto semplice: se pensate di essere pagati poco, parlatene con la direzione. Le ragioni "per cui credo di dover essere pagato di più" non devono nemmeno essere inventate, possono variare da "dopo questi N anni di lavoro sono cresciuto come professionista e ora posso svolgere compiti più complessi e lavorare in modo più efficiente", a "in altre aziende per questo lavoro offrono tot".
Nel mio caso, questo ha sempre funzionato. A volte immediatamente, a volte dopo un po'. Ma quando un mio collega, stanco della mancanza di soldi, ha trovato un nuovo lavoro e ha messo la lettera di dimissioni sul tavolo, dall'altra parte del tavolo sono rimasti molto sorpresi e hanno chiesto "E perché non sei mai venuto a chiederci un aumento?", convincendolo a restare e offrendo anche una cifra maggiore rispetto alla nuova offerta.
Trasferitevi o passate al lavoro remoto
Se tutto dipende da un numero ridotto di offerte di lavoro in città (in altre parole, se "non ci sono altri posti" dove cercano persone con la vostra qualifica, o non è così facile entrarvi)... allora migliorate le vostre competenze e trasferitevi in un'altra città, se possibile. Conosco personalmente persone che da città con milioni di abitanti si sono trasferite a San Pietroburgo e Mosca raddoppiando il loro reddito, anche passando a una posizione inferiore.
Ancora una volta, non cadete nei miti come "nelle capitali pagano di più, ma bisogna anche spendere molto di più, quindi non conviene", leggete i commenti a , ci sono molte opinioni e storie su questo argomento.
Esplorate il mercato del lavoro delle grandi città, cercate aziende che offrono pacchetti di rilocazione.
Oppure, se siete già professionisti affermati e con esperienza, provate il lavoro remoto. Questa opzione richiede determinate competenze e una buona autodisciplina, ma potrebbe rivelarsi molto adatta e vantaggiosa per voi.
Per ora è tutto. Voglio ribadire — questa è solo la mia opinione e la mia esperienza, che, ovviamente, non è la verità assoluta e potrebbe non coincidere con la vostra.
Materiale correlato:
—
—
—
Fonte: habr.com
