Académique Documents
Professionnel Documents
Culture Documents
versão 1.2
Quem é o instrutor?
CBAP®, PMP®
• marcelomneves@gmail.com
• +15 anos de experiência
• Palestrando
• Fazendo análise de negócios
• Gerenciando Projetos
• Escrevendo
• Preside o IIBA®-RJ
2
Copyright© 2010 - Anelosoft®
Vamos nos apresentar?
3
Copyright© 2010 - Anelosoft®
Será que precisamos de analistas de negócios?
Terceirização
Exigências regulatórias
4
Copyright© 2010 - Anelosoft®
Será que precisamos de analistas de negócios?
O analista de negócios pode e deve garantir que a solução que está sendo entregue
atende os requisitos levantados na fase de elicitação.
5
Copyright© 2010 - Anelosoft®
Vamos a um exemplo real
6
Copyright© 2010 - Anelosoft®
Como um analista de negócios poderia ajudar nesse caso?
A seguinte série de questões ilustra como um analista de negócios poderia ter ajudado a
resolver o problema utilizando a técnica dos 5 Por quês:
8
Copyright© 2010 - Anelosoft®
O BABOK® – Business Analysis Body of Knowledge
9
Copyright© 2010 - Anelosoft®
O que é análise de negócios?
10
Copyright© 2010 - Anelosoft®
Quem é o analista de negócios?
11
Copyright© 2010 - Anelosoft®
O que o analista de negócios faz?
12
Copyright© 2010 - Anelosoft®
O que o analista de negócios faz?
• Entende a organização
• Identifica necessidades e problemas, mesmo
que estas não estejam claramente identificadas
• Facilita o entendimento entre as partes
interessadas
• Sugere e valida as melhores soluções para a
organização
• Modela os processos
• Documenta os processos
• Coleta os requisitos
• Planeja as mudanças
• Trabalha em conjunto com o gerente de
projetos
• Trabalha em contato estreito com as partes
interessadas
• Avaliação a solução final
13
Copyright© 2010 - Anelosoft®
Analista de Negócios de TI versus Analista de Negócios
14
Copyright© 2010 - Anelosoft®
O que você faz?
15
Copyright© 2010 - Anelosoft®
Certificação CBAP® – Certified Business Analysis Professional
16
Copyright© 2010 - Anelosoft®
O Analista de Negócios e o time do projeto
• Patrocinador
• Gerente de Projetos
• Outros analistas de negócios
• Especialistas de negócio
• Desenvolvedores
• Analista da Garantia da Qualidade
• Arquiteto de TI
• DBA
• Fornecedores
17
Copyright© 2010 - Anelosoft®
O Analista de negócio e o Gerente de Projetos
GP => Responsável por garantir que o produto seja entregue no tempo e custo estimados
AN => Responsável por garantir que o produto seja construído de acordo com os requisitos
Gerente de Projetos
Analista de Negócios
19
Copyright© 2010 - Anelosoft®
Termos e Conceitos Chave
Requisito é uma condição necessária para obter Domínio é a área que está em análise.
ou preencher certo objetivo.
Requisitos de Negócio
São declarações de alto nível de metas, objetivos
ou necessidades da organização.
Requisitos de Transição
Descreve capacidades que a solução deve reunir Regra de negócio define o
para facilitar a transição entre o estado corrente e comportamento do negócio e
estado futuro. independe de tecnologia.
20
Copyright© 2010 - Anelosoft®
Atividade em grupo (25 minutos)
“One laptop per child” (um laptop por criança) é um conceito. É um projeto de educação,
não um projeto de laptop. Pode ser implementado em mais de uma maneira, de forma
alguma limitado ao paradigma do chamado "laptop de US$100, da associação sem fins
lucrativos OLPC. O argumento para a OLPC é simples: muitas crianças — especialmente
aquelas em áreas rurais dos países em desenvolvimento — têm tão pouco acesso à escola —
em alguns casos só a sombra de uma árvore; que construir escolas e capacitar professores é
o único caminho — talvez o mais lento – para aliviar a situação. Ainda que programas de
construção de escolas e educação dos professores não devam parar, um outro método
paralelo aconselhado pela OLPC é potencializar as próprias crianças, engajando-as mais
diretamente na sua própria aprendizagem. Pode soar implausível equipar as crianças mais
pobres com laptops conectados, quando mesmo as mais ricas não os têm, mas não é esse o
ponto. Os laptops podem ser accessíveis e as crianças são mais capazes do que se acredita
que sejam.
Fonte: http://wiki.laptop.org/go/Um_Laptop_por_Criança
Habilidades Técnicas
Habilidades Sociais
Conhecimento de TI
Conhecimento do Negócio
24
Copyright© 2010 - Anelosoft®
Habilidades Técnicas
UML
BPMN
BPD
Prototipação
DFD (Quê ?!!?!??!)
Testes
Técnicas de elicitação
Metodologias
25
Copyright© 2010 - Anelosoft®
Habilidades Sociais
• Aprendizado
• Poder de síntese
• Negociação
• Saber Analisar
• Criatividade
26
Copyright© 2010 - Anelosoft®
Conhecimento de TI
Conhecer Arquitetura
Conhecer Programação
Conhecer Ciclo de Desenvolvimento de Software
Utilizar Suíte de Escritório
Utilizar Ferramentas de Colaboração
Conhecer Software em Geral
27
Copyright© 2010 - Anelosoft®
Conhecimento de Negócio
Missão
Representa a razão de existência de uma organização
Está intimamente ligada não somente ao lucro, mas ao seu objetivo social. Toda missão
dever nortear os objetivos financeiros, humanos e sociais da organização.
Para definir a missão de uma organização algumas perguntas devem ser respondidas
como: Qual o nosso negocio? Quem é o nosso cliente? Que satisfação ele quer ao
comprar nosso produto?
Visão
Deve ser a situação futura desejada a longo prazo, dever ser uma meta ambiciosa, e
servir como um guia para a definição dos objetivos e a realização da missão.
É o sonho da organização, é o futuro do negocio e onde a organização espera estar
nesse futuro.
Material de Marketing
Relatórios Financeiros
Plano Estratégico
Processos
Objetivos
Pessoas
28
Copyright© 2010 - Anelosoft®
Exemplo – Google
29
Copyright© 2010 - Anelosoft®
Conhecimento de Negócio – Cadeia de Valor
A cadeia de valor designa uma série de atividades relacionadas e desenvolvidas pela empresa a fim de
satisfazer as necessidades dos clientes, desde as relações com os fornecedores e ciclos de produção e venda
até a fase da distribuição para o consumidor final. Cada elo dessa cadeia de atividades está interligado.
30
Copyright© 2010 - Anelosoft®
Conhecimento de Negócio – Cadeia de Valor
“Toda empresa é uma reunião de atividades que são executadas para projetar, produzir,
comercializar, entregar e sustentar seu produto “
“A cadeia de valor não é uma coleção de atividades independentes e sim um sistema de atividades
interdependentes”
“O modo como cada atividade é executada, combinado com seu custo, determinará se uma
empresa tem custo alto ou baixo em relação à concorrência. O modo como cada atividade de valor
é executada também irá determinar sua contribuição para as necessidades do comprador, e assim,
para a diferenciação”
“As atividades de valor são, portanto, os blocos de construção distintos da vantagem competitiva.
Uma comparação das cadeias de valores dos concorrentes expõe as diferenças que determinam a
vantagem competitiva”
“O valor, e não o custo, deve ser usado na análise da posição competitiva de uma empresa”
31
Copyright© 2010 - Anelosoft®
Tipos de Processo
• APOIO – Não adicionam valor, porém são necessários para garantir que os processos
primários continuem a funcionar.
– Exemplo: TI
– “É só despesa!”
32
Copyright© 2010 - Anelosoft®
Regras
33
Copyright© 2010 - Anelosoft®
Objetivos
34
Copyright© 2010 - Anelosoft®
O que é estratégia?
35
Copyright© 2010 - Anelosoft®
A estratégia
36
Copyright© 2010 - Anelosoft®
Resumo
37
Copyright© 2010 - Anelosoft®
Modelos de Ciclo de Vida de Desenvolvimento de
Software
Modelo em Cascata
Vantagens
Desvantagens
39
Copyright© 2010 - Anelosoft®
Modelo Ágil
Vantagens
Desvantagens
40
Copyright© 2010 - Anelosoft®
Exemplo - SCRUM
Fonte: Wikipedia
Características:
• SCRUM divide o desenvolvimento em SPRINTS de 30 dias
• Equipes de no máximo 7 pessoas
• Funcionalidades definidas no início de cada SPRINT
• Reunião diária de 15 dias minutos onde o time expõe o que será feito
• Todos devem responder às seguintes perguntas:
O QUE VOCÊ REALIZOU DESDE A ÚLTIMA REUNIÃO?
QUAIS PROBLEMAS VOCÊ ENFRENTOU?
NO QUE VOCÊ TRABALHARÁ ATÉ A PRÓXIMA REUNIÃO?
41
Copyright© 2010 - Anelosoft®
Áreas de Conhecimento do BABOK®
Análise Corporativa
Elicitação
Análise de Requisitos
Competências Fundamentais
44
Copyright© 2010 - Anelosoft®
Planejamento e Monitoramento da Análise de Negócios – BABOK® 2
Uma das técnicas dessa área de conhecimento é a Análise das Partes Interessadas. Essa análise
está limitada as partes interessadas nas atividades da análise de negócios. O foco do BABOK® 2
foi alterado no que tange as iniciativas. Antes utilizavam-se termos como ciclos de
desenvolvimento de sistemas “em cascata”, “iterativo” e “ágil”. Estes termos foram substituídos
por ciclo de vida de projetos "orientado ao planejamento" e "orientado a mudança".
45
Copyright© 2010 - Anelosoft®
Planejamento e Monitoramento da Análise de Negócios – BABOK® 2
Objetivo
Identificar tarefas da análise de negócios e as partes interessadas
que interessam para a análise de negócios
Valor
Quem precisa ser envolvido
O que precisa ser feito
Monitorar progresso
Como coordenar ações de Análise de Negócios
com as demais ações do projeto
46
Copyright© 2010 - Anelosoft®
Planejamento e Monitoramento da Análise de Negócios – BABOK® 2
47
Copyright© 2010 - Anelosoft®
Planejamento e Monitoramento da Análise de Negócios – BABOK® 2
48
Copyright© 2010 - Anelosoft®
Planejamento e Monitoramento da Análise de Negócios – BABOK® 2
50
Copyright© 2010 - Anelosoft®
Planejamento e Monitoramento da Análise de Negócios – BABOK® 2
51
Copyright© 2010 - Anelosoft®
Planejamento e Monitoramento da Análise de Negócios – BABOK® 2
52
Copyright© 2010 - Anelosoft®
Elicitação – BABOK® 2
Objetivo
Coletar (elicitar) requisitos das partes interessadas
Valor
Técnicas para coleta dos requisitos
O objetivo desta atividade é garantir que todos os recursos necessários para as atividades de elicitação estão
organizados e agendados.
Preparar para Elicitação envolve construir um cronograma detalhado para uma atividade de elicitação,
definindo datas e atividades específicas.
A saída desta atividade são os requisitos com o status DECLARADO e também as preocupações das partes
interessadas. Essas preocupações incluem: problemas, riscos, premissas, restrições e qualquer outra
informação relevante.
O objetivo desta atividade é validar que os requisitos foram registrados conforme o entendimento passado
pela parte interessada.
As seguintes técnicas podem ser utilizadas para validar os resultados: Observação e Entrevista.
Objetivo
•Comunicar resultados da análise de negócios
•Identificar e gerenciar as mudanças
Valor
•Entendimento único entre as partes interessadas
•Formalização do que foi acordado
•Garantia de que as metas e objetivos de negócio foram
alcançados através da solução
Copyright© 2010 - Anelosoft® 61
Gerenciamento e Comunicação de Requisitos – BABOK® 2
O propósito é obter e manter consenso entre as partes interessadas chave com relação a solução que será
entregue e os requisitos que serão implementados.
O objetivo desta tarefa é selecionar e estruturar requisitos para garantir que estes foram efetivamente
comunicados, foram perfeitamente entendidos e são utilizáveis pelas partes interessadas.
Como os projetos são formados e de onde os gerentes da sua organização tiram suas ideias
para os projetos? Como você pode certificar-se de que seu projeto terá a chance de ser bem
sucedido? Tudo isso começa com uma análise corporativa.
Análise Corporativa é a área de conhecimento que fornece um contexto para outras atividades
e identifica soluções para atingir as necessidades do negócio.
Objetivo
•Entender a organização na qual está trabalhando
•Entender o contexto
Valor
Visão clara do contexto permitindo uma prospecção dos desafios que estão por vir
Como um analista de negócios determina os esforços que devem ser empregados para
desenvolver uma análise em particular?
O objetivo fundamental é fornecer aos que geram decisões a quantidade certa de informações
necessárias para se chegar a uma conclusão.
Que projeto irá exigir maior análise? Desenvolver um sistema de controle de ligações ou enviar
o homem à lua?
70
Copyright© 2010 - Anelosoft®
Análise Corporativa – BABOK® 2
1 - Definir Necessidade do Negócio
Esta tarefa gera a lista de capacidades necessárias que a organização precisa ter.
Determina a abordagem de solução mais viável para a organização alcançar a necessidade do negócio.
Descreve uma abordagem geral de como a organização vai criar ou adquirir as novas capacidades para
alcançar a necessidade do negócio. Exemplo: Compra de software, implantação de novo processo ou a
descrição da metodologia a ser utilizada.
Descreve em detalhes a nova solução o suficiente para as partes interessadas entenderem o que
foi definido.
Análise de Requisitos é a área de conhecimento que muitos consideram como sendo “core” para o
analista de negócios.
Análise de Requisitos lida com a forma como as necessidades das partes interessadas são analisadas,
estruturadas e documentadas.
Objetivo
Analisar os dados coletados
Valor
Descrição clara e completa dos requisitos que
permitirão a construção de a solução desejada
1 - Priorizar Requisitos
Esta atividade tem como objetivo garantir que o esforço de análise e implementação tenha como foco os
requisitos mais críticos.
2 - Organizar Requisitos
O objetivo desta tarefa é criar uma visão dos requisitos de forma que possam ser entendidos claramente por
todas as partes interessadas.
Neste caso os requisitos modem ser modelados para organizar os requisitos. Podem ser utilizadas as
seguintes ferramentas:
• Classes de usuários
• Casos de uso
• Perfis
• Papéis
• Eventos
• Processos
• Regras
O objetivo é modelar os requisitos de forma a tornar inteligível a comunicação de requisitos com as partes
interessadas.
É nesta atividade que podem ser utilizados DFD´s, a modelagem de dados, análise de regras de negócios,
entre outras.
A saída desta atividade são os requisitos com status ANALISADO, ou seja, requisitos especificados e
modelados.
5 - Verificar Requisitos
6 - Validar Requisitos
O objetivo desta atividade é garantir que todos os requisitos suportam a entrega de valor para o negócio,
preenchendo os objetivos e metas, e atende as necessidades do usuário.
ATENÇÃO: O analista de negócios não é responsável apenas pela definição do escopo e dos requisitos. O
analista de negócios está comprometido com a entrega de uma solução que atende completamente os
requisitos das partes interessadas.
Depois que os requisitos foram aprovados, eles precisam ser implementados. Para tal, a área de
conhecimento Avaliação e Validação da Solução garante a escolha da melhor solução.
Objetivo
Garantir que a melhor solução será escolhida
Valor
•Avaliação das diferentes alternativas
•A escolha entre as alternativas
O propósito desta atividade é avaliar se as soluções propostas atendem os requisitos das partes interessadas.
2 - Alocar Requisitos
Esta atividade envolve alocar requisitos de solução e das partes interessadas para maximizar o valor entregue
ao negócio dada as opções e alternativas geradas pelo time de desenho.
A saída desta atividade são os requisitos com status ALOCADO, ou seja, requisitos que estão prontos para
serem implementados.
O objetivo desta atividade envolve avaliar se a organização está pronta para fazer uso efetiva da nova
solução.
Esta atividade tem como objetivo definir os requisitos de transição, ou seja, as capacidades necessárias para
a transição da solução existente para a nova solução.
5 - Validar Solução
• Defeitos
• Ações de mitigação
• Avaliação da nova solução
Esta atividade tem como objetivo avaliar o funcionamento das soluções com o objetivo de identificar
oportunidade de melhoria.
Do ponto de vista de negócios uma regra de negócio é a orientação de que existe uma obrigação
concernente a conduta, ação, prática ou procedimento dentro de uma esfera ou atividade particular.
Do ponto de vista de TI uma regra de negócio é uma declaração que define ou restringe algum aspecto
do negócio. Destina-se a afirmar a estrutura do negócio, ou para controlar ou influenciar o
comportamento do negócio.
Para que uma regra seja uma verdadeira regra de negócio a regra precisa passar pelos 5 testes
abaixo:
Teste 2. A regra tem que ser sobre negócio, e não sobre um sistema que apóia o negócio ou uma
plataforma utilizada para implementar um sistema. A regra de ouro aqui é a seguinte: se não existir
um sistema, mesmo um lápis e papel, será que a regra continua a ser importante para o negócio?
Teste 3. A regra tem que ser expressa na linguagem de negócios e não na linguagem de sistemas ou
plataforma. Uma pessoa de negócio tem que ser capaz de entender a regra sem ter sido treinada em
TI.
Teste 5. A regra deve tender a remover um certo grau de liberdade. Se é dada alguma orientação, mas
não tendem a retirar algum grau de liberdade, ele ainda pode ser útil, mas não é uma regra, por si só.
Considere a seguinte afirmação: A conta bancária pode ser aberta por uma pessoa de qualquer idade.
Embora a declaração dá uma certa orientação de negócio, ela não o faz diretamente:
Coloca uma obrigação ou proibição de conduzir os negócios.
Como a instrução não remove um grau de liberdade, não expressa uma regra de negócio.
• Declarativas: As regras de negócios não são declaradas de forma procedural. A regra é declarada.
• Precisa: Uma regra de negócio deve estar aberta a uma única interpretação. Se o regra pode ser
entendida como mais uma coisa, você precisará rever a declaração da mesma.
• Atômica: Uma regra de negócio contém um único pensamento completo, não mais de um. A regra de
negócio deve ser indivisível, se você tentar quebrar uma verdadeira regra de negócio em partes, você vai
perder informações.
• Consistente: Um conjunto de regras de negócios não deve conter regras conflitantes.
• Não-redundante: Um conjunto de regras de negócios não deve conter regras que indiquem a mesma
informação.
• Orientadas ao negócio: As regras devem usar termos que sejam significativos e confirmado em todo o
âmbito do negócio.
• Propriedade do negócios: As regras de negócio são definidas pelo pessoa de negócios e apenas eles
podem modificá-la, ou afirmar que a regra não é mais válida (excluir as regras).
• Pode também utilizar outras regras: As regras de negócios, podem compor outras regras.
Um equívoco comum é que "atômica" significa "não utilizar outras regras".
• Nome da regra
• Entrada em vigor
• A data de validade
• Descrição
• Origem:
a) código-fonte do sistema
b) documentação de processo existente
c) TI e pessoal de negócios
A modelagem ajuda a entender melhor os processos. Ajuda a identificar problemas nos processos.Facilita
a comunicação.
BPMN é uma notação baseada na técnica de fluxograma e é muito parecido com diagramas de
atividades do UML.
Exemplo de processo desenhado em BPMN
Prazo é prazo !
Copyright© 2010 - Anelosoft® 110
Última Mensagem
JÁ
TOMEI MM...
BANH FOI
O RÁPIDO.
Atrasado
Bêbado
Batom
Anelosoft®
http://www.anelosoft.com
IIBA®
http://www.theiiba.org
BABOK® Online
http://www.babokonline.org
®
Certified Business Analysis Professional Prep Master Book
Guia Completo para a Certificação CBAP®
www.cbapmaster.com
Anelosoft®
http://www.anelosoft.com
info@anelosoft.com
Treinamento e consultoria em Análise de Negócios