Analista de Negócios
Analista de negócios é o título menos padronizado desta lista. Em uma empresa significa levantar requisitos para um desenvolvimento; em outra, melhoria de processos na operação; em uma terceira, modelagem financeira; em uma quarta, essencialmente análise de dados com outro nome. Um currículo que não resolve essa ambiguidade nas três primeiras linhas obriga quem lê a adivinhar, e quem adivinha adivinha contra você.
Diga que tipo de analista você é antes de tudo
A linha de resumo trabalha mais neste currículo do que em qualquer outro desta série. «Analista de negócios com 6 anos de experiência» não resolve nada. «Analista de negócios especializado em processos regulados de sinistros — requisitos para a substituição do sistema central e o redesenho de processos em volta» posiciona você de imediato.
Isso importa porque quem faz a triagem costuma ter uma lacuna bem específica. Quem substitui um analista de requisitos numa migração de core bancário não procura um especialista em melhoria de processos, por melhor que seja. Ser claramente o perfil errado é um resultado melhor do que ser vagamente plausível, porque a plausibilidade vaga é o que enche uma pilha de candidatos que ninguém avança.
Se você realmente cobre dois desses mundos, comece pelo que a vaga descreve e deixe o outro mais abaixo como amplitude.
Trabalho de requisitos precisa de um artefato e de uma consequência
«Levantei e documentei requisitos de negócio» é a frase mais comum destes currículos e é invisível, porque é o que o título já implica. O que distingue um candidato é o formato do trabalho: quantas partes discordavam, quanto era legado sem ninguém que ainda entendesse, e o que aconteceu quando o desenvolvimento encontrou o documento.
«Escrevi 40 histórias de usuário para a reconstrução da entrada de sinistros em três times que até então definiam “sinistro” de formas diferentes, e conduzi o workshop que fechou isso» é uma afirmação real. Tem um número, um obstáculo genuíno e uma resolução que quem lê consegue imaginar.
Requisitos que mudaram também são material. Um analista que percebeu que um requisito declarado estava errado antes de o desenvolvimento começar economizou mais dinheiro do que outro que o documentou fielmente, e essa história é muito mais interessante do que uma contagem de documentos.
Trabalho de processos precisa de um antes e um depois
Quando o trabalho é melhoria de processos, o currículo precisa do estado da coisa dos dois lados. «Mapeei o processo de devoluções de ponta a ponta e removi duas etapas de aprovação, reduzindo o tempo mediano de tratamento de 9 dias para 4» está completo: diz o que existia, o que mudou e o que produziu.
Citar um método sem resultado é a falha habitual. Six Sigma, mapeamento de fluxo de valor e reengenharia de processos descrevem como você trabalhou; sozinhos, deixam supor que nada mensurável saiu disso, o que normalmente não é verdade.
Quando a melhoria foi rejeitada ou nunca implantada, diga o que você encontrou e qual era o obstáculo. Analistas encontram isso o tempo todo, e como alguém fala de uma recomendação que não foi adiante é genuinamente informativo.
Onde esses currículos costumam ser cortados
O mais frequente é ler como um analista de dados mais fraco. Analistas de negócios que se apoiam em SQL e dashboards para parecer técnicos acabam comparados com quem faz isso em tempo integral, e perdem uma comparação em que nem precisavam entrar. Aqui a fluência técnica é um detalhe de apoio, não a manchete.
O segundo é uma lista de ferramentas no lugar de um método: Jira, Confluence, Visio, Excel. Todo mundo na pilha já usou. Cabem em uma linha no fim e em nenhum outro lugar.
O terceiro é o conhecimento de domínio invisível. Em setores regulados sobretudo, saber como sinistros, liquidação ou codificação clínica funcionam de verdade costuma ser a coisa mais escassa que um candidato tem, e é rotineiramente omitida porque parece óbvia por dentro. Não é óbvia para quem lê, e com frequência é a razão de um candidato avançar em vez de outro.
Termos que aparecem em quase toda vaga.
- Levantamento de requisitos
- O artefato, o número de partes envolvidas e a divergência que você resolveu.
- Mapeamento de processos
- Os estados antes e depois. Um nome de método sozinho não implica que algo mudou.
- Gestão de partes interessadas
- Quais áreas e o que tornava o acordo difícil. O rótulo está em todos estes currículos.
- SQL / relatórios
- Evidência de apoio, não a manchete — essa comparação você perde para analistas em tempo integral.
- Conhecimento de domínio
- O que você tem de mais escasso e o que mais se omite por parecer óbvio por dentro.
Acrescente um termo apenas quando a sua própria experiência o sustentar. A ApplySpan sinaliza os requisitos que você não pode comprovar em vez de escrevê-los por você.
Perguntas
Currículo de analista de negócios é igual ao de analista de dados?+
Não, e a sobreposição é justamente o que causa problema. Um analista de dados é avaliado pela pergunta, pela análise e pela decisão que gerou. Um analista de negócios, por traduzir entre pessoas que querem coisas diferentes e deixar algo que um time possa construir ou operar.
Como mostro impacto se não implementei a mudança?+
Assuma a parte que foi sua e nomeie com precisão: a recomendação, a especificação, o workshop que fechou uma definição. A implantação que você não fez é contexto. Analistas que descrevem esse limite com clareza leem como mais sêniores, não menos.
Devo incluir certificações como CBAP ou Six Sigma?+
Coloque em uma linha se você as tem. Às vezes passam um filtro e nunca ganham uma entrevista sozinhas: um processo concreto que você mudou, com os números dos dois lados, faz bem mais.