Olá caros amigos, tudo certo?
Você vai ter uma overdose da palavra “Análise”, mas siga firme que terá êxito em ler o Post.
Como prometido há algum tempo, hoje vou falar sobre esta miscelânia de papéis que existem na TI referente a Análise.
Esta variedade de papéis costuma fundir a cabeça das recrutadoras do RH nas empresas, costuma causar crise de identidade nos profissionais e mais ainda, costuma causar problemas no projeto se o profissional não souber corretamente qual é o seu papel e o que se espera dele.
Mas afinal, será que Analista de Negócios, Analista de Processos e Analista de Requisitos não é tudo a mesma coisa?
A resposta: Não. Não é tudo a mesma coisa não.
Apesar de ser muito comum o desentendimento sobre cada papel e alguém acabar fazendo os três papéis (ou fazer apenas um e achar que está fazendo todos) no dia-a-dia, cada tipo de análise é sim uma coisa diferente.
Como gosto de fazer, vamos por parte e destrinchar cada um destes papéis:
Primeiro, vamos saber o que é um Analista:
a.na.lis.ta1 adj m+f (gr analystés) Que analisa. s m+f 1 Pessoa que analisa ou é versada em análises. 2 Pessoa cujo ofício é fazer análises das propriedades químicas, físicas ou de outra espécie de uma substância ou produto.
a.na.lis.ta2 adj m+f (lat annale+ista) Relativo ou pertencente a anais ou a quem os escreve. s m+f Pessoa que escreve anais.
O Analista é uma pessoa que tem por carateristícas, a vontade de observar, compreender e descrever a dinâmica de algum produto, processo ou modo de execução. É fundamental para quem exerce este papel ter uma dicção para poder se comunicar de forma clara, ter domínio da escrita, sendo simples na sua forma de descrever porém coeso e acertivo. Um Analista também deve ter em si uma curiosidade natural para sempre procurar saber mais sobre as coisas, como elas se iniciam, como se processam e como passam a diante.
Vamor ver o que é “Negócios”:
By Wikipedia:
Em apertada síntese, podemos dizer que, entende-se por negócio toda e qualquer atividade econômica com o objetivo de gerar lucro.
Etimologicamente, e num sentido mais lato, a palavra negócio deriva do latim, e quer dizer a negação do ócio. Negócio não trata apenas de negócio financeiro ou comercial, mas sim toda a atividade humana que tem efeitos jurídicos
Processos:
By Wikipedia:
Processo deriva do latim procedere, verbo que indica a ação de avançar, ir para frente (pro+cedere)) e é um conjunto sequencial e particular de ações com objetivo comum. Pode ter os mais variados propósitos: criar, inventar, projetar, transformar, produzir, controlar, manter e usar produtos ou sistemas.
Em gerenciamento de processos (também apelidado BPM), o processo de negócio é uma sequência de tarefas (ou atividades) que ao serem executadas transformam insumos em um resultado com valor agregado.
Requisitos:
By Wikipedia:
No âmbito da engenharia, um Requisito consiste da definição documentada de uma propriedade ou comportamento que um produto ou serviço particular deve atender.
Em outras palavras, o Negócio é algo “maior”. Está diretamente ligado as maneiras que a Empresa irá operar para conseguir gerar Lucro.
O Negócio alinha-se com a estratégia da Empresa e leva em consideração objetivos a serem alcançados e os meios que devem ser satisfetios para serem atingidos. A análise do Negócio percorre toda a estrutura da Empresa.
Esta análise é a que vejo menos ser feita nos Projetos de Software. Geralmente o que acontece, é que alguém realiza análise de Processo, ou seja, realiza análise de Gatilhos e Estados iniciais de uma área ou interação de uma área, análise suas ações e suas execuções e por fim análisa as saídas que esta área oferece para suas interações.
Este é o papel do Analista de Processo: analisar os processos que as áreas das Empresas realizam e geram para atingir uma Meta de Negócio.
Basicamente, todo processo tem um Gatilho ou um Estado Inicial. O processo tem sua execução e gera insumos que podem ser gatilhos para outros processos ou estados finais com respostas.
Entenda que o papel do Analista de Processo não é menor do que o Papel do Analista de Negócio, eles apenas estão em esferas diferentes.
Geralmente, uma Empresa já tem suas Metas definidas e buscam através de Projetos ou Produtos conseguir atingi-las. Poucas Empresas eu realmente vi estarem abertas para Análise de seu Negócio para aferir o que realmente um Projeto ou Produto pode fazer por ela.
Isto toma tempo, pode revelar algumas coisas interessantes e até indesejadas, dada a burocrácia e hierarquias da Empresas atuais. Mas posso dizer que o resultado de uma Análise de Negócio é algo realmente muito interessante e bom.
Analisar o Negócio está diretamente ligado em entender todo o ambiente aonde a Empresa se posiciona: O seu Mercado de atuação, sua posição neste mercado, seu histórico, seus concorrentes e etc..
Uma vez tendo a diretriz de negócio madura, pode-se iniciar a análise dos Processos que a Empresa realiza para atingir seus objetivos.
Não quero fazer alusão a Waterfall e mostrar uma sequência obrigatória, mas realmente fica mais fácil analisar o processo tendo uma diretriz de negócio definida, talvez estas duas análises não possam correr em paralelo.
Analisar o Processo requer uma imersão e um acompanhamento próximo no dia-a-dia da Empresa. Não que a Análise de Negócio não requira isto, mas a Análise de Processo se diferencia pelo grau de imersão e proximidade junto as áreas da Empresa, o dia-a-dia mesmo.
Analisar o Processo vai de encontro a entender os “mini objetivos” que as áreas da Empresa tem, analisar a interação entre elas e ver o quão isto se alinha ao objetivo da Empresa.
Os processos buscam satisfazer alguns requisitos e eles mesmo são compostos de algumas regras. Aqui entra o chapéu do Analista de Requisitos.
A Análise de Negócio gera Requisitos de Negócios a serem satisfeitos. A Análise de Requisitos trabalha diretamente para entende-los e ver suas partes na execuções dos processos. Compreender aonde cada requisito é requerido, processado e satisfeito.
Está no trabalho do Analista de Requisitos ser capaz de descrever e validar os requisitos da solução que foram iniciados na Análise do Negócio.
Não quero aqui gerar links profundos entre uma Engenharia de Requisitos, falar em tipos de documentos, técnicas, linguagens de modelagem com o conceito geral da Análise de Requisitos. Que seja livre de quem estiver exercendo este papel escolher as melhores ferramentas para atingir seus objetivos segundo sua realidade.
Mas, basicamente, temos uma “Cebola” com três camadas que demonstram a atuação de cada papel:
Dentro de um Processo Ágil, estas fase podem (e devem??) ser sobrepostas, o que faz com que a pessoa que irá realizar este trabalho assuma os chapéus de cada Analista em diferentes momentos ao longo do Projeto.
Este dinamismo da troca do chapéu ajuda a causar o desentendimento de cada papel em específico.
Segundo o IIBA, todo este processo de análise pode estar contido no papel do Analista de Negócios. Eu particularmente discordo um pouco, por achar que quem é capaz de fazer isso ou é o Super Homem ou é Louco e também por ver objetivos e características mais específicos para cada perfil de Analista.
Conheço grandes Analista de Requisitos que não têm muito o perfil de estar com uma Junta Diretora de uma Empresa e ser capaz de abstrair os obejtivos de Negócio e ser capaz de compreender a complexidade do Mercado, porém é extremamente habilidoso no mapeamento, modelagem e descrição dos requisitos.
Talvez seja uma questão de experiência, talvez seja uma questão de aprendizado, mas acho que cada Analista tem sim seu perfil mais adequado.
E você, discorda? Concorda? Acredita que todos estes papéis são sim uma coisa única em tempos diferentes? Ou que esses papéis são realmente diferentes mas possíveis de ser feito por uma única pessoa?
Expresse sua opinião.
[]s.
agilementoring 