O Analista de Negócio(s)

Competências Fundamentais que o Analista de Negócios precisa ter Em diversas vagas de emprego que tenho analisado na internet, procuram de forma diferentes as competências para um Analista de Negócio. Não estou entrando no mérito de sistema gestores, ramo de atividade; Mas sim no que se espera deste profissional.

Esta área de conhecimento nos permite compreender quais são as tarefas necessárias que deverão ser executadas para garantir que a(s) solução(ões) atendam à(s) necessidade(s) do negócio e para facilitar o sucesso durante a implantação. A Análise de Negócio possuí um papel fundamental na garantia de que o processo de revisão, seleção e desenho da solução seja realizado e maximizando o valor que será entregue para as partes interessadas. Para que isso seja possível o Analista deve conhecer o ambiente do negócio para que suas propostas sejam assertivas e não afetem este ambiente. O Analista de Negócio deverá realizar as seguintes atividades: Avaliar a Solução Proposta Alocar Requisitos Avaliar a Prontidão Organizacional  Definir Requisitos de Transição Validar a Solução Avaliar o Desempenho da Solução Avaliar a Solução Proposta Cabe ao Analista avaliar se as soluções propostas atendem as necessidades do negócio, mesmo que em partes é preciso saber o quanto a solução at

Ferramentas - Controle de requisitos Como publicado no tópico para Controle de versões - Análise de Negócio , sugerimos algumas ferramentas para repositório de arquivos. Desta vez nossa proposta é divulgar algumas ferramentas que são parceiras do OMG (Object Management Group), grupo responsável pela padronização do UML.

Análise de Requisitos A Análise de Requisitos é uma (não sendo exclusiva) tarefa muito difícil de ser realizada. Como especificar algo que está na cabeça do cliente ou usuário final? Como conseguir extrair as informações de forma correta? São algumas perguntas que pretendo auxiliar no entendimento e compreensão para que você possa executar esta atividade.

Ferramentas - Controle de versões de código Recebi alguns pedidos por email sobre indicações de ferramentas para controle de versões, pois eu cito nos artigo o TFS da Microsoft. Abaixo indico duas ferramentas: TortoiseSVN   Ele possuí tradução em Português do Brasil, manual de uso e instalação, abaixo algumas telas disponibilizadas pelo desenvolvedor.

A área de conhecimento da Análise Corporativa descreve as tarefas que o Analista de Negócio (AN) deve realizar, como a identificação das necessidades do negócio.

Esta área é se não umas das mais criticas, pois não se trata apenas de notificar ou informar os envolvidos no processo, pois nos projetos em que você atou ou atuará com certeza verá uma equipe de pessoas envolvidas em diversas áreas, isto significa que todos os envolvidos devem ter o conhecimento nivelado.  Por exemplo se em um projeto de desenvolvimento de software, para uma área jurídica, será preciso que o Analista de Negócio (AN), entenda o problema a ser solucionado, utilizando a Eliciação nesta fase. Porém quando  AN for transmitir o conhecimento obtido com a área solicitante e dizer ao setor de Ti que: " A jurisprudência xpto nos dá uma visão sobre como o sistema deverá se comportar" ou "A nova lei 0000-00 impacta diretamente o registros ABC".

Depois de dois anos da comunidade ter trabalhado fechado em conjunto com os criadores do Scrum Ken Schwaber e Jeff Sutherland, foram anunciadas no dia 01 de Agosto as regras definitivas e a documentação do Scrum. Para ler na integra o anúncio, acesse o site do Scrum clicando aqui . Para baixar seu exemplar do Scrum Guide atualizado, clique aqui.

Antes de falarmos desta área, precisamos saber o significado da palavra Eliciar ou Elicitar. Segundo o dicionário Priberam Online, Eliciar é  "Fazer sair, atrair, levar, evocar, excitar, provocar", o Babok traz por definição "Elucidar ou trazer à tona (algo latente ou com potencial) / Tornar visível ou extrair (como informação ou como resposta)". Por ser uma palavra um pouco diferente, muitos dizem por aí "Vou levantar os requisitos", não deixa de ser uma forma de entendimento, porém você não levanta algo que não consegue carregar, concorda?

Esta área de conhecimento tem por objetivo definir quais as tarefas associadas com o planejamento e o monitoramento das atividades, sendo entre elas: Identificação das partes interessadas (clientes, colaboradores, gerencia, diretoria, terceiros, etc); Definição dos papéis e responsabilidades das partes interessadas; Desenvolver as estimativas das tarefas de análise de negócios; Criação do plano de comunicação entre as partes interessadas (inclui o Analista de Negócio); Definição de como os requisitos serão abordados, rastreados e priorizados; Definição e determinação do(s) processo(s) de análise de negócios; Definição das métricas que serão utilizadas para monitoras o trabalho de análise de negócio.

O Corpo de Conhecimento de Análise de Negócios (Babok),  possui oito áreas de conhecimento. As quais recomendo a leitura e consulta durante o desenvolvimento dos seus projetos.  Como diria um velho amigo  "Tudo que envolva setas direcionando o leitor como um fluxo, tem a tendência de dar errado" , o Babok não foge a regra, semelhante ao PMBok ele também faz suas ligações entre as áreas de conhecimento, sugerindo um link entre elas. As áreas de conhecimento disponíveis na segunda edição do Babok são: Planejamento e Monitoramento da Análise de Negócios; Elicitação ou Eliciação   Gerenciamento e Comunicação dos Requisitos Análise Corporativa Análise de Requisitos Avaliação e Validação da Solução Competências Fundamentais Técnicas Dentro de cada área é possível ter uma visão de como o Analista de Negócio deve se comportar , como conduzir uma análise com as partes interessadas, como ele pode extrair informações e quais as técnicas ele deve e pode utiliza

Muitas pessoas são céticas quanto a junção de várias boas práticas, algumas preferem ser xiitas e seguir uma única definição, outras gostam de mesclar as coisas boas que as demais práticas oferecem. Este tópico tem como objetivo demonstrar o uso do  Scrum  alinhado com o Babok, mas antes de iniciarmos precisamos saber, o que é o  Scrum ? Conforme definição do  Guia do Scrum : O Scrum é um framework¹ dentro do qual as pessoas podem resolver problemas adaptativos complexos, enquanto, produtivamente e criativamente entregam produtos com o mais alto valor possível, sendo: Leve De entendimento simples Extramente difícil de ter o domínio Conforme publicado neste tópico o Babok já deixou claro que os responsáveis por produtos também são Analistas de Negócio, deixando aberto a integração das boas práticas do Babok com o framework do Scrum. O termo "responsável pelo produto" pode ser localizado facilmente no Guia do Scrum como Product Owner ou como o Dono do

Por definição o BABOK possui as descrições das práticas que geralmente são aceitas no campo da análise de negócios. Para saber o que um Analista de Negócios faz é preciso em um primeiro momento saber o que é a Análise de Negócios. A análise de negócios não se trata apenas de conversar com os clientes, descrever documentos como um simples "de-para" do que o foi dito para a área de Tecnologia ou retransmitir para uma consultoria executar como um plano de ação. O processo se trata de um conjunto de atividades e técnicas que são utilizadas para servir de "ponte" entre as partes interessadas no processo (clientes internos e/ou externos).  É preciso que o Analista esteja disposto a ouvir e compreender a necessidade de seu cliente e conhecer a estrutura do processo, que pode envolver políticas (organizacionais, governamentais e até internacionais - dependendo do modelo de negócio que está sendo tratado). Uma vez que o Analista conhece todo o ambiente que