Apostila Analise Negocio

FAN - Formação de Analistas de Negócios
pfvasconcellos.eti.br
Créditos & Débitos
Esta apostila é liberada sob a licença
Creative Commons :: Atribuição – Uso Não-Comercial –
Compartilhamento pela mesma licença 2.5
(http://creativecommons.org/licenses/by-nc-sa/2.5/br/)
Você pode:
copiar, distribuir, exibir e executar

a obra
criar obras derivadas
Sob as seguintes condições:
Atribuição. Você deve dar crédito ao autor original, da

forma especificada pelo autor ou licenciante.
Uso Não-Comercial. Você não pode utilizar esta obra

com finalidades comerciais.
Compartilhamento pela mesma Licença. Se você alterar,

transformar, ou criar outra obra com base nesta, você somente
poderá distribuir a obra resultante sob uma licença idêntica a
 Para cada novo uso ou distribuição, você deve deixar claro para
outros os termos da licença desta obra.
 Qualquer uma destas condições podem ser renunciadas, desde
que Você obtenha permissão do autor.
 Nada nesta licença impacta ou restringe os direitos morais do
autor.
finito
2 / 82
Qualquer direito de uso legítimo (ou "fair use") concedido por

lei, ou qualquer outro direito protegido pela legislação local,
não são em hipótese alguma afetados pelo disposto acima.
Este é um sumário para leigos da Licença Jurídica (na íntegra).
( http://creativecommons.org/licenses/by-nc-sa/2.5/br/legalcode )
Formação de Analistas de Negócios

“A parte mais difícil na construção de um software é decidir
precisamente o que precisa ser feito. Nenhuma outra compromete
tanto um projeto quando mal executada. Nenhuma outra é mais
difícil de ser corrigida.”
- Fred Brooks, “No Silver Bullet” (1987)
Para atacar diretamente a complexidade apontada por Brooks no

referido artigo, várias empresas estão apostando na figura do Analista
de Negócios. Este profissional, atuando como uma ponte entre as áreas
de negócio e TI, deve entender os problemas e oportunidades e ajudar a
definir o que precisa ser feito.
A formação de um analista de negócios envolve o domínio de duas

disciplinas:
Modelagem de Negócios: conjunto de métodos e práticas que

facilitam o entendimento do negócio como um todo ou de
oportunidades ou problemas específicos.
Engenharia de Requisitos: grupo de métodos e práticas que visam ao

pleno entendimento das necessidades e restrições dos usuários, e a
comunicação deste entendimento ao restante da equipe de projeto.
O programa FAN é um trabalho em desenvolvimento. Depois de 2 anos

e mais de 1200 participantes de todo o Brasil, nos aproximamos do
finito
3 / 82
lançamento de um dos principais produtos deste trabalho: o “Guia para

a Formação de Analistas de Negócios”, livro a ser lançado em 2009.
Desde já agradecemos sua participação.
Objetivos do Programa
 Entender a Função / Profissão Analista de Negócios;
 Compreender e exercitar métodos e práticas para:
 O Entendimento do Negócio (Modelagem de Negócios);
e
 O Entendimento dos Usuários (Engenharia de
Requisitos).
 Conhecer e debater algumas propostas de Processos para
Desenvolvimento de Sistemas.
Carga Horária
 14 horas (2 módulos x 7 horas)
Índice
 O Programa FAN 5
 O Time 9
 O Analista de Negócios 10
 Entendendo o Negócio
21
 Modelagem de Negócios 31
finito
4 / 82
 Modelando Processos de Negócio

49
 Analisando o Negócio 64
O Programa FAN
finito
5 / 82
Esc
finito
6 / 82
Agenda
finito
7 / 82
Pr
finito
8 / 82
O Time
O diagrama acima mostra um modelo para formação de uma equipe de

projeto de desenvolvimento. Ele mostra a posição do Analista de
finito
9 / 82
Negócios (AN) em relação aos demais membros da equipe. Clientes e

usuários ficam no lado esquerdo do diagrama. Desta forma indicamos
que o relacionamento com todos os demais stakeholders é
responsabilidade do gerente do projeto, do arquiteto e do AN (Negócio).
O que não significa, obviamente, que o restante da equipe nem conhece
a cara do freguês. Segue uma breve apresentação dos perfis:
 Coordenador: ou gerente do projeto. Responsável por todas as
tarefas administrativas, dentre elas: Prazos, Custos, Riscos etc.
 Arquiteto: ou dono do produto (em nomenclatura Scrum). É o
principal responsável pelo desenho da solução e
acompanhamento do time.
 Negócio: ou AN. Responsável pelo domínio do problema e
interação como todas as partes interessadas (stakeholders).
 Interface: desenvolvedor que cuida de todos os elementos da
camada de apresentação de uma solução.
 Serviços: o programador clássico, que cuida de todos os serviços
(ou componentes) da camada de negócios de uma solução.
 Dados: analista/desenvolvedor responsável pela camada de
dados: bases de dados transacionais e analíticas e gerenciadores
de conteúdo.
 Infraestrutura: responsável por toda a arquitetura tecnológica
de uma solução (servidores, rede, segurança etc).
O Analista de Negócios
finito
10 / 82
An
finito
An
11 / 82
An
finito
12 / 82
Evo
Atenção:
 O Analista de Sistemas ou Analista-programador trabalha no
domínio da solução.
 O Analista de Negócios atua quase que exclusivamente no
domínio do problema.
finito
13 / 82
For
finito
Ha
14 / 82
So
O BABoK
(Hab
finito
15 / 82
BA
finito
16 / 82
Kn
finito
17 / 82
Re
finito
18 / 82
Re
finito
19 / 82
BPM & SOA
 BPM: Business Process Management, ou Gerenciamento de

Processos de Negócio. Envolve a descoberta, projeto e entrega de
processos de negócios. Adicionalmente, o BPM inclui o controle
executivo, administrativo e supervisório desses processos.
 SOA: Service-Oriented Architecture, ou Arquitetura Orientada a

Serviços. Estratégia que propõe a organização dos ativos de
software de forma que eles possam representar Processos,
Atividades ou Tarefas de Negócio de forma direta. Essas
representações são chamadas de Serviços, que devem ser
baseados em padrões e facilmente combinados e reutilizados
visando a satisfação dos requisitos do negócio.
finito
20 / 82
Entendendo o Negócio
Co
finito
21 / 82
Re
finito
Tip
22 / 82
Pr
finito
Vis
23 / 82
Pro
finito
24 / 82
Re
finito
Vis
25 / 82
Ob
finito
Ob
26 / 82
Ob
finito
27 / 82
Me
finito
Me
28 / 82
Exercício #01 – Exemplos?
Recursos:
Processos:
Regras:
Objetivos:
finito
29 / 82
Es
finito
30 / 82
Es
finito
31 / 82
Exercício # 02 – Para Onde Vamos?
Proposição de Valor:
Exemplos de Objetivos Estratégicos:
finito
32 / 82
finito
33 / 82
Entendendo o Negócio
Mo
finito
34 / 82
Mo
Parte Descrição
Visões É impossível descrever completamente um
negócio sob um único ponto de vista. Portanto, um
bom modelo de negócio é composto por várias
Visões.
Existem 4 categorias de visões:
 Visão do Negócio: visão geral do negócio, que
inclui sua estratégia.
 Visão dos Processos: representa toda a parte
dinâmica da empresa.
 Visão da Estrutura: representa a organização
de todos os recursos utilizados, manipulados e
gerados pelo negócio.
 Visão do Comportamento: o comportamento
individual de determinado processo ou recurso.
Toda visão é representada por um ou mais
diagramas.
Diagramas Representam partes específicas da estrutura e / ou
da dinâmica do negócio. Diagramas contém ou
expressam os objetivos, processos, recursos e
regras do negócio.
Objetos e São todos os itens representados nos diagramas.
Processos Objetos representam todos os recursos, enquanto
finito
35 / 82
os processos representam qualquer atividade ou

função executada no negócio.
Lin
finito
OU 36 / 82
Us
finito
Ca
37 / 82
EP
Erik
finito
Me
38 / 82
Dia
finito
39 / 82
Se
finito
40 / 82
Pensamento Visual
No
finito
41 / 82
6W
finito
SQ
42 / 82
J un
finito
43 / 82
AV
finito
MV
44 / 82
An
(Ras
finito
An45 / 82
finito
M
46 / 82
Exercício # 04 – 2km de Extensão X 2cm de

Profundidade
Criar um instantâneo do seu negócio (ou de algum cliente)
MVV (Missão, Valores, Visão)
SWOT
PESTAL
Elaborar um Modelo Conceitual (altíssimo nível)
finito
47 / 82
Est
finito
Ma
48 / 82
Mapas Estraté
Balanced Scor
finito
49 / 82
Exercício # 05 – Placar Balanceado
BS
Elaborar um primeiro “rascunho” de BSC (Balanced Scorecard)
finito
50 / 82
A Visão da E
finito
51 / 82
Exercício # 06 – Visão da Estrutura
Elaborar 2 diagramas:
 Os Principais Recursos Físicos
 Os Principais Recursos de Informação
finito
52 / 82
Modelando Processos de Negócio
finito
Ve
53 / 82
De
finito
54 / 82
Pr
Tipo de Descrição
Processo
Primários São aqueles que lidam diretamente com o cliente.
Sendo assim, se houver algum problema com um
processo primário, o cliente poderá percebê-lo
imediatamente. Alguns exemplos de processos
primários são: vendas, atendimento, contas a
receber e desenvolvimento de novos produtos.
Os processos primários podem ser classificados em
4 grandes grupos4:
 Operacional: produção e entrega de bens e
serviços para os clientes;
 Gestão de Clientes: todas as atividades ligadas
ao relacionamento com o cliente;
 Inovação: pesquisa e desenvolvimento de novos
produtos, serviços ou processos.
 Regulatórios e sociais: conformidade com as
expectativas regulatórias e sociais.
De Apoio São todos os processos que suportam ou são
necessários para a execução dos processos
primários. São exemplos de processos de apoio:
contratação e gestão de recursos humanos,
gerenciamento do ativo imobilizado, contabilização
e compras.
finito
55 / 82
De Gestão São todos aqueles processos necessários para

coordenar a execução dos processos primários e de
apoio. Definição da estratégia de atuação e o
planejamento orçamentário são exemplos de
processos de gestão.
Característica
Fluxo
Eficácia
Eficiência
Descrição
Ca
A seqüência de atividades e tarefas que são
executadas para transformar entradas em saídas.
Fazer a coisa certa.
Fazer do jeito certo.
Pro
Tempo de Ciclo Indica o tempo total necessário para a execução
completa de um ciclo do processo, ou seja, para a
geração de uma saída.
Custo O custo total do processo.
finito
56 / 82
finito
Dia
57 / 82
Exercício # 07 – Descobrindo Processos

Listar exemplos:
Processos de Apoio:
Processos de Gestão:
Processos Primários:
Operacionais:
Gestão de Clientes:
Inovação:
Regulatórios e Sociais:
Elaborar 2 diagramas de processos – selecione 2 processos das listas

acima.
finito
58 / 82
finito
Ma
59 / 82
finito
M
60 / 82
Div
Parte Descrição
Sub-Processo Um processo é formado por dois ou mais sub-
processos. Partimos do princípio de que sempre
haverá, no mínimo, três grandes partes: a entrada, o
processamento e a saída. No entanto, na maior parte
dos casos, veremos que um processo pode ser formado
por vários sub-processos.
Atividade Cada sub-processo é formado por uma ou mais
atividades. Uma atividade, por sua vez, é uma
seqüência de tarefas.
Tarefas É a menor unidade de execução de um trabalho em um
finito
61 / 82
processo.
Dia
finito
62 / 82
Dia
finito
63 / 82
EP
finito
BP
64 / 82
Exercício # 08 – “Quebrando” Processos
Escolha um processo. Vamos quebrá-lo?
finito
65 / 82
Lin
finito
66 / 82
Exercício # 09 – Linhas de Montagem
Como os sistemas atuais suportam o processo previamente

selecionado?
finito
67 / 82
Analisando o Negócio
Registrando os
Ca
finito
Pro
68 / 82
Custo X Tempo d
Problemas Causas
Troca de informações extensa, Fragmentação arbitrária de um
redundâncias de dados e processo natural.
redigitações.
Estoques de segurança e outros Folga do sistema para lidar com a
ativos. incerteza.
Alto índice de verificação e Fragmentação e insegurança.
controle em relação ao trabalho
adicionador de valor.
Retrabalho e iteração. Feedback inadequado ao longo da
cadeia (processo).
Complexidade, exceções e casos Acréscimos a uma base simples.
especiais. Processo “envelheceu” e foi muito
“remendado”.
Atividades ou tarefas Burocracia. Normalmente se trata de
“mecânicas” (ninguém sabe uma atividade que não agrega nenhum
porque as executam). valor.
finito
69 / 82
De
Esta ferramenta é uma adaptação dos “System Maps” para o padrão
UML/EPBE.
Ela não serve apenas para a avaliação de processos ou atividades.
A figura central também pode representar:
 Departamentos
 Empresa
 Indústria
finito
70 / 82
Ava
finito
71 / 82
Ava
finito
72 / 82
Exercício # 10 – Descobrindo Problemas
Desenhar o “Mapa de Avaliação” do processo em questão.
finito
73 / 82
De
Exercício # 11 – Descobrindo Problemas
Reavaliar ou redesenhar processo “quebrado”.

(Diagrama de Atividades / Sequência)
finito
74 / 82
PU
Pro
finito
Pro
75 / 82
Exercício # 12 – Descobrindo Casos

Descobrir casos no último diagrama de atividades elaborado.
finito
76 / 82
Regras de Negócio
Me
finito
77 / 82
Vis
finito
78 / 82
Re
Business Patterns e Modelos de Referência
finito
Re79 / 82
Pa
finito
Um
80 / 82
Ca
finito
Blu
81 / 82
Mo
finito
82 / 82

Apostila Analise Negocio

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Apostila Analise Negocio

Hochgeladen von

Copyright:

Verfügbare Formate

FAN - Formação de Analistas de Negócios

copiar, distribuir, exibir e executar

criar obras derivadas

Sob as seguintes condições:

Atribuição. Você deve dar crédito ao autor original, da

Uso Não-Comercial. Você não pode utilizar esta obra

Compartilhamento pela mesma Licença. Se você alterar,

Qualquer direito de uso legítimo (ou "fair use") concedido por

Formação de Analistas de Negócios

Para atacar diretamente a complexidade apontada por Brooks no

A formação de um analista de negócios envolve o domínio de duas

Modelagem de Negócios: conjunto de métodos e práticas que

Engenharia de Requisitos: grupo de métodos e práticas que visam ao

O programa FAN é um trabalho em desenvolvimento. Depois de 2 anos

lançamento de um dos principais produtos deste trabalho: o “Guia para

Desde já agradecemos sua participação.

 Modelando Processos de Negócio

O diagrama acima mostra um modelo para formação de uma equipe de

Negócios (AN) em relação aos demais membros da equipe. Clientes e

BPM & SOA

 BPM: Business Process Management, ou Gerenciamento de

 SOA: Service-Oriented Architecture, ou Arquitetura Orientada a

Exercício #01 – Exemplos?

Exercício # 02 – Para Onde Vamos?

Exemplos de Objetivos Estratégicos:

os processos representam qualquer atividade ou

Exercício # 04 – 2km de Extensão X 2cm de

Criar um instantâneo do seu negócio (ou de algum cliente)

MVV (Missão, Valores, Visão)

Elaborar um Modelo Conceitual (altíssimo nível)

Exercício # 05 – Placar Balanceado

Exercício # 06 – Visão da Estrutura

 Os Principais Recursos Físicos

 Os Principais Recursos de Informação

Modelando Processos de Negócio

De Gestão São todos aqueles processos necessários para

Exercício # 07 – Descobrindo Processos

Elaborar 2 diagramas de processos – selecione 2 processos das listas

Exercício # 08 – “Quebrando” Processos

Escolha um processo. Vamos quebrá-lo?

Exercício # 09 – Linhas de Montagem

Como os sistemas atuais suportam o processo previamente

Exercício # 10 – Descobrindo Problemas

Desenhar o “Mapa de Avaliação” do processo em questão.

Reavaliar ou redesenhar processo “quebrado”.

Exercício # 12 – Descobrindo Casos

Das könnte Ihnen auch gefallen