Analista de Sistemas: mercado

Vaga

uma vaga aberta que passou pelo filtro de qualidade e lista pelo menos duas tecnologias

Candidato observado

um candidato cujo stack contém esta tecnologia; um agregado — nenhum registro individual sai do perímetro

Candidato compatível

ainda não contado

Janela

vagas abertas no momento em que o snapshot foi gerado

O Júnior descreve requisitos e especificações simples sob mentoria. Salto para Pleno — design independente de API e integrações, trabalho confiante com modelo de dados e SQL, escrita de especificações técnicas completas. O Sênior conduz projetos de integração complexos, toma decisões de design, influencia a arquitetura. Fluxo de carreira: Systems Analyst → Senior SA → Lead SA, adiante — Solution / System Architect (alvo natural e comum — veja /research/architect), ou Product Owner, ou lead técnico.

Top 5: sql, agile, системный аналитик, jira, bpmn. Data: SQL — mandatory (work with data model, table design, verification), ER diagrams, understanding of relational DBs, sometimes NoSQL. APIs and integrations — core of the profession: REST API and HTTP understanding (methods, codes, headers), OpenAPI / Swagger (contract description), Postman (verification), JSON and XML formats, sometimes SOAP (legacy) and gRPC; message queues (Kafka, RabbitMQ — at principle understanding level). Diagrams and modelling: UML (especially sequence and component diagrams), BPMN, ER diagrams; tools — draw.io, PlantUML, Visio. Documentation: Confluence (specifications, specs), Jira. Architecture: understanding of client-server model, monolith and microservices, integration patterns — enough to design a solution and speak with development as an equal. Skills: systems and technical thinking, ability to decompose complex things, precision and unambiguity in specifications, communication (with business analysts, developers, testers, architects), attention to edge cases. Coding is not required, but the closer the analyst is to the technical side (reads code, understands technology more deeply), the more valuable.

Esta é a principal pergunta sobre a profissão, e na Rússia a distinção é especialmente clara. Business Analyst responde "o que e por quê": trabalha do lado do negócio — levanta a necessidade, descreve processos de negócio, formaliza qual problema precisa ser resolvido e qual deve ser o resultado para o negócio. Systems Analyst responde "como, tecnicamente": pega os requisitos e projeta a solução — descreve APIs e contratos de integração, modelo de dados, lógica do sistema, escreve especificações técnicas pelas quais o time escreve o código. Grosso modo: o BA olha para o negócio, o SA — para o desenvolvimento; o BA entrega o resultado do trabalho ao systems analyst, o SA — aos desenvolvedores. Na prática: em enterprise, bancos e grande desenvolvimento sob demanda, BA e SA são papéis separados com pessoas separadas; em times pequenos e startups de produto uma pessoa frequentemente os combina — daí a comum vaga de "analista de negócio-sistemas". Por skills: o SA exige mais profundidade técnica (SQL, API, integrações, modelo de dados, arquitetura), o BA — mais skills de stakeholders e processos de negócio. Por pagamento: um Systems Analyst em média ganha mais devido ao componente técnico. Fluxo de carreira: o BA frequentemente migra para SA após ganhar horizonte técnico; o SA cresce mais para Solution / System Architect.

O trabalho de um Systems Analyst é projetar como o sistema deve funcionar tecnicamente e descrevê-lo de modo que o time implemente sem ambiguidade. 1) Análise de requisitos — pegar os requisitos de negócio (do BA ou do cliente) e descobrir o que tecnicamente precisa ser feito, identificar detalhes faltantes e casos-limite. 2) Design de API — descrever as interfaces programáticas: quais métodos, quais requisições e respostas, formatos de dados, códigos de erro, autorização; fixar o contrato (muitas vezes em OpenAPI / Swagger). 3) Design de integração — projetar como sistemas e serviços trocam dados: de forma síncrona via API ou assíncrona via filas, quais dados, em que formato, o que acontece em caso de falha. 4) Modelo de dados — projetar estruturas de dados e tabelas (diagramas ER), descrever entidades e relações. 5) Lógica e algoritmos — descrever a lógica de negócio, estados, cenários, tratamento de erros. 6) Diagramas — sequence diagrams (como os componentes interagem ao longo do tempo), diagramas de componentes, esquemas de integração. 7) Especificações e specs — reunir tudo em um documento técnico compreensível para o desenvolvimento e o teste. 8) Apoio — responder às perguntas do time durante o desenvolvimento, esclarecer, participar de revisões e testes, gerenciar mudanças. Essencial: o Systems Analyst é quem projeta e descreve com precisão uma solução técnica sem escrever o código em si.

Escrever código de produção não é obrigatório para um Systems Analyst — este não é um cargo de desenvolvedor. Mas a profundidade técnica é a essência da profissão, e aqui os requisitos são maiores que para um Business Analyst: 1) SQL — obrigatório, não no nível "já ouvi falar" mas com segurança (queries, joins, entendimento do modelo de dados). 2) API e protocolos — é preciso entender bem como o HTTP funciona, REST, o que é um contrato de API, formatos JSON / XML; capacidade de projetar uma API e verificá-la no Postman. 3) Integrações e arquitetura — entender interação síncrona e assíncrona, filas de mensagens, microsserviços e monólito, padrões típicos. 4) Leitura de código e logs — uma grande vantagem: capacidade de ler código, entender o que está acontecendo, analisar um log — isso eleva bastante o valor do analista. 5) Uma linguagem em nível básico — não obrigatório, mas muitos systems analysts aprendem Python ou leem código na linguagem do projeto, e isso ajuda. Resumindo: programar profissionalmente não é necessário, mas o "teto técnico" de um Systems Analyst determina diretamente pagamento e crescimento — quanto mais fundo entenderem a tecnologia, mais perto do cargo de arquiteto e mais ganham. Este é um cargo analítico de orientação de engenharia.

Sim, 28% das vagas de Systems Analyst são remotas ou híbridas. O trabalho do SA (análise de requisitos, design de API e integrações, escrita de especificações, diagramas, chamadas com a equipe) é feito bem à distância. Empresas de TI, fintech, integradores e times de produto russos oferecem presencial, híbrido e remoto; no setor financeiro e governamental para projetos com sistemas sensíveis há às vezes exigência de presencial ou híbrido. Systems Analyst é um cargo escasso e o formato remoto expande o mercado: um analista experiente não está preso a uma cidade. Inglês é necessário para o mercado internacional; para o russo dá para começar sem ele.

Chega-se à análise de sistemas a partir da análise de negócio, do teste, do suporte, do desenvolvimento, além de diretamente após formação especializada. Roadmap: 1) SQL — domine com confiança: queries, joins, agregações, entendimento do modelo de dados; esta é a base. 2) API e HTTP — entenda como o REST funciona, métodos e códigos HTTP, o que é um contrato de API; aprenda a ler e verificar APIs no Postman. 3) OpenAPI / Swagger — aprenda a descrever contratos de API. 4) Formatos e integrações — JSON e XML, interação síncrona e assíncrona, noções de filas de mensagens (Kafka, RabbitMQ). 5) Diagramas — UML (sequence, component), diagramas ER, BPMN; ferramentas draw.io / PlantUML. 6) Modelo de dados — design de tabelas, entidades e relações. 7) Arquitetura — entenda cliente-servidor, monólito e microsserviços, padrões típicos de integração. 8) Especificações — aprenda a escrever uma especificação técnica clara e inequívoca. 9) Ferramentas — Confluence, Jira. 10) Pet project / portfólio — projete uma API e uma integração para uma tarefa clara, descreva a especificação. Recursos: cursos de análise de sistemas (Otus, escolas especializadas de analytics), documentação de REST / OpenAPI, comunidades de analistas de sistemas (na Rússia é uma comunidade ativa e grande). Um bom caminho de entrada é a partir do teste ou da análise de negócio, aprofundando a base técnica; mire Júnior / estágio como Analista de Sistemas.

656 active open Systems Analyst positions in the Zorky sample. The real market is wider: the role is named "systems analyst", "business-systems analyst", "analyst" — exact-term search doesn't catch everything; in addition, some "business-systems analyst" jobs are counted nearby in business-analyst. Geography: the US, Russia, HK. Sources: hh.ru, Habr Career, getmatch, LinkedIn, Telegram (systems analyst communities — in Russia this is one of the most active analytical communities — and job channels). Systems Analyst is one of the most in-demand and scarce roles in CIS IT (banks, integrators, telecom, product companies). NB: the Analyst / BI direction historically had difficulties with automatic job classification — the visible number may understate the real market.

Um Systems Analyst Sênior projeta soluções técnicas para sistemas e integrações complexas. SQL e dados: nível de especialista, design de modelo de dados, compreensão do desempenho de consultas, casos-limite de integridade. Design de API: design de APIs convenientes, consistentes e versionáveis, contratos bem pensados, tratamento de erros, autorização; fluência em OpenAPI / Swagger. Integrações: projetar a interação de vários sistemas — síncrona e assíncrona, via filas; compreensão de confiabilidade, idempotência, comportamento em falhas, consistência de dados entre sistemas. Pensamento arquitetural: ver a solução como um todo, entender monólito e microsserviços, padrões de integração, escolher conscientemente a abordagem e os trade-offs — é isso que transforma um SA Sênior em arquiteto. Especificações: escrever documentos técnicos claros, sem ambiguidade e completos, que não deixem espaço para interpretações diferentes; pensar nos casos-limite antes do desenvolvimento. Diagramas: UML (sequence, component), ER, esquemas de integração com segurança, como ferramenta de trabalho de design. Horizonte técnico: leitura de código e logs, compreensão do stack do projeto, da infraestrutura em alto nível. Decomposição: dividir uma grande tarefa complexa em partes projetáveis e implementáveis. Comunicação: trabalho com analistas de negócio, desenvolvedores, testadores, arquitetos, cliente; capacidade de defender e explicar uma decisão de design. Mentoria: desenvolvimento de analistas Júnior, padrões de especificação no time. Inglês — para o mercado internacional e a documentação. O principal valor de um Sênior — projetar uma solução tecnicamente correta e implementável para uma tarefa complexa e descrevê-la de modo que o time implemente sem adivinhação; é um trampolim direto para o cargo de arquiteto.