Este post surgiu de um comentário comum aqui no Habra. Várias pessoas mencionaram que seria muito bom formatá-lo como um post separado, e o MyCircle, mesmo sem esperar por isso, publicou esse mesmo comentário separadamente em seu grupo no VK com uma introdução simpática
A nossa publicação recente com o relatório sobre os salários na TI do primeiro semestre deste ano recebeu um número incrível de comentários dos usuários do 'Habra'. Eles compartilharam opiniões, observações e histórias pessoais, mas um dos comentários nos agradou tanto que decidimos publicá-lo aqui.
Portanto, finalmente juntei forças e escrevi um artigo separado, expandindo e justificando as ideias com mais detalhes.
Às vezes, em artigos e comentários discutindo os rendimentos dos especialistas em TI, você pode encontrar afirmações como: 'De onde vocês tiram esses números? Trabalhei por muitos anos em X, e eu e meus colegas nunca vimos esse tipo de dinheiro...'.
Para ser sincero, há N anos eu poderia ter escrito um comentário semelhante. Agora não posso 🙂
Após passar por diferentes locais de trabalho, organizações e situações de vida, eu pessoalmente formulei um conjunto simples de regras sobre 'o que fazer para ganhar um bom dinheiro e trabalhar em condições confortáveis na TI'. Este artigo não é apenas sobre dinheiro. Em alguns pontos, discuto a possibilidade de aprimorar o seu nível profissional e aprender novas habilidades demandadas, e por 'boas condições' entendo não apenas um escritório confortável, equipamentos técnicos e um bom pacote de benefícios, mas antes de tudo a ausência de absurdos, paz de espírito e nervos saudáveis.
Essas dicas são especialmente relevantes para desenvolvedores de software, mas muitos pontos podem ser aplicáveis a outras profissões. E, claro, o que foi exposto se refere principalmente à Rússia e a outros países da ex-URSS, embora, novamente, alguns pontos sejam relevantes em qualquer lugar.
Então, vamos lá.
Evite a todo custo instituições governamentais e semi-governamentais e similares.
Em primeiro lugar, ao financiar uma instituição a partir do orçamento, o teto salarial é restringido de maneira natural — 'não há dinheiro, mas vocês se esforcem'. Além disso, em instituições públicas e similares, os salários muitas vezes estão atrelados a tabelas de cargos. E pode acontecer que no documento conste que um programador ganha o mesmo que um assistente administrativo, e isso não pode ser mudado. Alguns gestores, entendendo a absurdidade da situação, contratam profissionais de TI de forma semi-legal para ocupar uma carga horária maior, mas isso é mais uma exceção do que a regra.
Em segundo lugar, se a instituição não opera em um mercado competitivo, é provável que seus gestores não tenham como objetivo melhorar a qualidade e a competitividade dos produtos e serviços (o objetivo talvez seja apenas não deixar a qualidade cair abaixo de um certo nível para evitar problemas com os órgãos reguladores), e, consequentemente, não se esforçarão para contratar os melhores funcionários ou motivá-los financeiramente ou de outras formas.
Devido à falta de foco e motivação da gestão na qualidade e nos resultados, e ao fato de que, na verdade, eles estão gastando dinheiro que não é deles, muitas vezes se observa um fenômeno como o favorecimento de filhos/parentes/amigos etc. em 'cargos confortáveis' na organização. No entanto, é preciso continuar trabalhando de alguma forma. Portanto, pode acontecer que uma pessoa que entrou ali pela porta da frente tenha que fazer o trabalho tanto dela quanto de outra pessoa. E, em segundo lugar, é improvável que ela esteja cercada de profissionais altamente qualificados, dos quais poderia aprender muito.
No caso de emprego em uma empresa privada que trabalha com contratos governamentais, infelizmente, pode-se enfrentar algo semelhante. Se a empresa obtém contratos e licitações porque 'tudo já está negociado', chegamos novamente à situação de 'sem concorrentes', com as consequências correspondentes. E mesmo que as licitações sejam conduzidas de forma justa, não devemos esquecer que o vencedor será aquele que oferecer o menor preço, e pode muito bem acontecer que os cortes sejam feitos primeiro nos desenvolvedores e seus salários, porque o objetivo será 'fazer um produto que, de alguma forma, atenda aos requisitos formais'.
E mesmo quando a empresa entra no mercado livre e tem concorrentes, a mentalidade da gestão e sua relação com os funcionários nem sempre se transforma, resultando em consequências lamentáveis. O conceito de «gestão soviética», infelizmente, surgiu da vida real.
Às vezes, ocorre o contrário, em alguma empresa estatal onde até os funcionários comuns podem receber salários bastante bons para os padrões locais (por exemplo, no setor de petróleo e gás). Mas, infelizmente, a «gestão soviética» não desaparece, e muitas vezes podemos nos deparar com o absurdo administrativo, como «o dia de trabalho é rigorosamente das 8 da manhã, um atraso de 1 minuto resulta na perda do bônus», a incessante redação de ofícios e a transferência de responsabilidades, além de uma mentalidade como «pagamos bem, portanto, você deve trabalhar ainda mais, e não iremos pagar horas extras» e «se não gosta — ninguém está segurando você».
Se você é programador, não considere posições em empresas para as quais o desenvolvimento de software não é a principal atividade geradora de receita.
… incluindo vários institutos de pesquisa, escritórios de design, empresas de engenharia e fábricas, empresas comerciais, lojas, etc.
Em uma comunidade, há até uma piada
«Se o seu cargo não é «Desenvolvedor Sênior» ou «Líder de Equipe», mas sim «Engenheiro de 1ª Categoria» ou «Especialista Sênior do Departamento de Tecnologias da Informação», significa que você tomou um rumo errado em algum lugar.«
Sim, isso é uma piada, mas toda piada tem um fundo de verdade.
O critério «que gera a maior parte da receita» eu defino de forma bem simples:
é ou
- a empresa realmente ganha a maior parte de sua receita vendendo seus produtos ou serviços de TI, ou desenvolve tudo isso sob demanda.
ou
- o software desenvolvido é uma das coisas importantes ou até as mais importantes que definem as características do produto ou serviço.
Por que esse conselho?
Primeiro, leia a excelente publicação , onde realmente são bem observadas muitas diferenças entre empresas não-IT. E se você trabalhou em empresas de TI, mas sempre observou os itens do 5º ao 13º, descritos nesse artigo, isso já é um sinal para refletir e estudar mais atentamente o mundo ao seu redor e o mercado de trabalho.
Em empresas puramente de TI, as pessoas que estão diretamente envolvidas no desenvolvimento de software (programadores, testadores, analistas, designers UI/UX, devops, etc.) são a força motriz principal. É o trabalho deles que gera receitas para o negócio. Agora, vamos olhar para uma "empresa não de TI". O principal faturamento vem da revenda de algo, da prestação de algum serviço "não de TI", ou da produção de "produtos não de TI". Nessa empresa, os profissionais de TI são considerados como um pessoal de apoio; sim, eles são necessários para que seja possível trabalhar de forma mais eficiente (por exemplo, através da automação, contabilidade automática, aceitação de pedidos online, etc.), mas não geram receita direta. Portanto, a atitude da gestão miopemente focada neles provavelmente será essa – como algo em que precisam gastar dinheiro.
Isso é muito bem tratado no artigo mencionado acima:
A principal diferença conceitual entre uma empresa de TI e uma não de TI é que, na empresa de TI, você – sendo programador, testador, analista, gerente de TI, enfim – faz parte da seção de receitas do orçamento (bem maior parte), enquanto na não de TI você é apenas uma despesa, frequentemente uma das mais visíveis. Assim, a relação com os profissionais de TI internos é correspondentemente formada – como uma espécie de parasitas que nós, como negócio, somos forçados a pagar do nosso bolso, e eles ainda se atrevem a querer algo para si.
Frequentemente, a gestão de tal empresa não entende nada de TI e desenvolvimento de software, e por isso, em primeiro lugar, é difícil convencê-los da necessidade de algo, e em segundo lugar, a própria "criação de um departamento de TI" pode não acontecer da melhor maneira: para a posição de líder desse departamento, é escolhido alguém cujas habilidades os gestores não conseguem verificar adequadamente. Se ele tiver sorte, formará uma boa equipe e dará a direção certa para o desenvolvimento. Mas, se não tiver sorte, pode acontecer que a equipe aparentemente desenvolva algo e o produto até funcione, mas na prática fica isolada em seu próprio ambiente, não se desenvolve realmente, e as pessoas realmente talentosas e experientes não permanecem. Infelizmente, eu já vi isso com meus próprios olhos.
Como identificar isso antecipadamente, na fase de entrevista? Existe um chamado , no entanto, é preciso reconhecer que ele é muito superficial, e na verdade há muitos mais fatores a serem verificados e sinais de alerta que podem surgir, mas isso já é tema para um artigo separado.
É importante dizer algumas palavras sobre diversas empresas de engenharia, consórcios de produção, organizações de pesquisa científica, escritórios de design, institutos de projeto e coisas do tipo. Aqui, segundo minha experiência, há várias razões para "por que não vale a pena ir ou pelo menos pensar muito bem antes de fazê-lo".
Em primeiro lugar, mais uma vez, lá frequentemente reina a ignorância e o atraso tecnológico. Por quê — essa é uma questão separada e renderia um bom artigo, mas sobre este assunto as pessoas frequentemente se manifestam até aqui, no Habr:
"Vou revelar um segredo aterrador — o software embedded é testado pelo menos de forma muito inferior e pior do que qualquer servidor web mal cuidado. E muitas vezes é escrito por dinossauros, depurador é para fracos, e 'se o código compila, significa que tudo funciona'.
… Não estou brincando, infelizmente." []
"Nada surpreendente. Na minha observação, muitos ‘hardware guys’ acreditam que a fabricação do dispositivo é uma arte, acessível aos escolhidos, e que escrever o código para isso ele mesmo pode fazer, assim, de improviso. É algo trivial. O resultado é um trabalho aterrador que funcionou. Eles ficam muito ofendidos quando é explicado de forma simples por que seu código cheira mal, porque... bem... eles fizeram o hardware, o que tem a ver? É apenas um programa." []
"Pela minha experiência em pesquisas científicas, posso dizer que quando uma tarefa é trabalhada por uma ou mais pessoas, não se fala em reutilização de código. Eles escrevem como dá, utilizam ao máximo as capacidades mínimas da linguagem, e sobre sistemas de controle de versão a maioria não sabe nada." []
Em segundo lugar, tudo novamente frequentemente volta-se para a gestão e as tradições estabelecidas:
O desenvolvimento de hardware para estatísticas é, na maioria das vezes, um empreendimento autossustentável e autofinanciado, com clientes russos, um mercado russo e um chefe russo — um ex-engenheiro de mais de 50 anos que anteriormente trabalhava por pouco. Portanto, seu pensamento é: "Eu trabalhei a vida toda para que eu pagasse a algum jovem? Ele que se vira!" Assim, essas empresas geralmente não têm muito dinheiro, e se tiverem, não investirão em seu salário.]
E, em terceiro lugar... Nesses lugares frequentemente não se faz distinção entre programadores e outros engenheiros. Sim, sem dúvida, um programador também pode ser considerado engenheiro, e até mesmo o conceito de "engenharia de software" sugere isso. Em ambos os casos, as pessoas realizam um trabalho intelectual e desenvolvem novas entidades, e em ambos os casos são necessárias determinadas habilidades, conhecimentos e aptidões.
Mas... o ponto é que, na situação atual do mercado de trabalho, essas categorias são remuneradas de maneiras muito diferentes. Não digo que deva ser assim, pessoalmente acho que é injusto, mas, infelizmente, no momento, isso é um fato: os salários de "programadores" e de outros "engenheiros" podem diferir em 1,5 a 2 vezes, ou até mais.
E em muitas empresas de engenharia e áreas afins, a liderança também não entende "por que deveríamos pagar a eles o dobro", ou às vezes "qual é o problema, nosso Vasya, o eletricista, escreve código tão bem quanto qualquer um" (e Vasya nem se opõe, embora ele não seja um) ).
Em uma das discussões sobre o tema "o caminho do programador é árduo" com o respeitado , de alguma forma surgiu um comentário dele do tipo "E o que há de errado, pagamos nossas pessoas acima do salário médio de um engenheiro em São Petersburgo", embora, para ser justo, se a empresa valoriza e respeita seus funcionários, deveria pagar "... acima do salário médio de um programador em São Petersburgo".
Uma imagem bastante reveladora, que circulou há alguns anos em várias comunidades relacionadas a sistemas de controle, fala por si mesma.
Não trabalhe com militares.
Essa conclusão eu tirei quando ainda era estudante na seção militar da faculdade 🙂.
Na verdade, eu mesmo nunca trabalhei em empresas ligadas a militares ou com clientes desse setor, mas meus amigos trabalharam, e pelas histórias deles, como "Existem três maneiras de fazer algo — corretamente, incorretamente e à moda do exército" e "Vou reunir um pequeno grupo de pessoas restritas, com base nas quais vou entender como lidar com a situação e punir quem for necessário!" não surgiu do nada.
No meu caso, entrevistas em empresas desse tipo geralmente terminavam na necessidade de assinar um acordo de confidencialidade. Os entrevistadores juravam que "o terceiro formulário é uma pura formalidade, não significa nada, você poderá viajar para o exterior sem problemas", mas para perguntas como "Se não significa nada, por que então existe e por que assinar?" e "Quais são as garantias de que, considerando a situação caótica ao redor, em um belo dia a legislação não mudará e tudo não se tornará diferente?" não houve respostas.
Não trabalhe como "faz-tudo"
… isso é tipo quando você é ao mesmo tempo programador, administrador, montador de redes, comprador de hardware, reabastecedor de cartuchos, DBA, suporte técnico e telefonista. Se você está em sua posição fazendo "tudo ao mesmo tempo", é provável que você não seja um especialista em nenhuma dessas áreas, e, portanto, pode ser substituído por alguns estudantes ou juniores, que não são difíceis de encontrar por um preço baixo. O que fazer? Escolha uma especialização e desenvolva-se nessa direção.
Comece a estudar um stack mais atual
… se você está trabalhando com ferramentas legadas. Às vezes, por exemplo, a pessoa programa em alguma versão Delphi 7 ou em versões antigas de PHP com frameworks igualmente antigos. Não afirmo que isso é ruim por definição, afinal, o princípio "funciona — não mexa" ainda vale, mas quando um stack antigo é usado não apenas para manter sistemas antigos, mas também para desenvolver novos módulos e componentes, isso leva a refletir sobre a qualificação e motivação da equipe de desenvolvedores, e se a empresa realmente precisa de bons profissionais.
Às vezes acontece o oposto: você está suportando algum projeto legada em alguma tecnologia legada e está se saindo razoavelmente bem (talvez porque ninguém mais queira se aventurar nesse pântano), mas quando por algum motivo o projeto ou a empresa falha, há um grande risco de acabar à deriva, e voltar à dura realidade pode ser muito desconfortável.
Não trabalhe em pequenas e médias empresas que atuam no mercado interno (russo).
Aqui tudo é bastante simples. Empresas que atuam no mercado internacional têm um fluxo de dinheiro em moeda estrangeira e, considerando as atuais taxas de câmbio, conseguem pagar bem seus desenvolvedores. Empresas que atuam no mercado interno precisam correr atrás disso, e enquanto grandes e ricas empresas podem pagar salários competitivos para não perder bons especialistas, as pequenas e médias, infelizmente, nem sempre têm essa possibilidade.
Estude inglês. Mesmo que agora não pareça especialmente necessário.
O inglês é uma ferramenta muito útil para um profissional de TI moderno: a grande maioria da documentação, manpages, notas de versão, descrições de projetos, e tudo o mais é escrito em inglês; os melhores livros e artigos científicos são publicados em inglês (e não são sempre traduzidos para o russo de imediato e, especialmente, não são sempre traduzidos corretamente); conferências de nível mundial ocorrem em inglês; a audiência de comunidades internacionais de desenvolvedores na internet é centenas de vezes maior do que a de língua russa, etc.
Devo chamar sua atenção para outro fato: há um enorme número de empresas com desafios interessantes e salários muito atrativos, onde, sem o conhecimento de inglês, você nem será considerado. Isso inclui empresas de outsourcing, integradoras, filiais de empresas internacionais e meras firmas que atuam no mercado internacional. Em muitas delas, é necessário resolver tarefas em equipe com colegas de outros países e, frequentemente, até interagir diretamente com clientes e seus especialistas. Assim, ao não ter um bom domínio do inglês, você imediatamente se exclui de uma parte significativa do mercado de trabalho, especificamente daquela parte onde muitas vezes é possível encontrar projetos bastante interessantes com ótimos pagamentos.
Além disso, o domínio do idioma possibilita trabalho em plataformas internacionais de freelancers e em remotas para empresas estrangeiras. E também a oportunidade de pegar o trator e se relocar para outro país, especialmente considerando que, em nossos dias, isso começou a ser feito até por pessoas que nunca antes pensaram nisso.
Não tenha medo das "galeras"
Às vezes, você pode encontrar opiniões de que as chamadas "galeras" (empresas que se envolvem em consultoria, desenvolvimento de outsourcing, ou que vendem as competências de seus especialistas como staff) são ruins, enquanto as empresas de produtos são as boas.
Não concordo com essa opinião. Pelo menos, dois lugares onde trabalhei por um bom tempo eram essas exatamente "galeras", e posso dizer que as condições de trabalho, o nível salarial e o tratamento dos funcionários eram bem bons (e eu tenho com o que comparar), e ao redor havia pessoas bastante agradáveis e qualificadas.
Não pense que se no seu atual emprego as coisas não estão muito boas, em outro lugar será igual.
Talvez, psicólogos algum dia pesquisem esse fenômeno e lhe deem um nome, mas por enquanto precisamos reconhecer que esse fenômeno realmente existe: às vezes as pessoas trabalham em lugares onde não estão muito satisfeitas, mas acreditam que "provavelmente é assim em todo lugar" e que "trocar um chifre por outro não faz sentido". Digo apenas: não, não é assim em todo lugar. E para se certificar disso, vamos aos próximos pontos.
Vá a entrevistas
… apenas para ganhar experiência em entrevistas, conhecer as exigências e os níveis salariais em diferentes lugares. Ninguém vai te apedrejar se, no final, receber uma proposta e decidir gentilmente recusar. Mas você ganhará experiência em entrevistas (isso é importante, sim), que pode ser muito útil em algum momento, ouvirá sobre o que outras empresas em sua cidade estão fazendo, saberá quais conhecimentos e habilidades os empregadores esperam dos candidatos e, o mais importante, quanto dinheiro estão dispostos a pagar por isso. Não hesite em fazer perguntas sobre o funcionamento dos processos dentro da equipe e da empresa como um todo, pergunte sobre as condições de trabalho, peça para ver o escritório e os locais de trabalho.
Estude o mercado e saiba seu valor
Pesquise no Headhunter, MeuCírculo e recursos similares para ter uma ideia aproximada de quanto realmente vale o que você sabe e faz.
Não se assuste com números altos na seção de salários oferecidos, mesmo que pareça que alguma empresa está disposta a pagar muito mais do que você recebe atualmente pelo mesmo trabalho que desempenha. É importante ter em mente que a TI é um dos poucos setores onde, se a descrição da vaga diz que a empresa está disposta a pagar entre 100-150-200 mil, é provável que realmente esteja disposta a fazê-lo.
Não subestime a si mesmo
Veja. , que já foi tema de vários artigos aqui no Habr. Não pense que você é inferior, menos qualificado ou que de alguma forma está em desvantagem em relação a outros candidatos. E muito menos, com base nessas opiniões, solicite um salário abaixo da média do mercado — pelo contrário, _sempre_ peça um valor um pouco acima da média, mas deixe claro que está disposto a discutir.
Não hesite em negociar um aumento com a gerência
Não fique sentado quieto esperando que alguém acima tenha uma epifania e aumente seu salário por conta própria. Pode ser que a epifania aconteça, mas pode ser que não.
Aqui tudo é muito simples: se você acha que está recebendo pouco, fale com a gerência. As razões para "por que eu acho que devo ser pago mais" podem ser variadas, desde "nos últimos N anos de trabalho, evoluí como profissional e agora posso realizar tarefas mais complexas e trabalhar de forma mais eficiente" até "em outras empresas, para este trabalho, oferecem tanto".
No meu caso, isso sempre funcionou. Às vezes na hora, às vezes depois de um tempo. Mas quando um colega meu, cansado da falta de dinheiro, encontrou um novo emprego e colocou o pedido na mesa, do outro lado da mesa ficaram muito surpresos e perguntaram: "Por que você não veio falar sobre um aumento conosco?", e tentaram convencê-lo a ficar, oferecendo até uma quantia maior do que na nova proposta.
Mude-se ou comece a trabalhar remotamente
Se tudo se resume à escassez de vagas na cidade (ou seja, se não há muitos "outros lugares" onde pessoas com sua qualificação são necessárias ou se não é tão fácil entrar nelas)... Então aumente suas habilidades e mude-se para outra cidade, se tiver a oportunidade. Eu pessoalmente conheço pessoas que saíram de cidades milionárias para São Petersburgo e Moscovo e dobraram sua renda, mesmo mudando para uma posição mais baixa.
Novamente, não caia em mitos como "nas capitais pagam mais, mas você também gasta muito mais, então não vale a pena", leia os comentários sobre , onde existem muitas opiniões e histórias sobre este tema.
Estude o mercado de trabalho das grandes cidades, busque empresas que oferecem pacotes de realocação.
Ou, se você já é um profissional consolidado e experiente, tente um trabalho remoto. Essa opção exige certas habilidades e boa autodisciplina, mas pode ser bastante adequada e vantajosa para você.
Por enquanto é isso. Quero reiterar — esta é apenas a minha opinião e minha experiência, que, naturalmente, não é a verdade absoluta e pode não coincidir com a sua.
Materiais relacionados:
—
—
—
Fonte: habr.com
