Questo post è nato da ad un articolo qui su Habré. Un commento abbastanza normale, tranne per il fatto che diverse persone hanno subito detto che sarebbe stato molto bello organizzarlo sotto forma di un post separato, e MoyKrug non ha nemmeno aspettato questo questo stesso commento separatamente nel suo gruppo VK con una bella prefazione
La nostra recente pubblicazione con un rapporto sugli stipendi nell'IT per la prima metà di quest'anno ha raccolto un numero incredibile di commenti da parte degli utenti Habr. Hanno condiviso opinioni, osservazioni e storie personali, ma uno dei commenti ci è piaciuto così tanto che abbiamo deciso di pubblicarlo qui.
Pertanto, alla fine mi sono ripreso e ho scritto un articolo separato, rivelando e giustificando i miei pensieri in modo più dettagliato.
A volte negli articoli e nei commenti che parlano del reddito degli specialisti IT, puoi trovare affermazioni come “Da dove prendi questi numeri? Lavoro in X da tanti anni e né io né i miei colleghi abbiamo mai visto tanti soldi...”
Onestamente, avrei potuto scrivere lo stesso commento N anni fa. Adesso non posso :)
Dopo aver attraversato diversi luoghi di lavoro, organizzazioni e situazioni di vita, ho formulato personalmente per me stesso un insieme di regole molto semplici sull'argomento "cosa fare per ottenere soldi normali e lavorare in condizioni confortevoli nell'IT". Questo articolo non riguarda solo i soldi. In alcuni punti tocco il tema dell'opportunità 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 anche, in primo luogo tra tutti, l'assenza di follia, tranquillità e nervi interi.
Questi suggerimenti sono importanti soprattutto per gli sviluppatori di software, ma molti punti sono adatti anche ad altre professioni. E, naturalmente, quanto sopra vale soprattutto per la Federazione Russa e gli altri paesi dell’ex Unione Sovietica, anche se, ancora una volta, alcuni punti saranno rilevanti ovunque.
Allora, andiamo.
Evita uffici statali e semi-statali e istituzioni simili nel raggio di un chilometro
In primo luogo, quando un'istituzione è finanziata dal bilancio, il limite salariale superiore è naturalmente limitato da solo: "non ci sono soldi, ma tu resisti". Anche nelle agenzie governative e in luoghi simili, gli stipendi sono spesso legati al livello del personale. E può succedere che il documento affermi che il programmatore riceve lo stesso importo di un impiegato, e questo non può essere modificato in alcun modo. Alcuni manager, comprendendo l'assurdità di questa situazione, impiegano semi-legalmente specialisti IT a tariffe da uno e mezzo a due, ma questa è piuttosto un'eccezione alla regola.
In secondo luogo, se l’istituzione non opera in un mercato libero e competitivo, molto probabilmente i suoi manager non avranno l’obiettivo di migliorare la qualità e la competitività di prodotti e servizi (l’obiettivo sarà quello di non abbassare questa qualità al di sotto di un certo valore, quindi come non ricevere secondo le autorità di vigilanza) e di conseguenza, non cercherà di reclutare i migliori dipendenti e di motivarli finanziariamente o in altro modo.
A causa della mancanza di concentrazione e motivazione del management sulla qualità e sui risultati, nonché per il fatto che spendono, in realtà, non il proprio denaro, ma quello di altre persone, si può spesso osservare un fenomeno come il collocamento di figli/parenti /amici, ecc. ai “luoghi caldi” dell’organizzazione. Tuttavia, devi ancora lavorare in qualche modo. Pertanto, in primo luogo, può succedere che una persona arrivata lì dalla strada dovrà lavorare sia per se stessa che per quella persona. E in secondo luogo, è improbabile che sia circondato da specialisti altamente qualificati dai quali potrà imparare molto.
Nel caso di impiego in un'azienda privata, ma lavorando con un contratto governativo, ahimè, puoi incontrare più o meno la stessa cosa. Se un'azienda riceve ordini e gare d'appalto perché "tutto è già stato catturato", allora, in effetti, ci ritroviamo di nuovo nella situazione "nessun concorrente" con le relative conseguenze. E anche se le gare si svolgessero equamente, non dovremmo dimenticare che il vincitore è colui che offre il prezzo più basso, e potrebbe benissimo risultare che il risparmio ricadrà principalmente sugli sviluppatori e sui loro stipendi, perché l’obiettivo non sarà essere “fare un ottimo prodotto”, ma “realizzare un prodotto che almeno in qualche modo soddisfi i requisiti formali”.
E anche quando l'azienda entra nel libero mercato e ha concorrenti, non sempre il pensiero della direzione e il suo atteggiamento nei confronti dei dipendenti vengono ristrutturati, con le relative tristi conseguenze. Il concetto di “gestione sovietica”, ahimè, deriva dalla vita reale.
A volte accade, al contrario, che in alcune aziende statali anche i dipendenti ordinari possano ricevere ottimi soldi secondo gli standard locali (ad esempio, nel settore del petrolio e del gas). Ma, ahimè, la “gestione sovietica” non va da nessuna parte, e spesso ci si può imbattere in follie amministrative, come “giornata lavorativa rigorosamente dalle 8 del mattino, per 1 minuto di ritardo, perdita di bonus”, scrittura infinita di promemoria e spostamento di responsabilità , e un atteggiamento del tipo “paghiamo tanto, quindi se vuoi, lavora anche di più, non ti pagheremo gli straordinari” e “se non ti piace, nessuno ti trattiene”.
Se sei un programmatore, non considerare posizioni in aziende per le quali lo sviluppo di software non è un'attività che genera il reddito principale
... compresi tutti i tipi di istituti di ricerca, uffici di progettazione, uffici e fabbriche di ingegneria, società commerciali, negozi, ecc.
C'è persino una battuta ricorrente in una comunità
«Se la tua posizione non si chiama "Sviluppatore senior" o "Team Lead", ma "Ingegnere di 1a categoria" o "Specialista leader del dipartimento di tecnologia dell'informazione", allora hai preso la strada sbagliata da qualche parte«
Sì, è uno scherzo, ma ogni scherzo ha un fondo di verità.
Definisco il criterio "portare il reddito principale" in modo abbastanza semplice:
esso o
- l'azienda in realtà guadagna la maggior parte dei suoi ricavi dalla vendita dei suoi prodotti o servizi IT, oppure sviluppa tutto questo su ordinazione
o
- Il software in fase di sviluppo è una delle cose importanti o addirittura più importanti che determinano le proprietà di consumo di un prodotto o servizio.
Perché un tale consiglio?
Per prima cosa, leggi l'eccellente post. , molte differenze tra le aziende non IT sono davvero ben evidenti lì. E se hai lavorato in aziende IT, ma hai sempre osservato i punti da 5 a 13 descritti in quell'articolo, allora questo è un motivo per pensare e dare uno sguardo più da vicino al mondo che ti circonda e al mercato del lavoro.
Nelle aziende “puramente IT”, le persone direttamente legate allo sviluppo del software (programmatori, tester, analisti, progettisti UI/UX, devops, ecc.) sono la principale forza trainante. È il loro lavoro che porta reddito all'azienda. Ora diamo un’occhiata ad alcune “aziende non IT”. Ricevono la maggior parte del loro denaro rivendendo qualcosa o fornendo alcuni “servizi non IT” o producendo “prodotti non IT”. In questa azienda, i lavoratori IT sono personale di servizio, sì, sono necessari per poter lavorare in modo più efficiente (ad esempio attraverso l'automazione, la contabilità automatica, l'accettazione di ordini online, ecc.), Ma non generano entrate dirette. E quindi, l'atteggiamento del management miope nei loro confronti sarà molto probabilmente proprio questo, come qualcosa di quello devo spendere soldi.
Questo è molto ben detto nell'articolo sopra citato:
La differenza concettuale tra un'azienda IT e un'azienda non IT è, ovviamente, che in un'azienda IT tu - in quanto programmatore, tester, analista, manager IT e infine - fai parte delle entrate del budget (beh , per la maggior parte) e in un'azienda non IT - solo un articolo di consumo e spesso uno dei più evidenti. Di conseguenza, si crea un atteggiamento adeguato nei confronti degli specialisti IT interni - come alcuni parassiti che noi, come azienda, siamo costretti a pagare di tasca propria, e anche loro osano desiderare qualcosa per se stessi.
Spesso la direzione di un'azienda del genere non capisce nulla di IT e di sviluppo software e per questo motivo, in primo luogo, è difficile convincerli della necessità di qualcosa e, in secondo luogo, della stessa "creazione di un dipartimento IT" potrebbe non avvenire nel migliore dei modi: la posizione di capo di questo dipartimento viene assunta da una persona le cui competenze i manager non riescono a testare adeguatamente. Se sei fortunato con lui, recluterà una buona squadra e stabilirà il giusto vettore di sviluppo. Ma se sei sfortunato, allora può succedere che il team stia sviluppando qualcosa, e il prodotto sembra addirittura funzionare, ma in realtà bolle nel suo stesso succo isolato dal mondo esterno, non si sviluppa particolarmente , e le persone veramente competenti e di talento non restano lì. Ahimè, l'ho visto con i miei occhi.
Come identificarlo in anticipo, in fase di colloquio? C'è un cosiddetto Bisogna però ammettere che è molto superficiale, e in effetti potrebbero esserci molti più fattori da controllare e campanelli d'allarme, ma questo è argomento di un articolo a parte.
Vorrei spendere qualche parola su varie società di ingegneria, associazioni di produzione, organizzazioni di ricerca, uffici di progettazione, istituti di design e tutto il resto. Nella mia esperienza, ci sono diversi motivi “per cui non dovresti andarci, o almeno pensarci molto attentamente prima di farlo”.
In primo luogo, ancora una volta, spesso regnano densità e ritardo tecnologico. Perché è una domanda a parte e meriterebbe un buon articolo, ma le persone parlano regolarmente di questo argomento anche qui su Habré:
"Ti svelo un segreto terrificante: il software incorporato viene testato almeno un ordine di grandezza in meno e peggio di qualsiasi server web fatiscente. E spesso sono scritti da dinosauri, un debugger è per i deboli e “se il codice si compila, allora tutto funziona”.
… Non sto scherzando, purtroppo.” []
“Niente di sorprendente. Secondo le mie osservazioni, molti "sviluppatori hardware" credono che la produzione di un dispositivo sia un'arte soggetta all'élite, ma può scriverne il codice da solo, in ginocchio. Questa è generalmente una sciocchezza. Risulta essere un horror silenzioso funzionante. Si offendono molto quando gli viene detto loro perché il loro codice ha un cattivo odore, perché... beh... hanno creato un pezzo di hardware, che cos'è, una specie di programma." []
“Dalla mia esperienza di scienziato, posso dire che quando una o più persone lavorano su un compito, non si tratta di riutilizzare il codice. Scrivono come meglio possono, utilizzano capacità linguistiche minime e la maggior parte delle persone non conosce i sistemi di controllo della versione. []
In secondo luogo, tutto spesso si riduce alla gestione e alle tradizioni consolidate:
“Lo sviluppo di attrezzature secondo le statistiche è molto spesso un'impresa russa autosufficiente e autofinanziata, con clienti russi, un mercato di vendita russo e un capo russo - un ex ingegnere di oltre 50 anni, che in precedenza lavorava anche lui per pochi centesimi. Pertanto il suo pensiero è: “Ho lavorato tutta la vita per poter pagare qualche giovane? Lo supererà!” Pertanto, tali imprese non hanno molti soldi e, se li hanno, non li investiranno nel tuo stipendio”. []
E in terzo luogo... In questi luoghi, i programmatori e gli altri ingegneri spesso non sono separati. Sì, certo, un programmatore può anche essere considerato un ingegnere, e anche il concetto stesso di “ingegneria del software” sembra suggerire. In entrambi i casi, le persone sono impegnate nel lavoro intellettuale e nello sviluppo di nuove entità e in entrambi i casi sono richieste determinate conoscenze, abilità e mentalità.
Ma... la sfumatura è che nell'attuale situazione del mercato del lavoro queste categorie sono pagate in modo molto diverso. Non sto dicendo che dovrebbe essere così, io stesso penso che sia sbagliato, ma, ahimè, al momento è un dato di fatto: gli stipendi dei “programmatori” e di altri “ingegneri” possono differire di uno e un metà o due volte e talvolta di più.
E in molte imprese di ingegneria e di quasi ingegneria, la direzione semplicemente non capisce "perché dovremmo pagare il doppio per questo", e talvolta "cosa c'è che non va, il nostro Vasya, l'ingegnere elettronico, scriverà un codice altrettanto buono" ( e Vasya - allora non mi dispiace, anche se lui ).
In una delle discussioni sull'argomento “il percorso di un programmatore è difficile” con il rispettato Una volta ha detto nei commenti una frase del tipo “Bene, cosa c'è che non va, paghiamo i nostri dipendenti al di sopra dello stipendio medio ingegnere a San Pietroburgo”, anche se, in modo amichevole, se un’azienda valorizza e rispetta i propri dipendenti, dovrebbe pagare “... uno stipendio superiore alla media programmatore A Pietroburgo".
Un quadro molto indicativo, che diversi anni fa circolava su tutti i tipi di sistemi di controllo automatizzati pubblici sui social network, parla da solo
Non lavorare con i militari
Ho fatto questa conclusione da solo mentre ero ancora studente al dipartimento militare dell'università :)
In effetti, personalmente non ho lavorato in uffici paramilitari e aziende private come clienti di questa zona, ma i miei amici sì, e secondo i loro racconti, come "Ci sono tre modi per fare qualcosa: giusto, sbagliato e nell'esercito" e "Ora raccoglierò una ristretta cerchia di persone limitate, facendo affidamento su chi capirò correttamente e punirò chiunque!" non è apparso dal nulla.
Nel mio caso, le interviste con tali aziende di solito si concludevano con la necessità di restare sotto forma di segretezza. Inoltre gli intervistatori hanno giurato che “il terzo modulo è una pura formalità, non significa niente, non lo chiedono nemmeno, puoi viaggiare all'estero senza problemi”, ma rispondendo alle domande “Se non significa niente, allora perché esiste e perché è da firmare?" e “Quali sono le garanzie che, data la follia che ci circonda, un bel giorno la legislazione non cambierà e tutto non diventerà diverso?” non sono pervenute risposte.
Non essere un tuttofare
... è come quando sei contemporaneamente un programmatore, un amministratore, un installatore di rete, un acquirente di hardware, un ricaricatore di cartucce, un DBA, un supporto tecnico e un operatore telefonico. Se nella tua posizione fai “tutto in una volta”, molto probabilmente non sarai un esperto in ciascuna di queste aree, il che significa che, se lo desideri, puoi essere sostituito da più studenti o junior, che non sono un problema per trovare anche per pochi soldi. Cosa fare? Scegli una specializzazione ristretta e sviluppa nella sua direzione.
Inizia a imparare uno stack più attuale
... se lavori con strumenti legacy. Succede, ad esempio, che una persona scriva in alcuni Delphi 7 o versioni antiche di PHP con framework altrettanto antichi. Non sto dicendo che questo sia negativo per impostazione predefinita, dopotutto nessuno ha cancellato il principio "funziona, non toccarlo", ma quando uno stack antico viene utilizzato non solo per supportare quelli vecchi, ma anche per svilupparsi nuovi moduli e componenti, ti fa pensare alle qualifiche e alla motivazione del team di sviluppo e se l'azienda ha bisogno di buon personale.
A volte accade la situazione opposta: sostieni qualche progetto legacy su una tecnologia legacy e ottieni abbastanza soldi (forse perché nessun altro vuole entrare in questa palude), ma quando per qualche motivo il progetto o l'azienda muore, c'è un alto il rischio di finire sul lastrico e ritornare alla dura realtà può essere molto scomodo.
Non lavorare in aziende di piccole e medie dimensioni che servono il mercato interno (russo).
Tutto è abbastanza semplice qui. Le aziende che lavorano sul mercato internazionale ricevono un afflusso di denaro in valuta estera e, dati i tassi di cambio attuali, possono permettersi di pagare una bella somma ai propri sviluppatori. Le aziende che lavorano per il mercato interno sono costrette a recuperare il ritardo e, mentre le aziende grandi e ricche possono permettersi di pagare salari competitivi per non perdere buoni specialisti, quelle piccole e medie, purtroppo, non sempre hanno questa opportunità.
Impara l'inglese. Anche se in questo momento non ne hai davvero bisogno
La lingua inglese per uno specialista IT moderno è una cosa molto utile: la stragrande maggioranza della documentazione, delle manpage, delle note di rilascio, delle descrizioni dei progetti e tutto il resto è scritto in inglese, i libri e gli articoli scientifici più importanti sono pubblicati in inglese (e non sempre lo sono non immediatamente tradotti in russo, e ancor di più non sono sempre tradotti correttamente), conferenze di livello mondiale si tengono in inglese, il pubblico delle comunità internazionali di sviluppatori online è centinaia di volte più grande di quello di lingua russa, ecc.
Attirerò la tua attenzione su un altro fatto: ci sono un numero enorme di aziende con compiti interessanti e stipendi molto gustosi, dove senza conoscenza dell'inglese non ti prenderanno nemmeno in considerazione. Si tratta di società di outsourcing, integratori, filiali di aziende internazionali e semplicemente aziende che lavorano sul mercato internazionale. In molti di essi è necessario risolvere i problemi in un unico team con colleghi di lingua straniera provenienti da altri paesi e spesso anche interagire direttamente con i clienti e i loro specialisti. Pertanto, senza un buon inglese, ti privi immediatamente dell'accesso a una parte significativa del mercato del lavoro, e quella parte in cui spesso puoi trovare progetti molto interessanti con ottimi soldi.
La conoscenza fluente della lingua consente inoltre di lavorare in scambi freelance internazionali e di lavorare in remoto per aziende straniere. Bene, e l'opportunità di avviare un trattore e trasferirsi in un altro paese, soprattutto considerando che ai nostri tempi anche persone che prima non ci avevano mai pensato affatto hanno iniziato a farlo.
Non aver paura delle galere
A volte puoi imbatterti in opinioni secondo cui le cosiddette "galee" (aziende impegnate nella consulenza, nello sviluppo in outsourcing o nella vendita delle competenze dei loro specialisti come personale esterno) fanno schifo, ma le società di prodotto sono interessanti.
Non sono d'accordo con questa opinione. Almeno due luoghi di lavoro in cui ho lavorato per un periodo piuttosto lungo erano proprio queste "galee", e posso dire che le condizioni di lavoro, il livello salariale e l'atteggiamento nei confronti dei dipendenti erano molto buoni (e non ho nulla con cui confrontarmi), e c'erano persone molto gentili e qualificate in giro.
Non pensare che se tutto non va bene nel tuo posto attuale, allora sarà lo stesso ovunque.
Probabilmente, un giorno gli psicologi esploreranno questo fenomeno e gli daranno un nome, ma per ora dobbiamo ammettere che questo fenomeno esiste davvero: a volte le persone lavorano al loro posto, cosa di cui non sono molto contente, ma pensano che “sì, probabilmente ovunque quindi" e "cosa scambiare con il sapone". Lasciatemi solo dire: no, non ovunque. E per accertarcene, passiamo ai punti successivi.
Vai alle interviste
... solo per acquisire esperienza nei colloqui, apprendere i requisiti e i livelli salariali in luoghi diversi. Nessuno ti lapiderà se alla fine ti fanno un'offerta e tu la rifiuti educatamente. Ma acquisirai esperienza nei colloqui (questo è importante, sì), che a un certo punto può esserti molto utile, ascolterai cosa stanno facendo le altre aziende nella tua città, scoprirai quali conoscenze e competenze si aspettano dai datori di lavoro candidati e, soprattutto, che tipo di denaro sono pronti a pagare per questo. Non esitate a porre domande sull'organizzazione dei processi all'interno del team e dell'azienda nel suo insieme, chiedere informazioni sulle condizioni di lavoro, chiedere di mostrarvi l'ufficio e i luoghi di lavoro.
Studia il mercato e conosci il tuo prezzo
Studia Headhunter, Moykrug e risorse simili per avere un'idea approssimativa di quanto costa effettivamente ciò che sai e fai.
Non aver paura dei grandi numeri nel paragrafo con gli stipendi proposti, anche se si scopre che per la stessa cosa che stai facendo adesso qualche azienda promette di pagarti molto di più di quanto guadagni attualmente. È necessario tenere presente che l'IT è uno dei pochi settori nel nostro Paese in cui si è sviluppato che se nella descrizione del lavoro un'azienda scrive che è disposta a pagare uno specialista 100-150-200 mila, molto probabilmente lo farà è davvero pronto e lo sarà.
Non sottovalutarti
Vedere , che è stato oggetto di articoli qui su Habré più di una volta. Non pensare di essere in qualche modo peggiore, meno qualificato o in alcun modo inferiore agli altri candidati. E a maggior ragione, sulla base di questi fatti, non bisogna chiedere uno stipendio inferiore alla media di mercato, anzi, fornire _sempre_ una cifra almeno leggermente superiore alla media, ma allo stesso tempo far capire che si è pronto a discuterne.
Non essere timido nel negoziare con la direzione per un aumento.
Non devi sederti in silenzio e aspettare che qualcuno dall’alto abbia un’intuizione e aumenti il tuo stipendio da solo. Forse l’intuizione arriverà, o forse no.
È tutto molto semplice: se pensi di essere sottopagato, comunicalo alla direzione. Le ragioni “per cui penso che dovrei essere pagato di più” non hanno nemmeno bisogno di essere inventate particolarmente; possono essere qualsiasi cosa, da “in questi N anni di lavoro, sono cresciuto come specialista e ora posso svolgere compiti più complessi e lavorare in modo più efficiente", a "in altre aziende offrono così tanto per questo lavoro".
Nel mio caso, ha sempre funzionato. A volte immediatamente, a volte dopo qualche tempo. Ma quando uno dei miei colleghi, stanco della mancanza di soldi, ha trovato un nuovo lavoro e ha messo sul tavolo la sua domanda, quelli dall’altra parte del tavolo sono rimasti molto sorpresi e hanno chiesto: “Perché non siete venuti da noi per un rilanciare?”, e per molto tempo hanno cercato di convincermi a restare, offrendomi una cifra ancora maggiore rispetto alla nuova offerta.
Spostati o vai in remoto
Se tutto si riduce a un piccolo numero di posti vacanti in città (in altre parole, se non ci sono “altri posti” dove sono necessarie persone con le tue qualifiche, o non è così facile arrivarci)… Allora migliora le tue capacità e trasferirsi in un'altra città, se possibile. Conosco personalmente persone che, tra i milionari, si sono trasferite a San Pietroburgo e Mosca con un immediato doppio aumento del reddito, anche passando a una posizione inferiore.
Ancora una volta, non fatevi ingannare da miti del tipo “nelle capitali pagano di più, ma devi anche spendere molto di più, quindi non sono redditizi”, leggi i commenti a , ci sono molte opinioni e storie su questo argomento.
Studia il mercato del lavoro delle grandi città, cerca aziende che offrono un pacchetto di trasferimento.
Oppure, se sei già uno specialista affermato ed esperto, prova il lavoro da remoto. Questa opzione richiede determinate abilità e una buona autodisciplina, ma può essere molto adatta e redditizia per te.
È tutto per ora. Ancora una volta voglio dire che questa è la mia opinione personale e la mia esperienza, che, ovviamente, non è la verità ultima e potrebbe non coincidere con la tua.
Materiali sull'argomento:
-
-
-
Fonte: habr.com