Salário em engenharia de software é pago a partir de um de três orçamentos

Três orçamentos

• O salário em engenharia de software vem de um de três orçamentos.
• O orçamento que paga o salário influencia o trabalho do dia a dia e a trajetória de carreira.
• Os três orçamentos são vendas/marketing, pesquisa e desenvolvimento e manutenção.

Orçamento de vendas/marketing

• Quando se faz parte de uma organização de crescimento, os resultados são fáceis de quantificar e medir.
• Isso inclui engenheiros de growth, engenheiros de vendas e developer relations, responsáveis por vender produtos existentes, divulgar recursos e impulsionar a adoção de ferramentas.
• Esse orçamento quer impacto imediato.
• Impacto mensurável permite saber sempre o ROI e gera receita de forma direta.
• Quando é fácil medir, também é fácil comparar, o que pode levar a uma cultura de competição interna.
• É um trabalho focado no curto prazo, perseguindo o próximo experimento, cliente ou tendência de marketing.
• Como a empresa busca maximizar o retorno sobre o investimento, a rotatividade pode ser alta.

Pesquisa e desenvolvimento

• Pesquisa e desenvolvimento (P&D) emprega a maior parte dos engenheiros.
• Trabalha sob a organização de produto, e empresas grandes têm organizações reais de pesquisa e ciência.
• Isso inclui engenheiros de produto, pesquisadores e arquitetos, que constroem ou exploram produtos que a empresa vende ou poderá vender.
• Esse orçamento quer crescimento ao longo do tempo.
• O ambiente é mais tranquilo e busca equilíbrio entre manutenção e recursos para atrair novos usuários.
• Empresas com um departamento de pesquisa de verdade têm pessoas pesquisando ideias que só virarão produto anos depois.
• Desenvolvimento e pesquisa são diferentes, mas têm em comum o foco em resultados de longo prazo.
• O horizonte de atenção mais curto é o trimestre, e o trabalho deve se tornar um ativo que entregue valor por anos.

Manutenção

• A manutenção, na maior parte das vezes, é absorvida pelo desenvolvimento.
• Esse orçamento quer otimização de custos.
• Isso inclui administradores de sistemas, pessoas que mantêm sistemas antigos e, às vezes, engenheiros de plataforma.
• A empresa vê esse trabalho como custo puro e quer minimizá-lo.
• Em muitas empresas, esse trabalho é integrado ao desenvolvimento de produto e tratado como trabalho sem valor.
• A empresa desgosta tanto desse orçamento que fazer engenheiros dedicarem tempo a trabalho de NFR (requisitos não funcionais) chega a ser tratado como algo excepcional.
• A construção de ferramentas internas também pode entrar nessa categoria; um exemplo são dashboards administrativos que mantêm a empresa funcionando, mas não recebem prioridade.

Por que isso importa

• O trabalho do dia a dia muda conforme o orçamento em que você atua.
• Growth é mensurável e volátil.
• Pesquisa é calma e ambígua.
• Desenvolvimento gera valor e é construído ao longo do tempo.
• Manutenção está sempre sob pressão para ser reduzida.

Opinião do GN⁺

• Este texto ajuda engenheiros de software a planejar a própria carreira e entender como seu trabalho é percebido dentro da empresa.
• Ao entender as características de cada orçamento, engenheiros podem avaliar se seu trabalho cria valor de longo prazo ou se está focado em resultados de curto prazo.
• Esses insights são úteis para que engenheiros entendam seu papel com mais clareza e tomem decisões estratégicas necessárias para alcançar seus objetivos de carreira.

[GN⁺]

Comentário do Hacker News

• É importante entender a visão que a organização tem sobre desenvolvimento de software, pois isso afeta muito a carreira.

  • Em empresas de consultoria, relacionamento com clientes e habilidades básicas de desenvolvimento de software são valorizados.
  • Em empresas de produto, a capacidade de construir e operar software é o mais importante.
  • Em outras empresas onde o software tem um papel secundário, o importante é entregar dentro do orçamento, e é difícil receber reconhecimento.

• Não dá para entender a cultura tecnológica moderna em que manutenção é sempre alvo de corte de orçamento e subvalorização.

  • Desenvolver novas funcionalidades é importante, mas garantir que elas funcionem direito também é.
  • Houve uma empresa em que existia uma cultura de construir coisas novas continuamente em vez de fazer manutenção, e isso levou à substituição constante de ferramentas internas.
  • Não valorizar manutenção faz mal para o negócio e é autodestrutivo.

• Avaliar engenharia de software como algo "sem valor" mostra falta de entendimento sobre como funcionam os negócios da indústria.

  • Em comparação com outros setores, como os orçamentos e as margens de lucro são diferentes, também muda a forma de contratar e remunerar engenheiros.
  • O investimento de longo prazo varia conforme outras linhas de produto e funções dentro da empresa, e isso afeta o orçamento de produtos de software.

• Em relatórios anuais de empresas, é comum ver "vendas e marketing" e "pesquisa e desenvolvimento", mas raramente se menciona "manutenção".

  • Ler as demonstrações financeiras de uma empresa ajuda a entender diferentes categorias de custo e suas dinâmicas.

• O blog do patio11 distingue centro de custo e centro de lucro, e defende que é importante estar ligado a um centro de lucro.

  • Esse blog também oferece muitas outras informações úteis.

• Há quatro categorias para separar orçamentos:

  1. Pesquisa e desenvolvimento: aplicam-se benefícios fiscais especiais e créditos tributários.
  2. Vendas/marketing: pode incluir engenheiros de vendas e implementação.
  3. Manutenção: desenvolvedores que corrigem bugs e fazem trabalho de código sem os benefícios fiscais especiais.
  4. Em serviços de hospedagem/PaaS/SaaS, operações inclui uma parte dos salários de engenheiros de software.
  • Entender em qual orçamento cada trabalho é realizado é importante do ponto de vista tributário.

• Swizec escreveu um livro útil chamado "Serverless Handbook" e há muito tempo publica uma newsletter por e-mail bastante informativa.

  • Defende "aprender fazendo / aprender em público" e é excelente em compartilhar o que aprendeu.

• Comparar orçamento a "baldes" é uma metáfora, mas no texto o uso é literal.

  • Papéis de manutenção entram no desenvolvimento de produto, e o tempo dedicado à manutenção em cada sprint é limitado.
  • Engenheiros de growth e de relações com desenvolvedores normalmente fazem parte da organização de produto.

• Historicamente, engenharia de software fazia parte da função de TI, e isso veio da contabilidade.

  • Ainda hoje, em muitos negócios, a contabilidade continua sendo a principal força por trás do software.

• Pela experiência relatada, salários de engenharia de growth nunca vieram de orçamento de marketing, e também não existe um orçamento de "manutenção".

  • Tudo entra no orçamento de P&D/engenharia; as expectativas variam conforme o time e o papel, mas não é uma questão orçamentária.