Neste artigo, tentarei falar sobre a profissão de analista de negócios para iniciantes e para aqueles que desejam iniciar sua carreira.
Sem experiência nesse campo, você pode fazer uma pergunta razoável: "Qual é a diferença entre um analista de negócios e um analista de sistemas?" Eles tentaram encontrar a resposta para essa pergunta muitas vezes em Habré, ninguém tem uma resposta inequívoca, mas há muitos bons artigos.
Um deles: Analista de Negócios e Analista de Sistemas em TI. Entendemos as variedades
Introdução
Trabalho como analista do Oracle Siebel CRM há mais de 3 anos, por mais de um ano venho preparando estagiários para as duras realidades dos dias úteis. Como regra, meu estilo de aprendizagem consiste em pequenas palestras introdutórias e utilização imediata do trainee para tarefas reais com controle de qualidade.
Nas condições de auto-isolamento, enfrentei um caso interessante: enquanto trabalhava como consultor para uma empresa com requisitos rígidos de segurança, não tive a oportunidade de consolidar o conhecimento teórico transferido com aplicação prática. Isso me levou a um desafio muito interessante para o mentor: a necessidade de apresentar a teoria de forma a minimizar os conceitos abstratos para o estagiário, preparando-o para problemas reais sem experiência prática. Vou tentar capturar a experiência adquirida neste artigo.
O que um analista faz?
Normalmente, ao responder uma pergunta sobre minha profissão, digo que um analista é um tradutor da linguagem das humanidades para a linguagem dos técnicos. Mas tudo é tão simples no mundo?
De fato, a análise consiste nas seguintes etapas:
- Recebendo uma Solicitação de Revisão do Sistema
- Refinando o resultado desejado que o usuário obtém no final do seu processo
- Esclarecimento do processo de trabalho atual
- Projeto preliminar da solução
- Coordenação com o cliente de etapas adicionais do processo, se necessárias para alcançar o resultado,
- Correção da solução
- Coordenação do processo com o cliente
- Registro de especificações técnicas para o desenvolvedor
- Testando os principais cenários da funcionalidade
- Preparação da documentação, escrevendo instruções para o usuário
- Transferência de funcionalidade para o cliente
Saiba mais sobre cada etapa
Recebendo uma solicitação de revisão
Como regra, os clientes de modificações são pessoas distantes da esfera de TI. Os requisitos raramente são sistematizados, descritos de forma clara e lógica. Isso é algo que você precisará corrigir antes de entregar a tarefa ao desenvolvedor.
Esclarecimento do resultado desejado
Aqui você deve esclarecer o que o cliente deseja especificamente. Pode ser qualquer coisa: alterar o status de um aplicativo, gerar um documento, enviar um SMS ou E-mail, em geral, tudo o que um sistema de TI pode fazer.
Sempre use as seguintes diretrizes nesta fase:
- Para você, o cliente não deve ter um único conceito abstrato na declaração do problema. Se você não tiver certeza se você e o cliente têm o mesmo entendimento de algumas palavras, verifique se chegou a um entendimento.
- Não há perguntas estúpidas, há perguntas formuladas incorretamente e tratadas incorretamente. O analista não é especialista em todas as áreas da empresa, mas deve ser capaz de entender rapidamente uma nova área. Não tenha medo de perguntar.
Esclarecimento do processo atual
Na maioria das vezes, o processo de trabalho atual é chamado de "processo no estado em que se encontra".
Após concluir esta etapa, você deve imaginar o processo como uma caixa preta .
Projeto preliminar da solução
Esta etapa implica a definição do processo futuro ou, como se costuma dizer, o "processo TO-BE".
Depois de concluir esta etapa, sua caixa preta deve ficar branca, ou seja, você deve saber exatamente o que está acontecendo dentro do processo. É assim:
Seja guiado pelos seguintes princípios:
Você deve ter notado que "Entrada 3" aparece na caixa branca. Às vezes, você pode achar que não há dados suficientes no sistema para alcançar o resultado. Vamos tomar como exemplo algum tipo de certificado na conclusão de um contrato entre a empresa e o cliente, que deve refletir o patronímico do cliente, que não é armazenado em seu sistema. Nesse caso, você deve informar o cliente sobre isso e oferecer uma solução para o problema, por exemplo, adicionar o campo "Patronymic" ao sistema e garantir que ele seja preenchido. Para os usuários, isso significa preencher um campo adicional ao trabalhar com o sistema, que deve ser acordado com o cliente.
Correção da solução
Às vezes, a coordenação de novas etapas do processo ocorre com comentários sobre sua decisão do cliente. Nesse caso, você deve corrigir a solução proposta. Mas isso nem sempre acontece, o que significa que você é um excelente sujeito e concluiu o design na etapa "Design preliminar da solução".
Coordenação de processos
Após a conclusão do projeto, o processo deve ser acordado com o cliente. O formato da negociação geralmente depende das realidades de uma empresa específica e de um cliente específico. Podem ser descrições textuais do processo, descrição na notação para descrever processos de negócios ou acordo verbal.
Registro de especificações técnicas
O formato da tarefa técnica também depende das normas adotadas nas empresas do cliente e do executor e, muitas vezes, da competência do desenvolvedor: desenvolvedores inexperientes precisam de uma descrição mais detalhada do processo. Durante minha carreira, conheci empresas nas quais não havia especificações técnicas e tudo foi discutido em um formato livre, mas todas as declarações têm uma característica comum: você deve descrever funções aritméticas e lógicas definidas na etapa de design, em texto ou visualmente, na forma de bloco esquemas.
Teste funcional
Antecipando a pergunta, sim, os analistas costumam fazer testes. Mas, como regra, esse teste é superficial para garantir que o desenvolvedor o entenda corretamente. Geralmente, limita-se a percorrer os principais cenários de trabalho para identificar a presença de defeitos críticos, ou seja, erros que não permitem alcançar o resultado desejado de forma alguma. Os especialistas em controle de qualidade estão envolvidos na busca de defeitos menores e no teste de funcionalidade em diferentes condições.
Documentação
Esse talvez seja o estágio menos favorito da maioria dos analistas, mas seu conhecimento especializado da funcionalidade deve ser registrado por escrito. Escreva bem a documentação: o processo deve ser descrito em detalhes suficientes para que uma pessoa não esclarecida possa entender o que está acontecendo dentro da caixa branca e curta o suficiente para que você possa lê-lo e permanecer acordado.
As instruções do usuário são um pequeno memorando para o usuário final da sua funcionalidade, no qual as ações do usuário são descritas nas etapas. Esse tipo de documentação deve consistir em uma lista de ações, não deve conter termos técnicos.
O formato desses documentos também depende das normas adotadas em uma empresa cliente específica.
Transferência de funcionalidade para o cliente
A parte mais agradável do trabalho. Aqui você mostra o trabalho realizado para o cliente, coleciona louros, orgulha-se do trabalho realizado e se carrega de emoções positivas para a próxima tarefa.
Resultado
O trabalho de um analista envolve muita comunicação, brainstorming e uso de todas as possibilidades da lógica que a natureza lhe proporcionou.
Se você gosta de organizar e otimizar, se você gosta que tudo seja claro e lógico na vida, trabalhar como analista lhe dará muito prazer e você certamente alcançará o topo de sua carreira.
Espero que meu artigo tenha ajudado a formar uma impressão sobre análises e levado à conscientização de seu caminho na vida. Boa sorte!