011 apresentacao metodo projeto

1

Metodologia de Metodologia de

Projetos em biProjetos em bi

São Paulo, 12 de junho de 2007

Melhores Práticas para Melhores Práticas para Consecução de Consecução de InformaçõesInformações

2

Estratégia do Projeto

Principais Objetivos– Dividir e Permitir Utilização de Conhecimento e Melhores Práticas– Transferência de “know-how”– Gerenciamento total do projeto– Agilizar e aumentar assertividade do projeto– Incorporar novas práticas

Resultados Esperados– Melhoria da qualidade da solução / projeto– Melhoria de eficiência (menor tempo e custo) e eficácia

(consecução dos objetivos) da solução / projeto– Acelerar capacidade de entrega

3

Fases 1/2

Compõe-se de quatro fases:

1. Entendimento das Necessidades– Entender o que o “solicitante” está tentando conseguir ou

melhorar em aspecto de informação ou para o negócio foco da área.

– Propor o compromisso do que é possível ser realizado em função da disponibilidade de recursos ou do tempo de projeto, a fim de garantir uma solução / projeto de sucesso.

2. Definição da Solução / Projeto– Definir e aprimorar os requisitos colhidos na fase anterior

e apresentar o plano final, ideal de projeto, com objetivos, escopo, arquitetura e restrições que devem sustentar a solução / projeto apresentado.

4

Fases 2/2

Compõe-se de quatro fases:

3. Desenvolvimento da Solução / Projeto– Validação e “pré-especificação” da solução / projeto.

4. Entrega do Projeto– Concentração exclusiva na solução / projeto e continuação

do projeto

5

Descobrimento / Entendimento

DesenvolvimentoDefinição Entrega

Pri

nci

pais

Ati

vid

ades

Pri

nci

pais

Perfi

s

Revisar Perfil do solicitante

Reuniões de esclarecimento

Preparar documentação detalhada da solução / projeto (1a. Visão)

Finalizar e entender termos e condições do projeto (entender restrições, mapeamento e requisitos)

Recursos e Schedule

Revisar documentação

Reunião: atividades e definir solução / projeto

Preparar plano geral do projeto e especificamente do Projeto

Preparar documentação da solução / projeto

Revisar documentação

Definição de “variáveis”chaves

Mapeamento das “variáveis”

Avaliar e perguntar sobre qualidade dos dados

Validar

Coordenar entrega final:•Documentação•Modelo•Amostra de análises

Reuniões de entrega

Validar documentação

Visão da solução / projeto

Diretor da área

Gerentes da área

Usuários da solução / projeto

Analista de Negócio

Arquiteto da solução / projeto / área tecnologia

Pri

nci

pais

Recu

r sos

Documentador (detalhamento, metodologia SB, etc.)

Criação de templates específicos

Templates da metodologia SB

Preparar sessão de levantamento de informações e para comunicação com a equipe

Riscos da solução / projeto

Budget da solução / projeto

Checklists (sessão e fase)

Documento de definição do projeto

Documento de solução do projeto

Definição e especificação das análises

Documento de estimativas

Diagrama de contexto

Estimativa de tempo de atividades

Plano da solução / projeto

Checklist para a solução / projeto e definição

Melhorar documentação (requisitos, riscos, plano do projeto, etc.)

Especificação técnica das análises

Pré mapeamento das variáveis

Especificação do arquivo de recebimento

Verificação de pacotes e/ou soluções de mercado ou já existentes no Banco

Outras sugestões...

Relatório de acompanhamento

Planejamento de SCM

Planejamento das demais fases

Planejamento de QA

Planejamento de projeto

Outras sugestões...

Framework

Diretor da área

Gerentes da área







Desenvolvedor/Engenheiro da solução / projeto

Diretor da área

Gerentes da área




6

Fases

Entendimento

das

Necessidades

7

Principais ObjetivosFase de Entendimento das Necessidades

Entender brevemente do negócio / área solicitante Contextualizar a situação Verificar necessidades de informação Verificar necessidade de análises Verificar ROI de negócios Entender escopo do solicitante com a solução / projeto Verificar importância e recursos disponíveis para a solução /

projeto Identificar fatores iniciais de risco e de sucesso

8

Descrição da documentação envolvidaFase de Entendimento das Necessidades 1/2

Entrada– Doc1

Registro da demanda gerada pela área “solicitante”. Itens a serem verificados:

– Objetivo descrito; Origem; Descrição da demanda; Característica da demanda; Data alvo; Prioridade; Benefícios; Elaborador, revisor, aprovador

– Doc2 Verificar definições e objetivos registrados como

resultado de algum encontro após definição dada pelo solicitante

9

Saída– Descrição do Trabalho

Processo de negócio que estará sendo suportado Definição dos objetivos de negócio que se pretende atingir Processo de decisão Utilização de informações (Análises e possíveis melhorias) Idéia de plano de projeto e infra-estrutura necessária Base para as demais fases do Projeto Escopo inicial e prévia do escopo final Definição da duração do projeto Possíveis fornecedores Esclarecimento das pressuposições gerais

Descrição da documentação envolvidaFase de Entendimento das Necessidades 2/2

10

Descrição da FaseFase de Definição da Solução / Projeto

Descrição dos Processos:•Negócios (que devem ser suportados)•Informacional (atuais)

Identificação Primária dos Requisitos Propor Sol.

/ Proj. (documento de

solução)

Gerente e/ou Coordenador, Analista de Negócio e Resp. Área “solicitante”

Identificar Requisitos de

Negócio

Percepção da Situação do Negócio

ou da Área

Necessidades:• Negócio• Informação

Arquiteto da Solução / Projeto

Perfis Obrigatórios

Doc1Oportunidades Identificadas

pelo “solicitante”

11

MilestoneFase de Entendimento das Necessidades

Descrever perfil:– Solicitante– Usuários– Área– Processos– Colaboradores e funções

Preparar sessões de encerramento / validação da documentação Validação e confirmação da Descrição do “Trabalho” com área

“solicitante” Preparar condições da solução / projeto (contextualização técnica e de

negócios) Schedule demais atividades Revisar perfil da área solicitante (necessidades, informação, objetivos,

metas, etc.) Suporte para “Definição da Solução / Projeto”

12

Fases

Definição

da

Solução / Projeto

13

Principais ObjetivosFase de Definição da Solução / Projeto

Preparar documento final de “Definição da Solução / Projeto” Entender com profundidade os objetivos de negócio Entender as necessidades técnicas e de informação da área

solicitante Propor solução para as necessidades Preparar entendimento dos processos a serem “suportados” pela

solução / projeto Definir escopo final da solução / projeto Elaborar requisitos funcionais e de negócio

14

Descrição da documentação envolvidaDefinição da Solução / Projeto 1/2

Entrada– Descrição do Trabalho

Trabalho de investigação que procura descrever aquilo que a área / setor / departamento está tentando conseguir ou atingir, bem como propor um “approach” de solução / projeto

– Doc2 Confirmar e informar do andamento da solução /

projeto Verificar aceitação e alteração necessária

15

Saída– Definição do Trabalho

A razão deste documento pode ser resumida em:– Entender e descrever as motivações e objetivos;– Capturar e documentar os requisitos que a solução / projeto

deve atender ou formar como escopo;– Ter leve aprofundamento deste nível de informação

(requisitos);– Descrição geral (“high level”) da arquitetura apropriada para

o desenvolvimento da solução / projeto;– Especificar “approach” para “divisão” da solução / projeto

em estágios “gerenciáveis” de implementação.

Descrição da documentação envolvidaDefinição da Solução / Projeto 2/2

16

Descrição da FaseFase de Definição da Solução / Projeto

Requisitos de Informações e

Responsabilidades

Definição dos Requisitos Primários Requisitos

da Sol. / Projeto

Gerente e/ou Coordenador, Analista de Negócio e Resp. Área “solicitante”

Tipos / Exemplos de Análises e

Funcionalidades



Des

criç

ão d

o T

rab

alh

o

Percepção de Tecnologia sobre

Problema e Solução

17

MilestoneDefinição da Solução / Projeto 1/2

Definição dos Requisitos Descrição dos Processos a serem suportados / atendidos:

– Descrição sumária (overhall, hight level, diagrama de contexto: negócios e técnico)

– Atividades– Melhorias esperadas– Análises

Descrição das variáveis– Breve mapeamento (qualidade, fontes – nomes, etc., atributos e

descrição)– Técnicas de análise– Objetivos e técnicas a serem aplicadas

18

Exemplo de Análises– Atuais e– Esperadas

Medidas e descrição Definição da Solução / Projeto Compromisso das áreas envolvidas

MilestoneDefinição da Solução / Projeto 1/2

19

Fases

Desenvolvimento

do

Projeto

20

Principais ObjetivosFase de Desenvolvimento do Projeto

Documento final de “Definição da Solução / Projeto” Estruturar e priorizar os objetivos de negócio com os objetivos

técnicos Elaborar e desenhar os processos de dados Elaborar e desenhar entendimento dos processos de negócio a

serem “suportados” pela solução / projeto Validar escopo final da solução / projeto Definir e validar requisitos funcionais e de negócio

21

Descrição da documentação envolvidaFase de Desenvolvimento do Projeto



Saída– Definição do Trabalho

A razão deste documento pode ser resumida em:– Capturar e documentar os requisitos que a solução / projeto deve atender ou

formar como escopo;– Ter leve aprofundamento deste nível de informação (requisitos);– Definição final da arquitetura apropriada para o desenvolvimento da solução /

projeto;– Especificar “approach” para “divisão” da solução / projeto em estágios

“gerenciáveis” de implementação.

22

Descrição da FaseFase de Desenvolvimento do Projeto

Revisão Definição do Trabalho

Revisão Descrição do

Trabalho

Documento Final:

Definição do Trabalho

Gerente / Coordenador

Ajustes e Adequações Aprovadas



23

MilestoneFase de Desenvolvimento do Projeto

Entendimento da Proposição Aceitação e compromisso Definição da Solução / Projeto Documentação final

24

Fases

Entrega

do

Pré – Projeto

25

Descrição da documentação envolvidaEntrega do Projeto 1/2



– Definição do Trabalho A razão deste documento pode ser resumida em:

– Capturar e documentar os requisitos que a solução / projeto deve atender ou formar como escopo;

– Ter leve aprofundamento deste nível de informação (requisitos);– Definição da arquitetura apropriada para o desenvolvimento da

solução / projeto;– Especificar “approach” para “divisão” da solução / projeto em

estágios “gerenciáveis” de implementação.

26

Saída– Relatórios– Base de dados– Modelo definitivo e final– Processos de ETL– Processos de negócio

Como era Como ficou

Descrição da documentação envolvidaEntrega do Projeto 2/2

27

MilestoneFase de Entrega do Projeto

Aprovação final Relatórios Base de dados Modelo definitivo e final Processos de ETL Processos de negócio

– Como era– Como ficou

28

Descrição da FaseFase de Entrega do Projeto

Revisão Definição do Trabalho

Milestones

Gerente e/ou Coordenador, Analista de Negócio

Ajustes e Adequações Aprovadas



29

SOLICITANTE EQUIPE DO PROJETO

Reunião com Equipe BI &

Mkt

Analista Negócio / Gerente

Contexto – Área

Solicitante

Revisar Contexto e Situação do solicitante

Analista Negócio

/ Gerente

Contexto – Área

Solicitante

Preparar sessões de

levantamentoAnalista Negócio

/ Gerente

Checklist

Documento

Respons.

Contato Principal

Contexto e Checklist Solicita ou

atende contato

Solicitante entra em contato com BI & Marketing

Colhe maiores

informações - “Entendimen

to Necessidades

”Contatos

Contexto e Checklist

Estudar Sessões de

Levantamento

Aplicar Sessões Levantamento

Descrição Geral do ProcessoProjeto 1/5

Convoca profissionais,

conforme perfil

Analista Negócio

/ Gerente

Checklist / Template

Entendimento

Analista Negócio

/ Gerente

Template Entendimen

to

Anal.Neg. /

Gerente/ Contato

s

Questionário de

Entendimento Aplicar Sessões

Levantamento c/ Equipe Analista

Negócio /

Gerente

Questionário de

Entendimento

Colher informações

011 apresentacao metodo projeto

Technology