Você está na página 1de 51

WORKSHOP

Metodologia de Projetos

Junho de 2019
Regras e Objetivos

 Objetivo é apresentar um guideline para gestão de projetos


baseado em nossa experiência e em algumas metodologias
de mercado

 Não temos a pretensão de estar com a versão final. Quase


certo que novo conteúdo será disponibilizado conforme
necessário e lições aprendidas de novos projetos

 Trata-se de um workshop e não um debate

 1 hr e 30 min de duração , sem intervalo

 Dúvidas somente no final do workshop

 Não haverá monitoramento do chat para os participantes


via LYNC, neste caso utilizar o áudio
Agenda

Definição

Metodologias de Mercado

Fases da Metodologia

Dúvidas

Próximos Passos
Definição
O que é Metodologia?
“A Metodologia é o estudo dos métodos.”
Fonte: Dicionário Aurélio

“Metodologia é o conjunto de métodos e técnicas aplicadas para um determinado fim. É


o caminho percorrido, a maneira utilizada para atingir o objetivo.”
Fonte: Educadores de Sucesso (http://educadoresdesucesso.blogspot.com.br/2011/02/o-que-e-metodologia.html)

“Metodologia é um conjunto de métodos, padrões e regras que devem ser seguidos de


acordo com o estudo científico.”
Fonte: https://www.linkedin.com/pulse/scrum-framework-ou-metodologia-rafael-viana-mba-psm/

“É o caminho para se chegar ao fim.”


Fonte: Dicionário inFormal (http://www.dicionarioinformal.com.br/metodologia/)

O que é Método?
“Maneira de fazer as coisas; modo de proceder.”
Fonte: Dicionario Michaelis (http://michaelis.uol.com.br/moderno/portugues/index.php?lingua=portugues-portugues&palavra=método)

“...procedimento, técnica ou meio de se fazer alguma coisa, de acordo com um plano.”


Fonte: Grande Dicionário Houaiss da Língua Portuguesa
Definição

“Framework é uma estrutura ou carcaça, um conjunto de conceitos e técnicas. É


totalmente adaptável.”
Fonte: https://www.linkedin.com/pulse/scrum-framework-ou-metodologia-rafael-viana-mba-psm/

“Um framework é um arcabouço, uma estrutura, um esqueleto que serve para a


agregação de processos, métodos e técnicas. Ele fundamentalmente possui pressupostos,
conceitos valores e práticas que orientam a execução.”
https://www.elirodrigues.com/2012/08/06/por-que-o-pmbok-nao-e-uma-metodologia/
Definição
O que é um Projeto?

“Um projeto é um esforço temporário empreendido para criar um produto,


serviço ou resultado exclusivo.”
Fonte: PMBOOK
Frameworks de Mercado
Frameworks de Mercado
PMBOK (Project Management Body of Knowledge)

O Guia PMBOK® é um padrão reconhecido para a profissão de


gerenciamento de projetos descrevendo normas, métodos, processos e
práticas estabelecidas.

Contém o conjunto de conhecimentos em gerenciamento de projetos


que é amplamente reconhecido como boa prática e aplicável à maioria
dos projetos na maioria das vezes.

Visa também fornecer e promover um vocabulário comum dentro da


profissão.

Áreas de Conhecimento (10) Grupo de Processos (5) Processos (47)


Gerenciamento de Integração Iniciação (02) .
Gerenciamento de Escopo Planejamento (24) .
Gerenciamento de Tempo Execução (08) .
Gerenciamento dos Custos Monitoramento e Controle (11) Planejar Gerenciamento do Escopo
Gerenciamento da Qualidade Encerramento (02) Planejar Gerenciamento do Tempo
Gerenciamento dos Recursos Humanos Planejar Gerenciamento do Custo
Gerenciamento das Comunicações Planejar Gerenciamento das Partes Interessadas
Gerenciamento dos Riscos Monitorar Envolvimento das Partes Interessadas
Gerenciamento das Aquisições
Gerenciamento de Partes Interessadas
Frameworks de Mercado
RUP (Rational Unified Process)

O RUP usa a abordagem da orientação a objetos em sua concepção e é projetado e documentado


utilizando a notação UML (Unified Modeling Language) para ilustrar os processos em ação. Oferece
melhores práticas e uma arquitetura configurável, descrevendo quem faz o que, quando e como.
Frameworks de Mercado
Métodos Ágeis

As metodologias ágeis têm o objetivo de acelerar o desenvolvimento do


software visando a melhoria contínua do processo, gerando benefícios como
o aumento da comunicação e interação da equipe, organização diária para o
alcance da meta definida, evitar falhas na elaboração,
respostas rápidas às mudanças e aumento significativo
da produtividade.

Exemplos:
SCRUM
Extreme Programming (XP)
Lean Development
Feature-Driven Development (FDD)
Kanban
OpenUP
Frameworks de Mercado
COBIT (Control Objectives for Information and related Technology)

Modelo de gestão de TI reconhecido internacionalmente que define 34 processos de gestão que


podem ser implantados utilizando práticas de processos de modelos de gestão específicos (ITIL,
PMBOK, CMMI, ISO 27001 e ISO 27002)
Uma estrutura de governança e controle que foca em “o que precisa ser feito” ao invés de “como
fazer”.

Domínios (4) Processos (34)


Planejar e Organizar (10) Definir um Plano Estratégico de TI
Adquirir e Implementar (7) Definir a Arquitetura de Informação
Entregar e Suportar (13) Gerenciar Projetos
Monitorar e Avaliar (4) .
Identificar Soluções
Adquirir e Manter Software Aplicativo
Gerenciar Mudanças
.
Definir e Gerenciar Níveis de Serviço
Gerenciar os Problemas
.
Monitorar e Avaliar o Desempenho
Prover a Governança de TI
Frameworks de Mercado
ITIL (Information Technology Infrastructure Library)

Modelo não-proprietário e público que define as melhores práticas para o


gerenciamento dos serviços de TI, que devem estar alinhados com as
necessidades do negócio e sustentar os processos desses negócios.

Fornece orientação para as organizações em como usar TI como uma


ferramenta para facilitar as mudanças, a transformação e o crescimento.

Estágios do ciclo de vida do Serviço (5) Procesos


Estratégia do serviço (5) Gerenciamento de Estratégia para Serviços de TI
Desenho de serviço (8) Gerenciamento de demandas
Transição do serviço (6) .
Operação do serviço (6) Gerenciamento de catálogo de serviços
Melhoria contínua do serviço (1) Gerenciamento de segurança da informação
.
Planejamento de transição e suporte
Gerenciamento de conhecimento
.
Gerenciamento de incidentes
Gerenciamento de problemas
Frameworks de Mercado
CMMI (Capability Maturity Model Integrated)

Modelo de referência para ajudar as organizações de software a melhorar seus processos de


desenvolvimento. Possui duas possíveis representações:

Contínua: a organização utiliza a ordem de melhoria que mais atender os objetivos de negócio da empresa, a
capacidade é medida por processos separadamente. É caracterizado por Níveis de Capacidade:
Nível 0: Incompleto (Ad-hoc)
Nível 1: Executado
Nível 2: Gerenciado / Gerido
Nível 3: Definido

Por estágios: sequência pré-determinada para melhoria


baseada em estágios, e cada estágio serve de base para o
próximo. É caracterizado por Níveis de Maturidade.
1. Inicial
2. Gerenciado
3. Definido
4. Quantitativamente Gerenciado
5. Otimização
ANÁLISE DE GAPs
Fases Metodologia

Preparação

Planejamento

QA Funcional
Apresentação &
Análise de GAPs
QA Técnico

Configuração

Gestão
Validação

Preparação
Treinamento
GO-LIVE

Operação Assistida
Preparação

Preparação

Planejamento

QA Funcional
Apresentação &
Análise de GAPs
QA Técnico

Configuração

Gestão
Validação

Preparação
Treinamento
GO-LIVE

Operação Assistida
Preparação
Objetivo: Preparar equipe para iniciar o projeto.
Descrição: Trata-se de uma fase anterior ao início oficial do projeto. Visa repassar todo o contexto do que ocorreu durante o
processo de venda para a equipe do projeto, em termos de escopo, duração, produto, etc, e tratar todas as atividades
prévias ao início do projeto com o cliente.
Entradas Atividades Executadas Saídas

 RFP (caso haja)  Definir e comunicar o GP / Líder de projeto (ou  Revisão e adequação (se necessário) do macro
 Proposta Comercial equipe completa) cronograma e estrutura de equipe para o projeto
 Proposta Técnica  Realizar reuniões entre equipe comercial, GP e  Definição de equipe (nomes), pontos fortes / fracos
 Apresentação de defesa de proposta Delivery para passagem de conhecimento e datas de alocação
 Pricing Case da proposta (PROP)  Elaborar o Pricing Case Planejado (PLAN)  Pricing Case Planejado (PLAN)
 Lista de licenças adquiridas ou contrato de licenças  Elaborar/ajustar o macro cronograma e equipe do  Mapeamento das funcionalidades requeridas x
(se houver) projeto solução mais indicada (Vanilla ou não)
 Documentos utilizados durante processo comercial  Elaborar a primeira versão da matriz de risco  Mapeamento de necessidade de suporte ao
(perguntas e respostas, e-mails trocados, relatórios,  FUP de assinatura do contrato projeto (ACS, Customer Care, SDM, interno, etc)
prints de telas, etc)  Revisar o escopo / funcionalidades e definir a  Primeira versão da matriz de risco
 Informações sobre horário de trabalho, vestimenta, abordagem da solução  Status situação de contrato e próximas ações (caso
transporte, região, etc  FUP para check-list de data de início, local, ainda não resolvido)
 Status de situação de contrato e próximas ações equipamentos, etc  Revisão e comentários sobre condições de
 FUP para disponibilizar infraestrutura do ambiente pagamento e entregáveis
de DEV/Protótipo  Check-list executado ou endereçado para início do
projeto: data firme, local físico, equipamentos,
política de despesa, passagens e hospedagens
 Status da disponibilização de infra (ambiente de
DEV/Protótipo)
Preparação
Outros nomes utilizados: 'Semana Zero‘ ou 'Esquenta‘

Participação BExpert Participação Cliente


 Equipe comercial  Não há planejado. Pode ser reativo
 Gerente / Líder de Projeto para questões logísticas de início de
 Delivery projeto (data, local, equipamentos,
 RH (resource manager) etc)

Comentários Diversos & Pontos de Atenção:

 A transição entre o time Comercial com o GP / Líder de Projeto é fundamental para o sucesso do projeto, é nesta fase
que se tem todo detalhe da venda, do relacionamento criado com o cliente, do mapeamento da equipe do cliente, o
papel de cada um, se é a favor ou contra o projeto, pontos de atenção já mapeados no processo de venda, entre outros
detalhes que em algum momento do projeto, serão utilizados.

 Já há um documento de check-list de transição, criado pelo Franz, que é bastante rico em detalhes, em especial dos
insumos descritos na 'Entrada' desta fase. Tal documento é formalizado ao time de Delivery, RH e Financeiro tão logo a
venda é concretizada.
Planejamento

Preparação

Planejamento

QA Funcional
Apresentação &
Análise de GAPs
QA Técnico

Configuração

Gestão
Validação

Preparação
Treinamento
GO-LIVE

Operação Assistida
Planejamento
Objetivo: Planejar o projeto e realizar o Kick-off.
Descrição: Primeira fase do projeto agora com a participação do cliente. Visa alinhar as principais informações do projeto
entre consultoria e cliente (TI e Negócio).

Entradas Atividades Executadas Saídas

 Equipe definida e alocada  Elaborar os documento de:  Escopo detalhado do projeto


 Escopo detalhado
 Macro-cronograma
 Fases e Metodologia  Alinhamento das fases e metodologia do projeto
 Macro escopo do projeto  Cronograma detalhado  Cronograma detalhado do projeto, ressaltando os
 Primeira versão Matriz de Risco  Estrutura organizacional do projeto principais marcos/entregas de ambas as partes
 Papéis e Responsabilidades
 Infra disponibilizada  Comunicação do projeto  Estrutura organizacional do projeto, com seus
 Solicitação de mudança devidos papéis e responsabilidades
 Premissas gerais
 Equipe BExpert devidamente comunicada sobre a
 Realizar reunião de alinhamento (kick-off) de todas
as definições acima equipe do cliente (nomes), pontos fortes / fracos e
datas de alocação de cada colaborador
 Atualizar a Matriz de Riscos com o devido Plano de
Mitigação  Plano de comunicação do projeto (reuniões de
status e comitês)
 Definir, alinhar e comunicar sobre a agenda de
reuniões da fase seguinte  Processo de solicitação de mudança
 Premissas gerais do projeto
 Iniciar a disponibilização / preparação do ambiente
de DEV/Protótipo  Alinhamento geral entre consultoria e cliente (TI e
negócio) sobre itens acima
 Matriz de Riscos atualizada com plano de mitigação
 Agenda definida, alinhada e comunicada da fase
seguinte
Planejamento
Outros nomes utilizados: Definição (Define) ou Iniciação

Participação BExpert Participação Cliente


 Gerente / Líder de Projeto  Patrocinador
 BA  Cliente (TI)
 Cliente (negócio)

Comentários Diversos & Pontos de Atenção:

 Independentemente do tamanho do projeto, o kick-off é muito importante e fundamental para o sucesso do projeto,
pois é aqui que teremos todos reunidos. Normalmente quem compra não é quem será usuário do sistema, e logo no
kick-off que surgem os desalinhamentos internos.

 Não esquecer de reforçar no kickoff sobre marcos (milestones) de cada uma das fases. Principalmente para todos
saberem quando é que aguardamos que as integrações do 'lado cliente'.

 Logo nesta fase já é fundamental termos o ambiente disponibilizado pelo fornecedor, criar alguns usuários, check link de
acesso, verificar a língua do sistema, navegar pela aplicação para já sentir algum problema.
Apresentação & Análise de GAPs: Entendimento

Preparação

Planejamento

Entendimento

QA Funcional
Apresentação &
Análise de GAPs Demonstração

Especificação
QA Técnico

Configuração

Gestão
Validação

Preparação
Treinamento
GO-LIVE

Operação Assistida
Apresentação & Análise de GAPs: Entendimento
Objetivo: Entender os macro-processos do cliente de maneira a direcionar a apresentação do produto.
Descrição: Entender, de maneira macro, os processos de negócio do cliente, tal qual sua estrutura organizacional e regras de
negócio pertinentes ao escopo do projeto.

Entradas Atividades Executadas Saídas

 Escopo detalhado  Realizar reuniões de entendimento com as áreas de  Visão macro das áreas tocadas pelo projeto
 Papéis e responsabilidades definidos e negócios  Visão macro dos processos cobertos pelo projeto
comunicados  Elaborar documentação / ata das reuniões com as  Visão das regras de negócio principais cobertas
 Matriz de Riscos detalhada informações levantadas pelo projeto
 Agenda de reuniões  Finalizar a instalação / preparação do ambiente de  Visão da operação atual do cliente
DEV/Protótipo  Visão dos principais problemas, premissas e
restrições
 Visão das principais expectativas
 Visão geral das integrações e cargas de dados
Apresentação & Análise de GAPs: Entendimento
Outros nomes utilizados: Descoberta (Discovery), Levantamento ou Desenho

Participação BExpert Participação Cliente


 Gerente / Líder de Projeto  Cliente (TI)
 BA  Cliente (negócio)
 Configurador (recomendado)

Comentários Diversos & Pontos de Atenção:

 A estratégia de reunião de entendimento, dependerá do tamanho do projeto. Pode ser que em uma única reunião haja
espaço para entender o negócio do cliente e já demonstrar o produto, enquanto que em outros casos, teremos que
realizar uma/algumas reuniões de entendimento, um tempo para adequar a demo e nova reunião de apresentação da
demo.

 O importante é realizar as atas de reunião e formalização em um tempo adequado, para não haver nenhum tipo de mal
entendido em fases futuras. O combinado não é caro, portanto formalização é fator chave de sucesso.
Apresentação & Análise de GAPs: Demonstração

Preparação

Planejamento

QA Funcional
Apresentação &
Análise de GAPs
QA Técnico

Configuração

Gestão
Validação

Preparação
Treinamento
GO-LIVE

Operação Assistida
Apresentação & Análise de GAPs: Demonstração
Objetivo: Preparar e demonstrar um protótipo do sistema ao cliente, seja vanilla ou customizado.
Descrição: Utilizar o produto vanilla ou preparar uma demonstração da aplicação, fazendo uso de um ambiente de protótipo
que deve ser ajustado / parametrizado / configurado com o que foi captado / entendido na fase anterior.

Entradas Atividades Executadas Saídas

 Ambiente de DEV/Protótipo disponivel  Parametrizar / Configurar / Customizar o sistema  Ambiente de DEV/Protótipo devidamente
 Documentação / ata das reuniões com as em ambiente de DEV/Protótipo parametrizado para demonstração, seja vanilla ou
informações levantadas  Realizar workshop de demonstração do protótipo customizado
 Documentação do produto (Bookshelf, User Guide, ou apresentação das telas em documento  Lista dos GAPs mapeados
Data Mapping, Help, Fóruns, My Oracle Support, eletrônico (Power Point, Vision, Excel, etc) e obter  Primeira versão do Mapa de Integrações
etc) aprovação  Primeira versão da Carga de Dados
 Identificar os GAPs do sistema
 Iniciar a elaboração do Mapa de Integrações
 Iniciar o mapeamento das Cargas de Dados
Apresentação & Análise de GAPs: Demonstração
Outros nomes utilizados: Prototipação ou Demo Configurada

Participação BExpert Participação Cliente


 Gerente / Líder de Projeto  Cliente (TI)
 BA  Cliente (negócio)
 Configurador

Comentários Diversos & Pontos de Atenção:

 Em havendo problemas com liberação de ambiente ou mesmo da estratégia de entregáveis, fica uma alternativa em
realizar a prototipação em algum tipo de documento eletrônico (power point, excel, word, etc...);

 A experiência em implementação de projeto tem nos mostrado que elaborar um tela em determinado sistema, é mais
rápido ou leva o mesmo tempo que elaborar um protótipo em documento eletrônico, além das vantagens que o cliente
tem em 'sentir' e se familiarizar com o sistema.
Apresentação & Análise de GAPs: Especificação

Preparação

Planejamento

QA Funcional
Apresentação &
Análise de GAPs
QA Técnico

Configuração

Gestão
Validação

Preparação
Treinamento
GO-LIVE

Operação Assistida
Apresentação & Análise de GAPs: Especificação
Objetivo: Elaborar um documento de Especificação Sistêmica e validá-lo junto ao cliente.
Descrição: Elaborar um documento de Especificação Sistêmica com o mínimo de informações necessárias para
compreensão do Cliente (TI e Negócio), dado que eles deverão aprovar este entregável antes de iniciarmos a fase posterior.

Entradas Atividades Executadas Saídas

 Ambiente de DEV/Protótipo e/ou documento com  Finalizar e obter a aprovação dos documentos de:  Versão final do documento de Especificação
os protótipos  Especificação Sistêmica Sistêmica, com detalhes como:
 Documentação / ata das reuniões com as  Mapa de Integrações  Principais funcionalidades vanilla
informações levantadas  Carga de Dados (layout)  GAPs levantados
 Lista de GAPs  Mapeamento dos campos
 Primeira versão do Mapa de Integrações  Perfis de acesso
 Primeira versão da Carga de Dados  Print / layout das principais telas
 Templates de entregáveis de outros projetos  Versão final do Mapa de Integrações
 Versão final das Cargas de Dados
Apresentação & Análise de GAPs: Especificação
Outros nomes utilizados: Documentação, Especificação Funcional, Especificação Sistêmica ou EF

Participação BExpert Participação Cliente


 Gerente / Líder de Projeto  Cliente (TI)
 BA  Cliente (negócio)
 Configurador

Comentários Diversos & Pontos de Atenção:

 O que é importante detalhar em um documento de Especificação Sistêmica:


 principais funcionalidades do sistema
 as regras de negocio
 print / layout das principais telas
 definição do perfil de acesso
 Nesta etapa já temos que sair com as definições das Integrações, juntamente com definição dos campos (input /
output), métodos de chamada, entre outros detalhes onde o cliente já tenha condições de iniciar o trabalho interno.

 O mesmo com a Carga de Dados, onde o cliente já tem que ser sinalizado dos esforços que terá em termos de extração
dos arquivos, laytous, formato dos arquivos, separador dos campos, entre outros detalhes.
Configuração

Preparação

Planejamento

QA Funcional
Apresentação &
Análise de GAPs
QA Técnico

Configuração

Gestão
Validação

Preparação
Treinamento
GO-LIVE

Operação Assistida
Configuração
Objetivo: Configurar o sistema de acordo com o documento de Especificação Sistêmica e o Mapa das Integrações.
Descrição: Realizar a configuração do sistema, que consiste nos esforços de parametrização, configuração, customização e
desenvolvimento das integrações, seguindo o que foi documentado na fase anterior, além de realizar os testes unitários
juntamente com um documento que os evidencie.
Entradas Atividades Executadas Saídas

 Documento de Especificação Sistêmica  Parametrizar / Configurar / Customizar o sistema  Parametrização / Configuração / Customização do
 Documento do Mapa de Integrações  Desenvolver as Integrações sistema finalizada
 Documento de Carga de Dados  Desenvolver as Cargas de Dados  Desenvolvimento das Integrações finalizada
 Documentação do produto (Bookshelf, User Guide,  Realizar os Testes Unitários  Desenvolvimento das Cargas de Dados finalizada
Data Mapping, Help, Fóruns, My Oracle Support,  Gerar documento com evidências dos Testes  Documento com as evidencias da execução dos
etc) Unitários Testes Unitários da Configuração, das Integrações e
Cargas de Dados

 Iniciar a disponibilização / preparação do ambiente  Primeira versão dos Cenários e Scripts de Testes
TST (se houver)  Relação dos Usuários com seus devidos Perfis de
 Iniciar preparação das instruções / modus operandi Acesso para realização da Validação
da fase de Validação  Massa de dados identificada / preparada para início
 Solicitar ao cliente relação dos Usuários/Perfil de da fase de Validação
acesso dos usuários Validadores
 Iniciar criação de Usuários/Perfil de acesso dos
usuários Validadores
 Iniciar a preparação dos documentos de Cenários e
Scripts de Testes
 Iniciar a preparação da massa de dados para a
Validação
Configuração
Outros nomes utilizados: Desenvolvimento, Parametrização, Ativação ou Build

Participação BExpert Participação Cliente


 Gerente / Líder de Projeto  Cliente (TI)
 BA
 Configurador

Comentários Diversos & Pontos de Atenção:

 Monitorar e dar o apoio necessário ao cliente no que tange as Integrações e Carga de Dados. Aqui mora o fator de maior
risco de atrasos de projeto. Tem que haver o acompanhamento, tem que ser formalizado nas reuniões de status report,
tem que fazer bastidores de como anda o desenvolvimento, entre outras ações, que visam mitigar e/ou apontar
potenciais atrasos no projeto. Nesta fase não há espaço para ouvirmos que 'eu não sabia', 'você não me comunicou',
'não sabia a data de entrega', entre outras desculpas padrão, que costumamos ouvir por ai.
Validação

Preparação

Planejamento

QA Funcional
Apresentação &
Análise de GAPs
QA Técnico

Configuração

Gestão
Validação

Preparação
Treinamento
GO-LIVE

Operação Assistida
Validação
Objetivo: Executar a Validação do sistema de acordo com o plano de Testes junto com a equipe de TI / Negócio do Cliente.
Descrição: Baseado nos documentos de Cenários e Scripts de Testes, esta fase consiste em executar o plano de Testes tal
qual gerar as evidências que comprovam que o sistema foi testado com sucesso.

Entradas Atividades Executadas Saídas

 Ambiente de TST disponível (se houver)  Finalizar a disponibilização / preparação do  Ambiente de TST devidamente parametrizado (se
 Primeira versão do material com instruções / ambiente de TST (se houver) houver)
modus operandi da Fase de Validação  Finalizar documento com instruções / modus  Apresentar material com instruções / modus
 Relação dos usuários que farão a Validação operandi da Fase de Validação operandi sobre a Fase de Validação
 Primeira versão dos Cenários e Scripts de Testes  Finalizar a criação de Usuários/Perfil de acesso dos  Usuários que farão a Validação criados
 Massa de dados preparada para a Validação usuários que farão a Validação  Versão final dos documentos de Cenários e Scripts
 Finalizar e obter aprovação dos documentos de de Testes devidamente aprovados
Cenários e Scripts de Testes  Massa de dados criada / carregadas para Validação
 Finalizar a preparação da massa de dados para a do sistema
Validação  Execução da Validação do sistema finalizada e
aprovada pelo Cliente
 Documento com evidências da execução dos Testes
 Primeira versão do material de treinamento
 Iniciar a preparação do Material de Treinamento  Relação dos Usuários com seus devidos Perfis de
dos Multiplicadores Acesso para realização do Treinamento
 Solicitar ao cliente relação dos Usuários/Perfil de  Massa de dados identificada / preparada para início
acesso dos usuários Multiplicadores da fase de Treinamento
 Iniciar criação de Usuários/Perfil de acesso dos
usuários Multiplicadores
 Iniciar a preparação da massa de dados para inicio
do Treinamento
Validação
Outros nomes utilizados: Testes, Testes Integrados, Homologação, System Integration Testing (SIT) e User Acceptance
Testing (UAT)
Participação BExpert Participação Cliente
 Gerente / Líder de Projeto  Cliente (TI)
 BA  Cliente (negócio)
 Configurador  Usuário chave

Comentários Diversos & Pontos de Atenção:

 É obrigatório elaborar o documento de Cenários de Testes em conjunto com o cliente. É ele quem detém 100% do
conhecimento de negócio e irá nos apoiar na escrita deste documento. Temos que pegar a devida aprovação também. O
cliente é parte integrante do projeto, e tem parcela significativa no sucesso ou fracasso do mesmo. Coletem as
assinaturas as formalizações.

 É fundamental também realizar uma formalização sobre o Modus Operandi da fase de Validação. Demonstrar os
documentos de Cenários e Scripts de Testes, como o usuário irá reportar os erros, quando iremos corrigir e
disponibilizar para reteste, quantos ciclos de testes serão realizados, qual a estratégia de testes, entre outros detalhes.
Treinamento

Preparação

Planejamento

QA Funcional
Apresentação &
Análise de GAPs
QA Técnico

Configuração

Gestão
Validação

Preparação
Treinamento
GO-LIVE

Operação Assistida
Treinamento
Objetivo: Ministrar as turmas de treinamento dos usuários multiplicadores.
Descrição: Elaborar o material de treinamento, que normalmente se faz a 4 mãos, quando há outros sistemas legados
envolvidos ou integrações, e executar os treinamentos dos multiplicadores, que via de regra são turmas de 10 a no máximo
15 multiplicadores por turma.
Entradas Atividades Executadas Saídas

 Primeira versão do Material de Treinamento dos  Finalizar e obter aprovação do Material de  Versão final do Material de treinamento
Multiplicadores Treinamentos dos Multiplicadores devidamente aprovada
 Relação dos usuários que farão o Treinamento  Finalizar a criação de Usuários/Perfil de acesso dos  Usuários multiplicadores que receberão o
 Massa de dados preparada para o Treinamento Multiplicadores Treinamento criados
 Realizar as sessões de treinamento dos  Massa de dados criada / carregadas para
Multiplicadores Treinamento dos Multiplicadores
 Usuários Multiplicadores treinados

 Primeira versão do plano de cut-over


 Iniciar a disponibilização / preparação do ambiente
de PRD
 Iniciar a elaboração do plano de cut-over
Treinamento
Outros nomes utilizados: Treinar o Treinador ou Train the Trainer (TTT)

Participação BExpert Participação Cliente


 Gerente / Líder de Projeto  Cliente (TI e negócio)
 BA  Usuários Multiplicadores

Comentários Diversos & Pontos de Atenção:

 Definir os usuários multiplicadores o quanto antes. Temos vistos alguns casos de sucesso onde o usuário multiplicador já
participa da fase de validação. Assim ele já adquire o conhecimento devido para uma replicação do contedúdo aos
usuários final. Tragam ele para 'dentro do projeto', o quanto antes, pois isto também será fator de sucesso.

 Definam a agenda e comuniquem o quanto antes.

 Atenção com relação a espaço físico, reserva de sala, reserva de projetor, coffe-break, infra estrutura, instalação de pré-
requisitos, etc... Não podemos falhar nesta etapa e demonstrar que não nos prepararmos para o inicio do Treinamento.
Preparação GO-LIVE

Preparação

Planejamento

QA Funcional
Apresentação &
Análise de GAPs
QA Técnico

Configuração

Gestão
Validação

Preparação
Treinamento
GO-LIVE

Operação Assistida
Preparação GO-LIVE
Objetivo: Preparar o ambiente de produção p/ o GO-LIVE.
Descrição: Esta fase consiste em preparar o ambiente produtivo para a entrada em produção (GO-LIVE), como realizar a
migração do repositório, executar as cargas de dados, criar os usuários, etc.

Entradas Atividades Executadas Saídas

 Ambiente de PRD disponível  Finalizar a disponibilização / preparação do  Ambiente de PRD devidamente parametrizado /
 Primeira versão do Plano de Cut-Over ambiente de PRD carregado e disponibilizado
 Finalizar o plano de cut-over  Executar o plano de cut-over
 Executar plano de cut-over  GO-LIVE
 Migração do repositório
 Carga de dados
 Criação dos usuários
 Associação do perfil de acesso
Preparação GO-LIVE
Outros nomes utilizados: Entrada em Produção ou Virada

Participação BExpert Participação Cliente


 Gerente / Líder de Projeto  Cliente (TI)
 BA
 Configurador

Comentários Diversos & Pontos de Atenção:

 Elaborar um bom plano de cut-over é a chave de sucesso desta fase. Temos que ter total domínio dos ambientes e
principalmente controle. No primeiro momento onde há dúvidas sobre se migrei ou não determinado item, já é um sinal
de que teremos problemas no piloto.

 Centralizar esta atividade em um determinado recurso, ao menos o controle dela.


Operação Assistida

Preparação

Planejamento

QA Funcional
Apresentação &
Análise de GAPs
QA Técnico

Configuração

Gestão
Validação

Preparação
Treinamento
GO-LIVE

Operação Assistida
Operação Assistida
Objetivo: Acompanhar o ambiente produtivo durante as primeiras semanas.
Descrição: Esta fase consiste em realizar o acompanhamento do Piloto, onde a equipe atuará de forma dedicada a dúvidas,
ajustes/correções de problemas não identificados na fase de Validação, finalizar / atualizar a documentação do projeto, e
por último realizar sessões de transferência de conhecimento com o time de TI do Cliente.
Entradas Atividades Executadas Saídas

 Documento de Especificação Sistêmica  Atualizar toda documentação do projeto  Documentação do projeto atualizada
 Mapa de Integrações  Documento de Especificação Sistêmica  Sessões de transferência de conhecimento
 Arquivos de Carga de Dados  Mapa de Integrações realizada
 Carga de Dados  Bugs identificados no Piloto corrigidos
 Identificar e comunicar público alvo sobre as  Dúvidas dos usuário do Piloto sanadas
sessões de transferência de conhecimento
 Realizar as sessões de transferência de
conhecimento com a área de TI do Cliente
 Corrigir os Bugs identificados durante o Piloto
 Eliminar as dúvidas técnicas e funcionais dos
usuário do Piloto
Operação Assistida
Outros nomes utilizados: Piloto, Piloto Assistido ou Suporte Pós-Go-Live (SPGL)

Participação BExpert Participação Cliente


 Gerente / Líder de Projeto  Cliente (TI)
 BA  Cliente (negócio)
 Configurador  Usuários do Piloto

Comentários Diversos & Pontos de Atenção:

 Dar toda atenção a qualquer que seja a dúvida dos usuários, é fator chave de sucesso;

 Neste momento, os usuários estão se familiarizando com o sistema, tem dúvidas, tem medo, tem receio do que é que
tem que fazer, portanto dar apoio, dar 'colo' é fator fundamental para que os usuários se sintam seguros e disseminem
pelas áreas e para os outros usuários de que o novo sistema é bom.
Gestão

Preparação

Planejamento

QA Funcional
Apresentação &
Análise de GAPs
QA Técnico

Configuração

Gestão
Validação

Preparação
Treinamento
GO-LIVE

Operação Assistida
Gestão
Objetivo: Atingir aos objetivos do projeto, gerenciando o escopo do projeto, o tempo, custo e qualidade.
Descrição: Não se trata de uma Fase de Projeto, mas das atividades do Gerente / Líder de Projeto que tem como meta
garantir a entrega do projeto no escopo acordado, no tempo previsto, no custo estimado e com a devida qualidade.

Entradas Atividades Executadas Saídas

 Proposta Comercial  Atualizar o Cronograma do Projeto de uma a duas  Cronograma do Projeto atualizado
 Proposta Técnica vezes por semana  Matriz de Riscos atualizado
 Cronograma do Projeto  Manter o documento Matriz de Riscos com o  Pricing Case atualizado com fluxo de pagamento e
 Matriz de Risco devido plano de mitigação alocação da equipe
 Pricing Case da proposta (EXEC + PROJ)  Manter o documento de Pricing Case atualizado  Financeiro BExpert comunicado sobre o
 Apresentação dos Comitês de Status Report  Formalizar ao Financeiro BExpert sobre o alteração/atualização do fluxo de pagamentos
 Atas de Reunião alteração/atualização do fluxo de pagamentos  RH BExpert comunicado sobre
 Processo de solicitação de mudança  Formalizar ao RH BExpert sobre alocação/desalocação da Equipe
 Oportunidades (eCRM) alocação/desalocação da Equipe BExpert  Reuniões de Comitês de Status Report
 Participar da reunião mensal de Delivery  Atas de reunião formalizadas no tempo adequado
 Participar das reuniões de Comitês  Acompanhamento de performance da equipe e
 Escrever e formalizar as atas de reunião no tempo clima do projeto
adequado  Gestão do relacionamento junto ao cliente
 Marcar Reuniões de trabalho / check point com a  Oportunidades devidamente atualizadas no eCRM
equipe do projeto
 Acompanhar a performance da equipe e clima do
projeto
 Manter o relacionamento com o cliente
 Atualizar as Oportunidades no eCRM
Gestão
Outros nomes utilizados: Monitoramento e Controle ou Gerenciamento

Participação BExpert Participação Cliente


 Gerente / Líder de Projeto  Patrocinador
 Equipe de Projeto  Cliente (TI)
 Delivery  Cliente (negócio)
 Financeiro
 RH

Comentários Diversos & Pontos de Atenção:

 Independente do tamanho do projeto, é mandatório a realização das reuniões de status report, realizar as devidas
formalização, controlar as atividades, enfim, realizar tudo o que as boas práticas dizem sobre como se deve realizar o
gerenciamento de um projeto.
QA Funcional & Técnico

Preparação

QA Funcional
 Garantir pela qualidade do projeto
sob aspecto funcional
Planejamento
 Participar pontualmente em
determinadas etapas do projeto
 Analisar a documentação funcional
gerada

QA Funcional
 Conduzir sessões de entendimento Apresentação &
do desenho funcional com a Análise de GAPs
equipe BExpert do projeto
 Avaliar o escopo da proposta x
solução desenhada
 Questionar a solução desenhada e QA Técnico
QA Técnico

propor melhorias e/ou alternativas Configuração


 Elaborar documento com  Garantir pela qualidade do projeto
recomendações ao projeto

Gestão
sob aspecto técnico
 Participar pontualmente em
determinadas etapas do projeto
Validação  Analisar a documentação técnica
gerada
 Conduzir sessões de entendimento
da solução técnica com a equipe
Preparação
BExpert do projeto
Treinamento
GO-LIVE  Questionar a solução desenhada e
propor melhorias e/ou alternativas
 Elaborar documento com
recomendações ao projeto
Operação Assistida  Analisar a qualidade do repositório
do projeto e apontar desvios
Dúvidas
Obrigado!

Você também pode gostar