Analista de sistemas

Para se tornar Analista de sistemas é necessário curso superior em Sistemas de Informação, Análise e Desenvolvimento de Sistemas, Engenharia de Produção ou Administração com ênfase em processos, somado a formação específica em elicitação e gestão de requisitos, notação UML e desenho de processos em BPMN. Ler um modelo entidade-relacionamento e escrever consultas SQL simples aparece como pré-requisito mesmo nas vagas que não exigem programação.

A entrada costuma se dar por estágio em PMO ou por vaga júnior de analista de negócios, funções em que o profissional aprende a documentar antes de especificar. A passagem para pleno vem quando ele assume um domínio inteiro — faturamento, crédito, cadeia de suprimentos — e a de sênior quando conduz sozinho a homologação com áreas exigentes, o que abre caminho para product owner, arquitetura de processos ou gestão de portfólio.

Os tipos de Analista de sistemas se distinguem pelo objeto da análise: o analista de requisitos passa o dia em entrevistas e documentos de especificação; o analista de negócios mergulha em um domínio — crédito, seguros, varejo — e responde pelas regras daquele universo; o analista de dados de sistemas cuida da modelagem, do dicionário de dados e da consistência das informações entre bases; e o analista funcional de ERP traduz o pedido da área para a linguagem dos módulos já contratados. Em estruturas enxutas, uma única pessoa cobre as quatro frentes e ainda acompanha a homologação.

As competências que o Analista de sistemas precisa ter giram em torno de descrever com precisão algo que ainda não existe. Do lado técnico, pesam UML para casos de uso e diagramas de classe, BPMN para desenhar o fluxo do processo, modelagem entidade-relacionamento e dicionário de dados, SQL para conferir a informação na origem e ferramentas de gestão de requisitos como Jira, Confluence ou Azure DevOps.

Do lado humano, o diferencial é a escuta: perguntar até chegar à regra que o usuário acha óbvia demais para mencionar, condensar duas horas de reunião em meia página sem perder nenhuma exceção e sustentar a especificação quando duas áreas interpretam o mesmo processo de formas diferentes.

O principal desafio do Analista de sistemas é o requisito que muda depois de aprovado: a área revisa uma regra com a construção já em andamento, um gestor descreve o processo de um jeito e o colega da mesma diretoria descreve de outro, e o custo dessa divergência só aparece quando o time já escreveu código em cima da versão anterior.

Quem atua na função contorna isso versionando a especificação com data e responsável pelo aceite, quebrando o documento em blocos pequenos que possam ser homologados separadamente e registrando por escrito toda decisão tomada em reunião, o que troca a memória das pessoas por rastreabilidade.