Wtp floripa web

FACULDADES DE TECNOLOGIA SENAC DE SANTA CATARINA
TECNÓLOGO EM GESTÃO DA TECNOLOGIA DA INFORMAÇÃO

WILLIAM MICHEL SCHUMACHER
THIAGO LUIZ JEREMIAS
PAULO CESAR DOS SANTOS

WTP FLORIPA WEB

Florianópolis, Junho de 2010

SUMÁRIO

3. TERMO DE ABERTURA DO PROJETO
8. ESCOPO
12. PLANO DE GERENCIAMENTO DO ESCOPO
17. ESTRUTURA ANALITICA DO PROJETO
21. DESCRIÇÃO DA ESTRUTURA ANALITICA DO PROJETO
33. PLANO DE GERENCIAMENTO DE RECURSOS HUMANOS
37. PLANO DE GERENCIAMENTO DA QUALIDADE
40. PLANO DE GERENCIAMENTO DA COMUNICAÇÃO
43. PLANO DE GERENCIMANETO DE CUSTOS
45. PLANO DE GERENCIMANTO DE RISCO
53. PLANO DE GERENCIAMENTO DE TEMPO
56. PLANO DE GERENCIAMENTO DE AQUISIÇÕES
61. DECLARAÇÃO DO TRABALHO DO CONTRATO

1- Escopo do Projeto / Termo de abertura do projeto
Elaborado por: Paulo Cezar, Thiago Luiz Jeremias, Willian Schumacher
Data: 24/03/2009
Versão: 01
Aprovador por:

OBJETIVO

Uma solução Web com gráfico em 3D, onde o usuário possa buscar informações
de endereços de áreas comerciais, áreas de lazer, pontos turísticos e pontos de
referência da Ilha de Florianópolis, conhecendo assim a Ilha, via Web.
Esta solução deve atender as necessidades turísticas e comerciais da região,
mantendo as imagens em 3D como diferencial, apresentando cada ponto de
localização.

JUSTIFICATIVA

Maior interatividade com o usuário através de gráfico em 3D
Maior praticidade, comodidade
Navegação prática e amigável
Oferece espaço para propagandas dando credibilidade a empresa
patrocinadora
Retorno financeiro indireto
Integridade das informações pesquisadas
Bancos de dados atualizados diariamente

PREMISSAS

Ter Fotógrafo

Ter Suporte Técnico

RESTRIÇÕES

Ter Desenvolvedores

Ter uma Infra-Estrutura consistente

Ter um Servidor de armazenamento de dados

Ter um Local para Hospedagem do Site

RISCOS

A não liberação das fotos Geo processadas da ilha de Florianópolis pelos órgãos
públicos.

O preço do material subir ao longo do projeto devido a problemas ou variações
econômicas do mercado.

Atraso na entrega dos servidores, e hardware necessário para o projeto, podendo
atrasar a instalação e desenvolvimento dos softwares.

Falta de nivelamento do conhecimento da equipe de desenvolvimento, causando
perda de produtividade durante o projeto.

Indisponibilidade de mão de obra qualificada imediata para desenvolvimento, caso
algum funcionário venha a adoecer.

Dependência de serviços externos (internet e comunicação) para o
desenvolvimento e teste do software a ser desenvolvido.

Queda de energia influencia na perda de dados e problemas técnicos.

Ameaças como invasões, vírus e trojans podem afetar a integridade do projeto e
causar atrasos.

Riscos naturais (incêndios, terremotos, inundações).

NÃO INCLUIDO NO ESCOPO

Visualização e informações sobre residências.

Código fonte do produto não está incluso.

Atualizações das fotos e dados do site.

Hospedagem do site.

Link de Internet.

SERVIÇOS DO PROJETO

Busca de Informações

Propaganda

PRODUTOS DO PROJETO

Informações diversas sobre o local que está sendo visualizado no mapa.

EQUIPE

o Gerentes do Projeto (Paulo César, William Schumacher e Thiago Jeremias)

o Desenvolvedor (Chefe do Setor: Petrucio Estrimondolo Bondino

Estagiários: Jucineide Taquaral, Doryleide Jenify da Silva)

o Financeiro (Responsável: Severino Narcisio Aparicio Procópio)

o Marketing (Clodesvaldo Fonseca)

o Infra-Estrutura (Alerguino Jacinto Soares)

o Administração (Tiburcia Pinherina dos Santos)

GERENTE DO PROJETO

- Paulo Cesar

Envolvimento e disponibilidade quanto ao Projeto

Ser o responsável pelo andamento do Projeto

Responsabilidade perante aos contratos e acertos aos patrocinadores e
demais envolvidos.

RESPONSABILIDADES

Responsabilidades do Cliente

Cumprir conforme o contrato e escopo do projeto

Responsabilidade da Organização Executora

Informações exatas e verdadeiras

Retorno aos patrocinadores

Gerar Lucros

Atender os objetivos dos envolvidos no Projeto

Responsabilidades dos gerentes funcionais.

Disponibilidades para reuniões e viagens

Responsabilidade e comprometimento para com o Projeto

Gerenciar o funcionamento do Projeto

STAKEHOLDERS

Desenvolvedor

Gerente do Projeto

Financeiro

Marketing

Fotógrafo

Infra-Estrutura

Administração

CRONOGRAMA

Estimativa sobre tempo de execução do projeto:
- Desenvolvimento aplicativo (120 horas)
- Criação de Infra-Estrutura (100 horas)
- Documentação e legislação do projeto (120 horas)
- Gerência do Projeto (120)

- Total (460 Horas). Tempo total de conclusão do Projeto

CUSTOS

-Desenvolvimento aplicativo (120 horas) = 6.000,00 reais
- Criação de Infra-Estrutura (100 horas) = 15.000,00 reais
- Documentação e legislação do projeto (120 horas) = 4.000,00 reais
- Gerência do Projeto (120) = 5.000,00 reais
- Total (460 Horas).
- Tempo total de conclusão do Projeto = 30.000,00 reais

APROVAÇÃO

Data: ___/__/____ Data: ___/__/____

___________________________ ___________________________
Gerente do projeto Patrocinador

2- PLANO DO PROJETO
Data: 24/03/2009
Versão: 01
Aprovador por:

OBJETIVO

localização.

JUSTIFICATIVA

patrocinadora

PREMISSAS

Ter Fotógrafo


RESTRIÇÕES

Ter Desenvolvedores






Propaganda

PRODUTOS DO PROJETO


GERENTE DO PROJETO

- Paulo Cesar



demais envolvidos.

RESPONSABILIDADES



Responsabilidade da Organização Executora

Informações exatas e verdadeiras

Retorno aos patrocinadores

Gerar Lucros

Atender os objetivos dos envolvidos no Projeto

Responsabilidades dos gerentes funcionais.

Disponibilidades para reuniões e viagens

Responsabilidade e comprometimento para com o Projeto

Gerenciar o funcionamento do Projeto

STAKEHOLDERS

Desenvolvedor

Gerente do Projeto

Financeiro

Marketing

Fotógrafo

Infra-Estrutura

Administração

CRONOGRAMA

- Desenvolvimento aplicativo (120 horas)
- Criação de Infra-Estrutura (100 horas)
- Documentação e legislação do projeto (120 horas)
- Gerência do Projeto (120)
- Total (460 Horas). Tempo total de conclusão do Projeto

CUSTOS

-Desenvolvimento aplicativo (120 horas) = 6.000,00 reais
- Criação de Infra-Estrutura (100 horas) = 15.000,00 reais
- Documentação e legislação do projeto (120 horas) = 4.000,00 reais
- Gerência do Projeto (120) = 5.000,00 reais
- Total (460 Horas).

- Tempo total de conclusão do Projeto = 30.000,00 reais

APROVAÇÃO

Data: ___/__/____ Data: ___/__/____

___________________________ ___________________________

3 - PLANO DE GERENCIAMENTO DO ESCOPO
Data: 24/03/2009
Versão: 01
Aprovador por:

OBJETIVO

localização.

JUSTIFICATIVA

patrocinadora

PREMISSAS

Ter Fotógrafo


RESTRIÇÕES

Ter Desenvolvedores




RISCOS

A não liberação das fotos Geo processadas da ilha de Florianópolis pelos órgãos
públicos.

O preço do material subir ao longo do projeto devido a problemas ou variações
econômicas do mercado.

Atraso na entrega dos servidores, e hardware necessário para o projeto, podendo
atrasar a instalação e desenvolvimento dos softwares.

Falta de nivelamento do conhecimento da equipe de desenvolvimento, causando
perda de produtividade durante o projeto.

Indisponibilidade de mão de obra qualificada imediata para desenvolvimento, caso
algum funcionário venha a adoecer.

Dependência de serviços externos (internet e comunicação) para o
desenvolvimento e teste do software a ser desenvolvido.

Queda de energia influencia na perda de dados e problemas técnicos.

Ameaças como invasões, vírus e trojans podem afetar a integridade do projeto e
causar atrasos.

Riscos naturais (incêndios, terremotos, inundações).

NÃO INCLUIDO NO ESCOPO

Visualização e informações sobre residências.

Código fonte do produto não está incluso.

Atualizações das fotos e dados do site.

Hospedagem do site.

Link de Internet.



Propaganda

PRODUTOS DO PROJETO


EQUIPE

o Gerentes do Projeto (Paulo César, William Schumacher e Thiago Jeremias)

o Desenvolvedor (Chefe do Setor: Petrucio Estrimondolo Bondino

Estagiários: Jucineide Taquaral, Doryleide Jenify da Silva)

o Financeiro (Responsável: Severino Narcisio Aparicio Procópio)

o Marketing Fotógrafo (Clodesvaldo Fonseca)

o Infra-Estrutura (Alerguino Jacinto Soares)

o Administração (Tiburcia Pinherina dos Santos)

GERENTE DO PROJETO

- Paulo Cesar



demais envolvidos.

RESPONSABILIDADES



4- WBS/EAP
Data: 24/03/2009
Versão: 01
Aprovador por:

1 Desenvolvimento de um novo sistema
1.1 Gerenciamento do Projeto
1.1.1 Plano do Projeto
1.1.1.1 Escopo
1.1.1.1.1 Declaração de Escopo
1.1.1.1.2 WBS
1.1.1.1.3 Dicionário da WBS
1.1.1.2 Cronograma
1.1.1.3 Orçamento
1.1.1.4 Matriz de Atribuição de Responsabilidades
1.1.1.5 Plano de Gerenciamento de Recursos Humanos
1.1.1.6 Plano de Resposta a Riscos
1.1.1.7 Plano de Gerenciamento da Qualidade
1.1.1.8 . Plano de Gerenciamento das Comunicações
1.1.1.9 Plano de Gerenciamento das Aquisições
1.1.1.10 Plano Integrado de Mudanças
1.1.1.11 Apresentação do Plano do Projeto
1.1.2 Controle
1.1.2.1 Reuniões
1.1.2.2 Relatórios
1.1.2.3 Site na Intranet
1.2 Estudo da Viabilidade
1.2.1 Relatório Técnico preliminar
1.2.2 Medida de Impacto nas empresas
1.2.3 Avaliação do custo
1.2.4 Relatório consolidado
1.2.5 Apresentação do Estudo
1.2.6 Aprovação do estudo
1.2.7 Pesquisa
1.2.7.1 Levantamento detalhado das tecnologias disponíveis
1.2.7.2 Fornecedores potenciais
1.2.7.3 Relatório consolidado
1.2.7.4 Aprovação do relatório da pesquisa
1.2.8 Seleção
1.2.8.1 Tecnologias escolhidas
1.2.8.2 Avaliação
1.2.8.3 Resultado Avaliação
1.3 Infra-estrutura de desenvolvimento
1.3.1 Hardware
1.3.1.1 Aquisição
1.3.1.2 instalação
1.3.1.3 configuração básica
1.3.2 Software
1.3.2.1 Desenvolvimento
1.3.2.1.1 Codificação dos módulos
1.3.2.1.2 Desenho de telas
1.3.2.1.3 Desenvolvimento do codigo
1.3.2.1.4 Aplicação de tecnologias
1.3.2.1.5 Preparação para testes
1.3.2.1.6 Testes
1.3.2.1.6.1 Plano de Testes
1.3.2.1.6.2 Testes Unitários
1.3.2.1.6.3 Testes Integrados
1.3.2.1.6.4 Teste de Compatibilidade
1.3.2.1.6.5 Resultado dos Testes
1.3.2.1.7 Ajustes e Correções
1.3.2.1.7.1 Ajustes e Correções
1.3.2.1.7.2 Testes Unitários
1.3.2.1.7.3 Testes Integrados
1.3.2.1.7.4 Resultado dos Testes
1.3.2.1.7.5 Relatório de Ajustes e Correções
1.3.2.1.7.6 Ajustes e Correções finais
1.3.2.1.8 Documentação

1.3.2.1.8.1 Manual do Sistema
1.3.2.1.8.2 Manual do Usuário
1.3.2.1.8.3 Manual de Operação
1.3.2.1.8.4 Material Treinamento
1.3.3 Redes
1.3.3.1 Aquisição
1.3.3.2 instalação
1.3.3.3 configuração básica
1.3.4 Treinamento equipe desenvolvimento

1.4 Legislação
1.4.1 Adequação as Leis Vigentes
1.5 Implantação
1.5.1 Configuração específica da infra-estrutura
1.5.2 Instalação do aplicativo
1.5.3 Testes de usuários finais
1.5.4 Relatório de testes com usuários finais
1.5.5 Ajustes e Correções finais
1.5.6 Divulgação
1.5.6.1 Divulgar o sistema na Internet e em canais eletrônicos.
1.5.6.2 Divulgar o sistema nos canais analógicos, como revistas e jornais.
1.5.6.3 Comunicar o lançamento para sites de buscas e de parceiros.
1.5.6.4 Preparar o site para indexação pelas principais ferramentas de busca.
1.5.7 Término do Projeto
1.5.7.1 Aceite
1.5.7.2 Aprovação

Data: ___/__/____ Data: ___/__/____

___________________________ ___________________________

5 - DEAP
Elaborado por: Paulo Cesar, Thiago Luiz Jeremias, William
Schumacher
Data: 18/11/2009
Versão: 01

DEAP
ID Nome Descrição Critérios P/ Aceite Indicadores
1 Ilha de Florianópolis Uma solução - Link de Internet de - Link de 10,00Mbs
em 3D WEB, onde o alta velocidade - WEB 2.0
usuário possa - WEB - Imagem gráfica em
buscar - Imagem gráfica 3dimensões.
informações - Desenvolvimento do - Adobe Flash
sobre um site em flash - Cumprir todos os
determinado local indicadores abaixo (1.1
da Ilha de até o 1.8.2)
Florianópolis.
1.1 Gerenciamento do Gerenciar todas - Atender os requisitos - Cumprir os requisitos do
Projeto as fases e etapas do projeto. indicador 1.1.1.1 até o
do projeto 1.1.1.2
1.1.1 Plano do Projeto Define como o - Gerenciar o que foi - Ferramentas de Auxilio
projeto é determinado no no Controle do Projeto
executado, indicador 1.1.1.1 com o MSProject
monitorado, - Documento contendo
controlado e todas as informações do
encerrado plano do projeto
1.1.1.1 Escopo Definição de - Baseado no Escopo do - Ajuste do contraste e
todas as tarefas projeto brilho das fotos, tamanho
necessárias para - Revisado padrão 640x 480.
o - Clareza - Fonte Arial, tamanho
desenvolvimento - Imagens tratadas 12.
do projeto - Ferramentas de Auxilio
na edição e tratamento
das imagens com o
Photoshop e Corel Drawn.
1.1.1.1 Declaração de É composto dos - Empenho e - Relatório elaborado
.1 Escopo processos para Comprometimento das semanalmente para servir
garantir que o equipes com o Projeto; como ponto de referência
projeto inclua - Organização e determinar que
todo o trabalho - Revisão atividade não esta
exigido - Qualidade incluída ou é necessária
no projeto.
1.1.1.1 WBS É uma - Atividades detalhadas - Documento
.2 ferramenta de em ordem cronológica impresso e assinado
decomposição do - Backup digital e
trabalho do impresso
pelo gerente do
projeto em partes - Organização projeto.

manejáveis - Qualidade
-Não exceder 100-
200 elementos
terminais
1.1.1.1 Dicionário da WBS Documento que - Decomposição - Manual com as
.3 descreve cada hierárquica orientada informações específicas
elemento da WBS ao serviço do projeto sobre cada produto e
- Facilitar o serviço do projeto
entendimento das destinado ao responsável
pessoas de cada equipe.

1.1.1.2 Cronograma É o planejamento - Estabelecer tempo - Cumprir a ordem
e controle em - Clareza cronológica do escopo do
que são definidas - Objetividade projeto.
e detalhadas as -Comprometimento - Documentação.
atividades a -Eficiência
serem
executadas
durante um
período estimado.
1.1.1.3 Orçamento É o plano - Dentro dos valores - Documento com a
financeiro estimados no escopo análise do orçamento e
estratégico de - Despesas e Receitas dos planos Estratégicos,
uma - Informações Táticos e Operacionais.
administração coletadas, visando - Planilhas eletrônicas
para determinado alcançar as metas da - Relatórios
exercício. empresa.

1.1.1.4 Matriz de atribuição Mostra as - Organização - Possuir um documento
de responsabilidades - Responsabilidade dos estabelecendo a função
responsabilidades por fases do envolvidos especifica de cada
projeto - Tarefas para cada membro da equipe.
membro da equipe
- Comprometimento

1.1.1.5 Plano de Planejar e - Organização - Identificar e documentar
Gerenciamento de gerenciar - Comprometimento as funções,
Recursos Humanos recursos - Objetividade responsabilidades e
humanos no -Clareza relações hierárquicas do
contexto dos -Eficiência projeto.
projetos - Responsabilidades - Acompanhamento do
desempenho dos
membros da equipe
- Feedback semanal
1.1.1.6 Plano de Análise - Organização - Impacto do Negócio
Gerenciamento de qualitativa e - Comprometimento - Definição dos Processos
Riscos quantitativa, o - Objetividade - Tamanha experiência do
planejamento de -Clareza pessoal
respostas, a -Eficiência - Características do perfil
monitoração e o - Analises dos clientes
controle do risco - Respostas
será estruturado - mudanças dos
e realizado ao requisitos
longo do ciclo de - alta rotação do
vida do projeto. pessoal
- expectativas não
satisfeitas

1.1.1.7 Plano de Descreve como a - Responsabilidades - Documento com os itens
Gerenciamento da equipe de - Organização de melhoria continua do
Qualidade gerenciamento de - Comprometimento projeto.
projetos - Objetividade - Documento contendo a
implementará a - Satisfazer as política de qualidade da
política de necessidades do cliente organização.
qualidade da - Esclarecer todas as
organização duvidas antes de
executora começar a produzir

1.1.1.8 Plano de Faz parte ou é - Organização - Documento que
Gerenciamento das um plano auxiliar - Qualidade contenha um
Comunicações do plano de - Classificação da procedimento de como
gerenciamento do Informação classificar a informação
projeto - Objetividade dentro da empresa.
- Responsabilidades - Gerenciador de
documentos Ex: Wiki
1.1.1.9 Plano de Descreve como - Estabelecer parcerias - Documento que
Gerenciamento das os processos de - Superar expectativas contenha as novas
Aquisições aquisição serão - Confiabilidade aquisições.
gerenciados - Responsabilidade - Relatório que controle
desde o - Garantias as aquisições de clientes
desenvolvimento - Organização externos como
da documentação compradores e
de aquisição até fornecedores.
o encerramento
do contrato
1.1.1.1 Plano integrado de É um processo - Revisão de todas as - Relatório que contenha
0 mudanças contínuo que o solicitações de os itens para a revisão
gerente completa Mudanças das solicitações de
para garantir que - Analise de Impacto mudanças.
o projeto - Riscos - atualização do escopo
prossiga do início
ao fim – é a
atividade diária
de completar o
trabalho do
projeto.
1.1.1.1 Apresentação do Mostrar a idéia - Organização - Resultados financeiros
1 plano do projeto do projeto - Responsabilidade - Aspectos Legais
- Objetividade - Fatores Tecnológicos
- Clareza - Padrões de qualidade
1.1.2 Controle A função - Organização - Disponibilizar
controlar consiste - Objetividade orçamentos antes do
em averiguar se - Responsabilidade início dos gastos
as atividades - Evitar o numero
efetivas estão de excessivo de relatórios e
acordo com as análises.
atividades que - Documento que
foram contenhas as estimativas
planejadas. de custos, prazos e
qualidade realistas.
1.1.2.1 Reuniões Evento para - Planejadas com - Documentar tudo o que
acertar as horários, locais e datas for concordado e
pendências e pré-determinadas apresentado.
discutir - Apresentações - Slides em Power Point.
informações - Clareza - Gravação de video

- Objetividade conferência
1.1.2.2 Relatórios Arquivos que - Descrição (Nome, - Documentos impressos
formalizam os cargo, função e setor). e digitais autenticados.
acontecimentos - Objetividade -
- Clareza
- Informações
Classificadas
1.1.2.3 Site na Internet Disponibilidade - Disponível em tempo - Contrato com a
via Web das integral prestadora de serviços de
informações - garantia de internet
disponibilidade - SLAs defenidos

1.2 TAP Autoriza - Clareza - Documento assinado
formalmente o - Organização pelos gerentes.
projeto ou uma - Objetividade
fase do projeto - Informações
Classificadas
- Glossário
1.2.1 Estudo da Uma etapa de um - Pesquisas de Mercado - Relatório com os dados
viabilidade Plano de levantados.
Negócios
1.2.2 Relatório técnico Informações - Organização - Pode ser apresentado
preliminar técnicas que não - Objetividade em formato de planilha
são oficiais - Clareza ou texto, ou documento
- Apresentação com impresso.
sete dias de
antecedência.

1.2.3 Medida de impactos Prevenção de - Analise semanal das - Criptografia assimétrica
nas empresas danos a empresa informações de com uma chave de
mercado 1024bytes;
- Criptografia dos dados - Backup na fita DAT
- Backup - Software de analise de
mercado
1.2.4 Relatório Informações - Organização - Documento que
Consolidado agregadas - Objetividade contenha as informações,
- Clareza com local, fonte dos
- As informações dados, data.
agregadas somente Relatório impresso.
acolhidas por membros
da direção.
1.2.5 Apresentação do Apresentação das - Organização - Pode ser apresentado
estudo informações - Objetividade em formato de planilha,
analisadas - Clareza texto, slides ou
- Apresentado somente documento impresso.
nas reuniões pré
estabelecidas

1.2.6 Aprovação do Analisadas as - Organização - Pode ser apresentado
estudo informações e - Objetividade em formato de planilha,
tomada decisão - Clareza texto, slides ou
- Apresentado somente documento impresso.
nas reuniões pré-
estabelecidas
- Aprovação pelo
gerente do projeto

1.2.7 Pesquisa Levantamento de - Acompanhar novas - Pode ser apresentado
informações tecnologias no ramo. em formato de planilha,
- Informações sobre texto, slides ou
finanças e tendências documento impresso.
de mercado; - Utilização de software
- para a pesquisa.
1.2.7.1 Levantamento Pesquisa - Organização - Pode ser apresentado
detalhado das detalhada da - Objetividade em formato de planilha,
tecnologias tecnologia - Clareza texto, slides ou
disponíveis - Custo beneficio documento impresso.
- Qualidade - Utilização de software
- Interoperabilidade para a pesquisa.
1.2.7.2 Fornecedores Escolha dos - Custo beneficio - Contrato de prestação
potenciais fornecedores que - Qualidade do produto de serviços
irão suprir as e serviço
necessidades do - Tempo de resposta
projeto - Melhor garantia

1.2.7.3 Relatório Informações - Organização - Documento impresso
consolidado agregadas - Objetividade assinado pelos gerentes;
- Clareza

1.2.7.4 Aprovação do Aprovar o - Organização - Documento impresso
relatório da relatório - Objetividade assinado pelos gerentes;
pesquisa pesquisado - Clareza
- Qualidade

1.2.8 Seleção Escolher os - Custo beneficio - Apresentação do
melhores - Qualidade resultado da avaliação
métodos - Organização impresso ou digital
- acessibilidade
- Disponibilidade
1.2.8.1 Tecnologias Ferramentas - Preço -Contrato de níveis de
escolhidas tecnológicas que - Custo beneficio serviço
serão utilizadas - Qualidade -
no projeto - Disponibilidade
- Suporte técnico
- Garantia
1.2.8.2 Avaliação Avaliar as - Classificação das
informações Informações - Implantação do padrão
- Integridade ISO 9001:2000
- Qualidade
1.2.8.3 Resultado Avaliação Mostrar o - Organização - Procedimento visando a
resultado - Objetividade qualidade das
decidido - Clareza informações.
- Integridade

1.3 Escopo Definição de - Organização - Documento contendo
todas as tarefas - Objetividade todas tarefas
necessárias para - Responsabilidade desenvolvidas no projeto.
o - Tempo
desenvolvimento - Qualidade
do projeto. - De acordo com o
PMBOK
1.3.1 Pesquisa Estudo das - Responsabilidade - Pode ser apresentado

Inovações e - Segurança em formato de planilha,
tendências - Acompanhar novas texto, slides ou
tecnologias no ramo. documento impresso.
- Informações sobre - Utilização de software
finanças e tendências para a pesquisa.
de mercado

1.3.2 Seleção Tecnologia - Organização - Apresentação do
escolhida para o - Segurança resultado da avaliação
desenvolvimento - Custo beneficio impresso ou digital
da solução. - Qualidade
- acessibilidade
- Disponibilidade
1.4 Infra-Estrutura de Interface usada - Desempenho - Tempo de resposta de
Desenvolvimento pelos - Facilidade no uso no máximo 5 segundos.
administradores - Segurança
do sistema na
construção do
software à utilizar
na solução.
1.4.1 Hardware Aquisição de - Cada imóvel
Equipamentos - De acordo com cada acompanhara um texto
para suprir a assunto com sua descrição
solução em - Distribuição agradável juntamente com no
desenvolvimento. mínimo 3 fotos.

1.4.1.1 Aquisição Comprar - De acordo com a - Cada produto adquirido
equipamentos, necessidade acompanhará nota fiscal,
softwares para a - Delegar a compra termo de garantia
utilização no para algum setor da - Contrato
projeto. empresa
- Preço mais acessível
-Segurança
- Pesquisas de mercado
1.4.1.2 Instalação Guia de como - Organização - Documento que
proceder - Objetividade contenha os passos para
corretamente na - Responsabilidade proceder corretamente.
instalação do - Clareza
hardware.
1.4.1.3 Configuração Básica Onde se - De acordo com as - Compatibilidade com as
estabelece as necessidades básicas plataformas Windows,
configurações descritas no escopo do Linux, Mac, 32 e 64 Bits.
mínimas para o projeto
software.

1.4.2 Software È a solução final,
produto a ser - Desempenho - Tempo de resposta de
comercializado; - Facilidade no uso no máximo 5 segundos
Composto por - Segurança para usuários de banda
todas as - Compatibilidade larga.
atividades - Usabilidade - Acesso ao conteúdo do
estabelecidas no - Acessibilidade site sem necessidade de
escopo do cadastramento.
projeto. - Adquirir certificados de
segurança.

1.4.2.1 Desenvolvimento Conjuntos de - Comprometimento
itens, dos desenvolvedores - Documentação do
ferramentas e os - Organização software
membros do - - Linguagens c, c++,
projeto Java, Flash, php

1.4.2.1.1 Codificação dos Encripitar os - Responsabilidade - Segurança assimétrica
Módulos módulos para ter - Segurança - Criptografia RSA
uma segurança - Organização - Documento que
contra fraudes, - Classificação das contenha os
etc. informações entre os procedimentos de
membros do projeto classificação e segurança
- Confidencialidade das informações.
1.4.2.1.2 Desenho de Telas Meio de como as - Organização - Ferramentas de edição
imagens e telas - Objetividade de imagens como:
vão ser - Clareza Photoshop, Corel Drawn;
desenhadas. - Uma mistura de cores
frias e quentes
1.4.2.1.3 Desenvolvimento do Código que será - Organização - Documento contendo os
Código executado toda - Objetividade processos passo a passo
vez que o - Responsabilidade durante o
software for - Segurança desenvolvimento do
adquirido. - Integridade software;
- Confidencialidade - Relatórios com datas
- Acesso somente por pré determinadas
desenvolvedores e
gerentes do projeto;
1.4.2.1.4 Aplicação de Novas - Organização - Contrato de Suporte e
Tecnologias tecnologias no - Responsabilidade Garantia
projeto, dentro - Custo beneficio - TCP/IP e UDP
de redes, - Tipos de topologias - Topologia em anel
softwares, - Protocolos
hardwares etc.
1.4.2.1.5 Preparação para Preparar a equipe - Organização - Documento que
Testes para que possa - Objetividade contenha o registro dos
ser efetuado os - Responsabilidade testes realizados
testes - Clareza
requisitados. - Durante três dias os
testes serão realizados
com horário e local pré
determinados
- Participação de alguns
usuários
1.4.3.1.1 Testes Testes realizados - Respeitar os - O teste deve ser
para verificar e problemas: realizado com 10
testar se todas as Inadequação usuários, com diferentes
funcionalidades Inconsistência níveis de conhecimento
do portal estão Resposta inesperada computacional: avançado,
dentro dos Ambigüidade intermediários e leigos.
padrões e se - Identificar o que o
alcançaram o usuário pode, quer e
objetivo deve fazer.

1.4.3.1.2 Define por etapas - Organização - Documento que
Plano de Testes o que deve ser - Objetividade contenha todos os planos
testado no - Responsabilidade de testes, metodologias,

projeto e no - Clareza procedimentos pré
software. - Segurança determinados e um
- Elaborado pelo glossário;
gerente do projeto
1.4.3.1.3 Testes Unitários São testes feitos - Organização - Relatórios diários em
apenas em - Objetividade forma de texto e planilhas
unidades - Responsabilidade
selecionadas do - Segurança
projeto ou - realizados somente
software. pelos desenvolvedores
do software
1.4.3.1.4 Testes Integrados São testes que - Organização - Documento que
testam a - Objetividade contenha todos os planos
integridade do - Responsabilidade de testes, metodologias,
sistema. - Segurança procedimentos pré
- realizados somente determinados e um
pelos desenvolvedores glossário;
do software e usuários - Interoperabilidade entre
escolhidos os sistemas Linux,
aleatoriamente Windows e Mac OS

1.4.3.1.5 Resultados dos Resultado Final - Ser aprovado pelo - Documento com todos
testes para verificar se gerente do projeto e os testes realizados
os testes foram sponsor anteriormente pelos
positivos ou usuários e
negativos. desenvolvedores do
sistema
1.4.3.1.6 Relatório de Ajustes Após efetuar - Organização - Relatório que
e Correções todos os testes - Objetividade contenham ajustes e
com os - Responsabilidade correções a serem
envolvidos, fazer - Revisão acompanhada executadas.
os ajustes e as pelo gerente do setor e - Apresentar relatório
correções se do projeto especificado sobre o local
necessárias. - Expor a todos os a ser ajustado e
membros do projeto o corrigido;
que deve ser ajustado e
corrigido.
- Confidencialidade
entre os envolvidos do
projeto
1.4.3.1.7 Ajustes e Correções Usado para
descobrir - Respeitar os - O usuário encontra a
problemas no site problemas: informação que deseja.
e interação Inadequação - Relatório que
humano- Inconsistência contenham ajustes e
computador. Resposta inesperada correções a serem
Ambigüidade executadas.
- Identificar o que o - Apresentar relatório
usuário pode, quer e especificado sobre o local
deve fazer. a ser ajustado e
corrigido;

1.4.3.2.1 Documentação Todas as partes - Documentação
ligadas ao impressa - De acordo com o PMI.
projeto, - Detalhada e clara - Ter o documento
referentes a - Autenticidade assinado pelo Gerente de
licenças e - Integridade projeto.
regulamentações, - Clareza
ligado a
legislação.

1.4.3.2.2 Manual do Sistema Documento onde - Organização - Guia com capa,
se encontra todos - Objetividade sumário, introdução,
os processos de - Responsabilidade especificar métodos de
como funciona o - Clareza uso e um glossário do
sistema. - Integridade sistema.
- Autenticidade
1.4.3.2.3 Manual do Usuário Documento onde - Organização - Guia com capa,
se encontra todos - Objetividade sumário, introdução,
os processos de - Responsabilidade especificar métodos de
como funciona o - Clareza uso e um glossário do
usuário. - Integridade sistema.
- Autenticidade
1.4.3.2.4 Manual de Documento onde - Organização - Guia com capa,
Operação se encontra como - Objetividade sumário, introdução,
se opera o - Responsabilidade especificar métodos de
software. - Clareza operação e um glossário
- Integridade do sistema.
- Autenticidade
1.4.3.2.5 Material de Onde se localiza - Organização - Documentos onde irá
Treinamento todos os - Objetividade detalhar todos os passos
materiais - Responsabilidade do treinamento.
disponíveis para - Clareza
o treinamento - Integridade
dos envolvidos. - Autenticidade
1.4.4 Redes Serve para - Atender os requisitos - Se for realizado tudo
garantir a infra- do Projeto. dentro do previsto,
estrutura conforme descrito no
apropriada para o plano de projeto.
site.

1.4.4.1 Aquisição Guia de como - Detalhado - Estabelecer contratos
adquirir o - Clareza com fornecedores
software. - Objetividade internos e externos para
- Organização mobilizar, comprar ou
alugar recursos para o
projeto.
1.4.4.2 Instalação Guia de como - Detalhado - Especificar quando
instalar - Clareza necessitamos de tal
corretamente o - Objetividade serviço, como deve ser o
software. - Organização procedimento de
instalação, topologia da
rede.
1.4.4.3 Configuração Básica Onde se - Detalhado - Configurações entre os
estabelece as - Clareza sistemas operacionais
configurações - Objetividade Windows, Linux e Mac
mínimas para o - Organização OS;
software. - Testar diferentes - Layout dos banners,

configurações para links e imagens do site
determinar qual se
adapta ao usuário final
1.4.4.4 Treinamento, Tem como - Atender o cronograma - Se for realizado tudo
Equipe e objetivo obter do projeto. dentro do previsto,
Desenvolvimento boas práticas conforme descrito no
entre os plano de projeto.
colaboradores
durante o
projeto.
1.5 Legislação Leis que regem - Verificar se a - Se for realizado tudo
os processos e documentação está dentro do previsto,
atribuições do regulamentada. conforme descrito no
projeto. plano de projeto.

1.5.1 Adequação as Leis Estar dentro da - Consultar o advogado - Advogado de leis
Vigentes lei durante a para averiguar as leis especificas de acordo com
execução do vigentes do mercado. o projeto
projeto.
1.6 Implantação Execução do que - Atender os requisitos - Realização dentro do
foi elaborado e do projeto. prazo estabelecido.
estabelecido no
projeto.

1.6.1 Configuração Configuração - Detalhado - Arquitetura fechada de
específica da infra- exata do que o - Clareza computadores e
estrutura software requer - Objetividade servidores;
para ser - Organização
executado - Definir os requisitos
de hardware para
suportar os aplicativos
web.
1.6.2 Instalação do Guia de como - Detalhado - Usar o CD de instalação
aplicativo proceder - Clareza que contenha o arquivo
corretamente na - Objetividade executavel.
execução de - Organização Posteriormente inserir a
instalação do chave de licença.
software.
1.6.3 Testes de usuários Testes de - Clareza - Cada usuário receberá
finais usabilidade por - Estipular data para a um sumário ou um guia
operadores, mobilização dos contendo todas as
clientes potencias usuários disponíveis informações necessárias.
e pessoas para o treinamento.
envolvidas no
projeto
1.6.4 Relatório de testes Relatório com a - Após uma data - Documento que
com usuários finais avaliação de específica do contenha todos os
usabilidade do treinamento o gerente relatórios de testes com
Software. do projeto irá os usuários finais.
disponibilizar o relatório
para o chefe de cada
setor contendo os
resultados finais.

1.6.5 Ajustes e Correções Após fazer um - Setor de suporte - Anexar documentos e
finais filtro nos realiza testes práticos relatórios recolhidos
relatórios, com os usuários por um durante os testes finais
estabelecer as período pré
mudanças e determinado.
correções se - Testes de velocidade
necessárias. de acessibilidade,
integridade das
informações e de
segurança.
1.7 Divulgação Explicitar o site - Propagandas em - Contrato de divulgação
como um todo diversos meios de do produto entre as
através de comunicação. empresas.
propaganda e
marketing.
1.7.1 Divulgar o sistema Divulgar nos - Autenticidade - Acordos com empresas
na Internet e em principais canais - Integridade virtuais de destaque na
canais eletrônicos. de comunicação - Clareza web.
da internet e
também em
meios
eletrônicos.
1.7.2 Divulgar o sistema Divulgar nos - Autenticidade - Estabelecer acordos
nos canais principais meios - Integridade com mídias voltadas ao
analógicos, como de comunicação - Clareza turismo através de e-
revistas e jornais. áudio-visual do mail, jornais, revistas,
país sobre o televisão.
nosso sistema.
1.7.3 Comunicar o Divulgar nos - Autenticidade - Acordos com empresas
lançamento para principais sites de - Integridade virtuais de destaque na
sites de buscas e de busca e dos - Clareza web.
parceiros. nossos clientes e
clientes futuros.

1.7.4 Preparar o site para Estabelecer as - Clareza - Contratos formais com
indexação pelas principais - Definir palavras os parceiros.
principais palavras chaves chaves para a busca
ferramentas de para a melhor das informações
busca. localização nos contidas dentro do
meios de busca ambiente web e linkar
com parceiros virtuais
através de banners e
espaços no web site.
1.8 Término do Projeto Reunião onde Reunião - Se for realizado tudo
todos os dentro do previsto,
objetivos pré- conforme descrito no
estabelecidos do plano de projeto.
projeto foram
executados.

1.8.1 Aceite Onde todos os - Aprovação de todos - Possuir todos os
responsáveis pelo os documentos (1.1.1.3 documentos abaixo
projeto entram até 1.8) (1.1.1.3 até 1.8) assinados
em acordo para a
conclusão final.

1.8.2 Aprovação Conclusão Final, - Todos os testes - Ter efetuado todos os
onde se é efetuados com sucesso! testes. E possuir os
assinado para a documentos assinados pelo
realização do
gerente de projeto e
projeto.
patrocinador.

APROVAÇÃO

Data: ___/__/____ Data: ___/__/____

___________________________ ___________________________
Gerente do projeto Patrocinado

6–
[WTP FLORIPA WEB]
PLANO DE GERENCIAMENTO DE RECURSOS HUMANOS
STAFF MANAGEMENT PLAN
Elaborado por: William Schumacher, Thiago Jeremias e Paulo Cesar dos Versão [no]1.0
Santos
Aprovado por: [Data]25/08/09

1 – Organograma do Projeto
Gerente do Projeto
William Schumacher

Paulo Cesar Thiago Jeremias
Gerente de Revisão Gerente de Revisão

Financeiro Marketing Administração Desenvolvedores Infra-Estrutura Controle de Qualidade
Severino Clodesvaldo Tiburcia Doryleide Alerguino Paulo Cesar e
Petrucio Thiago Jeremias

2 – Equipe
No Nome Área Email Fone
1 William Schumacher GERENTE william@wtp.com.br 3222-6666
2 Thiago Jeremias GERENTE Thiago@wtp.com.br 3222-6667
3 Pualo Cesar do Santos GERENTE Paulo@wtp.com.br 3222-6668
4 Petrucio Estrimondolo DESENVOLVEDOR Patrucio@wtp.com.br 3222-6669
5 Jucineide Taquaral Estágiária de Jucineide@wtp.com.br 3222-6669
Desenvolvimento
6 Doryleide Jenify da Estágiária de Doryleide@wtp.com.br 3222-6669
Silva Desenvolvimento
7 Severino Narcisio FINANCEIRO Severino@wtp.com.br 3222-6670
Aparicio Procópio
8 Alerguino Jacinto Infra-Estrutura alerguino@wtp.com.br 3222-6671
Soares
9 Tiburcia Pinherina dos Administração Tiburcia@wtp.com.br 3222-6672
Santos
10 Clodesvaldo Fonseca MArketing clodesvaldo@wtp.com.br 3222-6673

3 – Funções e Responsabilidades
Gerente do Projeto: Sua função é “gerenciar” o progresso do empreendimento e através das
variáveis (qualidade, custo, prazo e escopo) verificar seus desvios.
Controle de Qualidade: Sua função é fazer com que tudo o que seja elaborado dentro da empresa
esteja dentro de uma norma ou guia de melhores práticas.
Desenvolvedores: Responsável por desenvolver uma parte do sistema, incluindo a construção de
seu design de forma que ele atenda a arquitetura e possivelmente a prototipagem da interface de
usuário, e então implementar, executar o teste de unidade, e integrar os componentes que são
parte da solução.
Financeiro: Responsável pelo patrimônio da empresa, elaborando e acompanhando os fluxos de
caixa, orçamentos de investimentos e de despesas correntes, propõe e analisa projetos e ainda
mantém contato com órgãos públicos para informá-los sobre questões relativas à empresa.
Administração: Dar assessoria, controlar custos e gastos, evitar cortes desnecessários e cortar as
extravagâncias, inibir possíveis erros de má administração e evitar a falência.
Infra-Estrutura: Responsável por todos os itens ou ferramentas de Rede e Hardware do projeto.
Marketing: Função organizacional e um conjunto de processos que envolvem a criação, a
comunicação e a entrega de valor para os clientes.
4 – Matriz de Responsabilidades
No Nome Área PLANOS

Comunicação

Suprimentos
Resultados

Qualidade
Hardware
Software

Escopo

Tempo

Custos

Riscos
RH
1 William Gerencia R S R S R S R
Projeto
2 Thiago Gerencia S S A S S S S S S
Revisão
3 Paulo Gerencia R S S S S S S S
Revisão
4 Petrucio Desenvolvedor A

5 Jucileyde Desenvolvedor A A
(Estágio)
6 Doryleide Desenvolvedor A A
(Estágio)
7 Severino Financeiro R A

8 Tiburcia Administração A R R A

9 Alerguino Infra- R R A R
Estrutura
10 Clodesvaldo Marketing

A = Apoio R= Responsável S= Suplente

5 – Recrutamento e Seleção
O RH obterá informações correspondentes de cada setor, onde o entrevistado passará por uma
entrevista psicológica, técnica e avaliação de conhecimento específico.

6 – Necessidade de Treinamento
-
7 - Avaliação de Resultados
O resultado do trabalho da equipe será avaliado mensalmente pelo gerente de projeto em
reunião individual com cada membro.
O gerente de projeto será avaliado também mensalmente pelo patrocinador do projeto da mesma
forma como os membros do time são avaliados.
Ao fim do projeto será realizada uma reunião de avaliação de cada um dos integrantes do
projeto, quando a avaliação final compilada do profissional será tabulada e encaminhada para o
Departamento de Recursos Humanos.
Essa avaliação final compilada será feita através de um modelo circular sob o qual todos serão
avaliados tanto pelas chefias quanto pelos pares e subordinados.
O gerente de projeto se auto-avaliará, será avaliado pelo patrocinador e será avaliado, também,
por todos os membros do time.

Cada membro do time se auto-avaliará, será avaliado pelo gerente de projeto e será avaliado por,
pelo menos, outros três membros do time, escolhidos por sorteio.

Todos os resultados serão compilados em uma ficha única que mostrará a percepção de cada um
dos envolvidos no processo de avaliação.

8 – Reconhecimento e premiações
Bonificação: Serão destinados, no final do projeto, 15% do saldo contido na reserva gerencial para
serem distribuídos para todos os integrantes da equipe.
A bonificação somente será paga após o término do projeto e para os membros do time que
participaram integralmente dele, realizando suas atividades previstas quando foram inicialmente
alocados no projeto.

9 - Segurança
O código criado pelo desenvolvedor deverá permanecer somente na empresa.
É proibido o uso de qualquer tipo de dispositivo removível por parte dos funcionários.
Os dados sobre o projeto ou qualquer outra informação relacionada à empresa somente deverá
ser mantido internamente.
O funcionário será responsável por sua estação de trabalho.
Backup das informações será efetuado semanalmente.
Todos os documentos inutilizáveis do projeto ou informações da empresa deverão ser
fragmentados.

10 – Alocação Financeira do Plano de Gerenciamento de Recursos Humanos
Todas as medidas de gerenciamento de recursos humanos do projeto que requererem gasto
adicional deverão ser alocadas dentro das reservas gerenciais do projeto, na categoria Outras
reservas, desde que dentro da alçada do gerente de projeto.

11 – Administração do Plano de Gerenciamento de Recursos Humanos
William Michel Schumacher: Gerente do projeto será o responsável direto pelo plano de
gerenciamento de RH.
Paulo Cesar dos Santos: Gerente de Revisão, responsável por todas as revisões do projeto.
Thiago Jeremias: Gerente de Revisão, responsável por todas as revisões do projeto.

REGISTRO DE ALTERAÇÕES
Data Modificado por Descrição da mudança

APROVAÇÃO
Data Patrocinador
[Nome]

7–
WTP FLORIPA WEB
PLANO DE GERENCIAMENTO DA QUALIDADE
QUALITY MANAGEMENT PLAN
Preparado por William Schumacher – Gerente do Projeto Versão 1.0
Paulo Cesar dos Santos – Gerente do
Projeto
Thiago Jeremias – Gerente do Projeto
Aprovado por Hélio 12/10

Descrição dos processos de gerenciamento da qualidade
O gerenciamento da qualidade será realizado com base na norma ISO
9000/2000. A empresa não é certificada nesta ISO mas agirá em
conformidade com ela em todos os seus processos.

Os procedimentos preconizados pela ISO para os projetos da empresa não
estão descritos neste plano por fazerem parte dos Procedimentos de
qualidade da empresa.

Todas as reclamações provenientes de clientes, bem como produtos e/ou
entregas não conformes com a declaração de escopo se aprovados, deverão
ser tratados como medidas corretivas no plano de gerenciamento da
qualidade.

Todas as mudanças nos requisitos de qualidade inicialmente previstas para o
projeto devem ser avaliadas e classificadas dentro do sistema de controle de
mudanças de qualidade.

Todas as solicitações de mudança na qualidade devem ser feitas por escrito
e através de e-mail, conforme descrito no plano de comunicações do projeto.

Priorização das mudanças nos quesitos de qualidade e respostas
As mudanças dos requisitos de qualidade são classificadas em quatro níveis de
prioridade:

Prioridade 1 (um) - Mudanças de prioridade um requerem uma ação imediata por parte
do gerente do projeto, independente das reuniões de controle previstas devido à
urgência, acionando imediatamente o patrocinador no caso de necessidade de
autorizações financeiras fora da alçada do gerente de projetos.

Prioridade 2 (dois) – Mudanças de prioridade dois requerem um planejamento da ação
através e terceiros ou de equipes que, a princípio, tenham disponibilidade, uma vez que
agregam valor ao sucesso do projeto e são urgentes, porém não têm impacto
significativo nos custos e nos prazos do projeto.

Prioridade 3 (três) – Mudanças de prioridade três podem ser implementadas por terem
influência no sucesso do projeto, porém não requerem uma ação imediata por não serem
impactantes ou urgentes.

Sistema de controle de mudanças da qualidade (Quality change control
system)
Todas as mudanças na qualidade do projeto devem ser tratadas segundo o fluxo
apresentado a seguir com suas conclusões apresentadas na reunião semanal de Projeto
com suas conclusões, prioridades e ações relacionadas.

Freqüência de avaliação dos requisitos de qualidade do projeto
Os prazos do projeto deverão ser atualizados e avaliados diariamente, e seus
resultados divulgados na reunião periódica de avaliação do projeto.

Alocação financeira das mudanças nos requisitos de qualidade
As mudanças na qualidade que necessitarem de gasto adicional deverão ser
alocadas dentro das reservas gerenciais do projeto, na categoria “Outras Reservas”,
desde que dentro da alçada do gerente do projeto.
Projeto, ou quando não existir mais reserva gerencial disponível, deverá ser
acionado o patrocinador, uma vez que o gerente não tem autonomia para decidir utilizar
a reserva de contingência de riscos para mudanças na qualidade, ou deverá ser
solicitado à diretoria da empresa um aumento das reservas gerenciais.

Administração do plano de gerenciamento da qualidade
Responsável pelo plano
William Schumacher – Gerente do projeto, será responsável direto pelo plano de
gerenciamento da qualidade, suas atualizações e relatórios.
Thiago Jeremias – Membro do time do projeto será suplente do responsável direto
pelo plano de gerenciamento da qualidade.
.

Freqüência de atualização do plano de gerenciamento da qualidade
O plano de gerenciamento da qualidade será reavaliado semanalmente na reunião
periódica de avaliação do projeto para aprovação. Após sua aprovação, o plano de
gerenciamento da qualidade deverá ser atualizado com o devido registro das alterações
efetivadas.

Outros assuntos relacionados ao gerenciamento da qualidade do projeto não
previstos neste plano
Todas as solicitações não previstas neste plano deverão ser submetidas à reunião
periódica de avaliação do projeto.


APROVAÇÕES
[Nome] [Assinatura] Data
[Cargo] [Data]

8–
WTP FLORIPA WEB
PLANO DE GERENCIAMENTO DAS COMUNICAÇÕES
COMMUNICATIONS MANAGEMENT PLAN
Elaborado por: William Schumacher, Paulo Cesar dos Santos e Thiago Versão 1.1
Jeremias
Aprovado por: 11/08/2009

1 – Aspectos Gerais
O gerenciamento das comunicações do projeto será realizado através dos
processos de comunicação formal, estando incluído nessa categoria:
E-mails
Publicações WEB
Documentos Impressos
Todas as reuniões formais serão realizadas às segundas-feiras para disponibilizar
tempo livre para os trabalhos do projeto nos dias subseqüentes.

Todas as informações do projeto devem ser atualizadas de modo constante no
site do projeto, incluindo as atualizações diárias nos custos e nos prazos.

Todas as solicitações de mudança no processo de comunicação devem ser feitas
por escrito ou através de e-mail e aprovadas pelo gerente do projeto.

2 – Necessidades dos Interessados
Data ou
Ref Assunto/Conteúdo Tipo Emissor Receptor
Freqüência Obs

1 Documentação Relatório Administração/Financeiros Gerente do Projeto Iniciação
Geral do Projeto Executivo Desenvolvedor/Marketing
Infra-Estrutura
2 Status Financeira Relatório Financeiro Gerente do Projeto Semanal
Executivo
3 Documentação da Relatório Infra-Estrutura Financeiros/Infra- Mensal
Infra-Estrutura Estrutura/Gerente do
Projeto
4 Fichas de Riscos Relatório Controle de Qualidade Lideres e Colaboradores Mensal
Operacional do projeto
5 Cronograma do Relatório Gerente do Projeto Administração/Financeiros Semanal
Projeto Operacional Desenvolvedor/Marketing
Infra-Estrutura
6 Relatório de Relatório Marketing Gerente do Projeto Semanal
Marketing do Executivo
produto

7 Relatório de Relatório Gerente do Projeto Administração/Financeiros No
Encerramento Executivo Desenvolvedor/Marketing encerramento
Infra-Estrutura do projeto

8 Relatório de Relatório Gerente do Projeto Sponsor Semanal
Acompanhamento Executivo
do projeto

3 – Reuniões Programadas
3.1 Reunião - Abertura do Projeto
a. Objetivo – Apresentar aos envolvidos seus planos e metas.
b. Metodologia – Apresentação em formato de slides com as metas e objetivos de
cada setor.
c. Responsável - Gerente do Projeto
d. Envolvidos – Equipe do Projeto e Stakeholders
e. Freqüência – 24/03/2009
f. Reuniões extraordinárias –
g. Duração – 2 Horas
h. Local – Escritório da Empresa
i. Outros –

3.2 Reunião - Acompanhamento do Projeto
a. Objetivo – Acompanhar o progresso do escopo do projeto.
b. Metodologia – Reunião formal
d. Envolvidos – Equipe do Projeto
e. Freqüência – Mensal
f. Reuniões extraordinárias – Se necessária outra reunião, a mesma deverá ser agendada com
antecedência
g. Duração – 2 Horas
i. Outros –

3.3 Reunião - Status Financeiro do Projeto
a. Objetivo – Acompanhar se o projeto está dentro do orçamento.
b. Metodologia – Reunião formal
d. Envolvidos – Administração/Marketing
e. Freqüência – A cada 15 dias
f. Reuniões extraordinárias – Se necessária uma reunião extraordinária, a mesma deverá ser
agendada com antecedência
g. Duração – 1 Hora
i. Outros –

3.4 Reunião - Riscos do Projeto
a. Objetivo – Reavaliar os riscos que podem interferir no decorrer do projeto,
analisando o impacto que pode ser causado e adotar medidas
preventivas.
b. Metodologia – Reunião Formal
d. Envolvidos – Administração/Operacional/Desenvolvedores
e. Freqüência – Semanalmente
f. Reuniões extraordinárias – Se necessária outra reunião, a mesma deverá ser agendada com
antecedência
g. Duração – 1 Hora
i. Outros –

3.5 Reunião - Encerramento do Projeto
a. Objetivo – Consolidar com a equipe o final do projeto
b. Metodologia – Reunião

d. Envolvidos – Equipe do Projeto e Patrocinadores
e. Freqüência – Única Vez
f. Duração – 2 Horas
g. Local – Escritório da Empresa
h. Outros –

4 – Ata de Reunião
Todos os eventos do projeto, com exceção do kick off meeting e do projeto close out,
deverão apresentar ata de reunião com, no mínimo, os seguintes dados:
a. Lista de presença
b. Pauta
c. Decisões tomadas
d. Pendências não solucionadas
e. Aprovações

5 – Alocação Financeira do Plano de Gerenciamento das Comunicações
3% da verba total do projeto será destinada para futuros imprevistos na execução do plano de
gerenciamento das comunicações.

6 – Administração do Plano de Gerenciamento das Comunicações

Responsável pelo plano: Paulo Cesar dos Santos – Gerente do Projeto
William Michel Schumacher – Sub Gerente do Projeto
O plano de gerenciamento das comunicações será reavaliado mensalmente na primeira reunião do
mês, juntamente com os outros planos de gerenciamento do projeto.

6/10/2009 William Schumacher Alteração de Datas e Inclusão de
Informações

APROVAÇÃO
Data Patrocinador Gerente do Projeto

9–
WTP FLORIPA WEB
PLANO DE GERENCIAMENTO DE CUSTO
COST MANAGEMENT PLAN
Jeremias

1. Descrição dos processos de gerenciamento de custos

O gerenciamento dos custos será realizado no Microsoft Project.

A avaliação de desempenho do projeto será realizada através da análise do tempo
e do dinheiro gastos com as atividades até o momento, verificando se tudo isto
está dentro do especificado no cronograma de atividades.

O gerenciamento de custos do projeto será realizado com base no orçamento
previsto para o projeto, bem como através dos fluxos de caixa do projeto.

Somente serão contempladas pelo plano de gerenciamento de custos as
despesas adicionais provenientes de compras e contratações externas..

Todas as mudanças no prazo inicialmente previsto para o projeto devem ser
avaliadas, e caso afetem o prazo final de entrega do projeto ou acarretem
aumento nos custos deverão ser comunicadas ao patrocinador.

Todas as solicitações de verbas devem ser feitas por escrito ou através de e-mail,
conforme descrito no plano de comunicações do projeto.

2. Freqüência de avaliação do orçamento do projeto e das reservas gerenciais
O orçamento do projeto deverá ser atualizado e avaliado diariamente, e seus
resultados apresentados na reunião periódica de avaliação do projeto.

3. Reservas gerenciais
Foi aprovada pelo patrocinador uma reserva de R$ 5.000 (cinco mil reais). As
reservas gerenciais se subdividem em Reservas de Contingência e Outras reservas, que
juntamente com o orçamento do projeto compõem o custo final do empreendimento.

Reservas de Contingência
Reservas destinadas exclusivamente ao processo de gerenciamento de riscos,
conforme descrito no plano de gerenciamento de riscos.

Outras Reservas
Reservas destinadas a outros eventos que não são contemplados como riscos do
projeto.

As reservas serão consumidas com base nas solicitações de mudanças
provenientes dos outros planos e dentro da autonomia do gerente do projeto e do
patrocinador.

4. Autonomias
O gerente de projeto tem as seguintes autonomias quanto à utilização das reservas:

Reservas de Contingência Outras Reservas
Gerente de projeto Até R$ 1000 Até R$ 1500
isoladamente
Gerente do projeto com o Até R$ 2000 Até R$ 3000
aval do patrocinador
Somente o patrocinador Acima de R$ 2000 e até o Acima de R$ 3000 e até o
limite das reservas limite das reservas

5. Alocação financeira das mudanças no orçamento
As mudanças de caráter corretivo podem ser alocadas dentro das reservas
gerenciais do projeto, na categoria outras reservas, desde que não excedam o valor
reservado para esta categoria.
Nos casos em que o valor necessário for maior do que o reservado ou maior do que
o valor que o gerente do projeto tem poder de autorizar a ser gasto, será acionado o
patrocinador do projeto,

6. Administração do plano de gerenciamento de custos

b. Responsável pelo plano
William Schumacher – Gerente do projeto, será responsável direto pelo plano de
gerenciamento do custos, suas atualizações e relatórios.

Paulo Cesar dos Santos – Membro do time do projeto, será suplente do
responsável direto pelo plano de gerenciamento de custos.

c. Freqüência de atualização do plano de gerenciamento de tempo
O plano de gerenciamento de custos será reavaliado semanalmente na reunião
periódica de avaliação do projeto para aprovação. Após sua aprovação o plano de
gerenciamento de tempo deverá ser atualizado com o devido registro das
alterações efetivadas.

7. Outros assuntos relacionados ao gerenciamento de custo não previstos no plano

__________________________________________
Cláudio Henrique da Silva
Patrocinador

___/___/____

__________________________________________
Gerente do Projeto

___/___/____

10 –
WTP FLORIPA WEB
PLANO DE GERENCIAMENTO DOS RISCOS
RISK MANAGEMENT PLAN
Jeremias

1 – Descrição dos processos de gerenciamento de riscos

O gerenciamento de riscos do projeto será realizado com base nos riscos
previamente identificados, e no controle de novos riscos que podem não ter sido
identificados oportunamente.

Os riscos que não estão previstos no projeto devem ser incorporados ao projeto
dentro do sistema de controle de mudanças de riscos.

Quando houver alguma identificação, a avaliação e o monitoramento de riscos
devem ser feitos por escrito.

2 – Estrutura para a identificação dos Riscos

Esses são os riscos relacionados ao projeto que podem ser considerados no nosso projeto,
abordando apenas os riscos internos não técnicos, os riscos legais e os riscos técnicos.

3 – Riscos Identificados

Os riscos identificados no projeto, segundo o WBS do projeto e a RBS anteriormente discutidas
estão listadas na estrutura seguir.

1 – P2G;
1.1 – Levantamentos;
1.1.1-Não conseguir extrair do cliente as suas reais necessidades (Risco
Interno)
1.1.2-Indisponibilidade de tempo do cliente (Risco Externo)
1.2 – Aquisições;
1.2.1-Tempo de substituição de produtos com defeito (Risco Externo)
1.2.2-Não cumprimento do contrato pelo fornecedor (Risco Interno)
1.3 – Planejamento das atividades;
1.3.1-Falta de conhecimento em tecnologias necessárias ao projeto (Risco
Interno)
1.4 – Implantação da Infra-estrutura de TI;
1.4.1 Incompatibilidade de equipamentos e softwares (Risco Externo)
1.4.2 Mau uso dos equipamentos causando danos a estes (Risco Interno)

4 – Qualificação dos Riscos

Os riscos identificados serão qualificados na sua probabilidade de ocorrência e impacto ou
gravidade dos seus resultados.

Probabilidade

8. Baixa – A probabilidade de ocorrência do risco pode ser considerada pequena ou
imperceptível (menor que 20%)

9. Média – Existe uma probabilidade razoável de ocorrência do risco (20 e 60%).

10. Alta – O Risco é iminente (probabilidade maior que 602%.

Gravidade

f. Baixa – O impacto do evento de risco é irrelevante para o projeto, tanto em termos
de custo, quanto de prazos, podendo ser facilmente resolvido.

g. Média – O impacto do evento de risco é relevante pra o projeto e necessita de um
gerenciamento mais preciso, sob pena de prejudicar os seus resultados.

h. Alta – O impacto do evento de risco e extremamente elevado e, no caso de não
existir na interferência direta, imediata e precisa da equipe do projeto, os resultados
serão seriamente comprometidos

Avaliação Qualitativa de Riscos
Projeto WTP FLORIPA WEB

Prob A
abili l
dad t
e de a
Oco
rrên M 1.1.2 1.1.1
cia é 1.2.1
d
i
a
B 1.3.1 1.2.2
ai 1.4.1
x 1.4.2
a

Baixa Média Alta
Gravidade nas Conseqüências

Os riscos foram classificados através de mapas mentais, como o apresentado a seguir, as respostas
aos riscos serão planejadas de acordo com a ordem apresentada no gráfico anterior, onde os
principais eventos de riscos são os de probabilidade e gravidade altas.

5 – Sistema de controle de mudanças de Riscos

Toda a identificação de riscos e alterações nos riscos já identificados (variação na probabilidade e
impacto dos riscos devem ser tratados segundo o fluxo apresentado a seguir com suas conclusões
apresentadas na reunião semanal de CCB com suas conclusões, prioridades e ações relacionadas).

6 – Análise quantitativa dos Riscos

1.1.1 - Não conseguir extrair do cliente as suas reais necessidades
Tempo de atraso, caso ocorra 10 dias
Custo do atraso R$ 12.000,00
Fatores considerados Horas da equipe, 3 analistas, 8 horas por dia, 10
dias, R$ 50,00 /H.
Probabilidade de ocorrência 40%
Valor monetário esperado R$ 4.800,00
1.1.2 - Indisponibilidade de tempo do cliente
Custo do atraso R$ 2.400,00
Fatores considerados Horas da equipe, 3 analistas, 8 horas por dia, 2
dias, R$ 50,00 /H.

Valor monetário esperado R$ 720,00
1.2.1 – Tempo de substituição de produtos com defeito
Custo do atraso R$ 640,00
Fatores considerados Horas da equipe, 1 técnico, 8 horas por dia, 2
dias, R$ 40,00 /H.
1.2.2 - Não cumprimento do contrato pelo fornecedor
Fatores considerados Horas da equipe, 1 analista, 8 horas por dia, 2
dias, R$ 50,00 /H.
1.3.1 - Falta de conhecimento em tecnologias necessárias ao projeto
Fatores considerados Horas da equipe, 1 analista, 8 horas por dia, 2
dias, R$ 50,00 /H.
1.4.1 – Incompatibilidade de equipamentos e softwares
Fatores considerados Horas da equipe, 1 tecnico, 8 horas por dia, 2
dias, R$ 40,00 /H.
1.4.2 – Mau uso dos equipamentos causado danos a estes
Tempo de atraso, caso ocorra 1 dia
Fatores considerados Horas da equipe, 1 tecnico, 8 horas por dia, 1
dia, R$ 40,00 /H.

Custo total para a contingência R$ 6640,00

7 – Respostas planejadas aos Riscos

Item Fase Risco Probabi- Gravi- Resposta Descrição Custo Com o
lidade dade tempo
1.1. Levantam Não conseguir Média Alta Atenuaç Realizar reuniões de O custo será Diminui
1 entos extrair do cliente ão levantamento de pago pelo
as suas reais requisitos até que o cliente, visto
necessidades cliente esteja seguro que ao valor
de que o projeto hora dos
proposto está profissionais
corretamente que
alinhado a sua participam da
necessidade. reunião é
cobrado
normalmente.
1.1. Levantam Indisponibilidade Média Média Atenuaç Será negociada com - Diminui
2 entos de tempo do ão a empresa a
cliente participação de pelo
menos um
funcionário que
conheça a real
necessidade desta.
1.2. Aquisições Tempo de Média Alta Atenuaç O fornecedor deve - Consta
1 substituição de ão cumprir o que está nte
produtos com definido na DTD, ou
defeito sofrerá as penas
previstas lá. Caso
atividades fiquem
paradas devido à
demora na troca, os
recursos alocados
serão transferidos
para outra atividade
sempre que possível.
1.2. Aquisições Não cumprimento Baixa Alta Atenuaç Serão aplicadas as - Consta
2 do contrato pelo ão penas previstas na nte
fornecedor DTD. Caso seja
necessário, outro
fornecedor será
contratado
imediatamente.
1.3. Planejame Falta de Baixa Baixa Atenuaç Será destinado Só estão Diminui
1 nto das conhecimento em ão tempo às pessoas previstas
atividades tecnologias que necessitarem pesquisas
necessárias ao deste conhecimento pequenas no
projeto efetuarem pesquisas nosso
de conhecimento nas projeto, visto
tecnologias que os
necessárias. profissionais
alocados
devem
atender aos
requisitos
solicitados
para a

atividade a
ser exercida.
Deste modo,
as horas
destinadas
para
pesquisas
em novas
tecnologias
necessárias
ao projeto
farão parte
do custo do
projeto.
1.4. Implantaçã Incompatibilidade Baixa Baixa Atenuaç Após ser identificado - Contrato Diminui
1 o da Infra- de Equipamentos ão falha ou
estrutura e Softwares incompatibilidade o
de TI responsável pela
infra-estrutura
deverá entrar em
contato com o
fornecedor para a
resolução do
mesmo.
1.4.2 Implantaçã Mau uso dos Baixa Baixa Atenuaçã Supervisionar a - Diminui
o da Infra- equipamentos o atividade dos
estrutura causando danos a funcionários
de TI estes verificando se eles
estão trabalhando de
acordo com os
padrões
estabelecidos.

8 – Reservas de contingência

Conforme descrito no plano de gerenciamento de custos, as reservas de contingência são
reservas destinadas exclusivamente ao processo de gerenciamento de riscos para os eventos de
riscos aceitos ativamente e para os riscos atenuados ou riscos não identificados de modo preliminar
no projeto.
As ações de contorno do projeto (respostas não planejadas aos riscos) devem utilizar
exclusivamente as reservas de contingência do projeto. Outros planos e dentro da autonomia do
gerente do projeto e do patrocinador. As reservas serão consumidas com base nas solicitações de
mudanças provenientes dos outros planos e dentro da autonomia do gerente do projeto e do
patrocinador.
As reservas de contingência totalizam R$ 5.000, e o gerente de projeto tem as seguintes
autonomias quanto à utilização das reservas:
Reservas de Contingência Outras Reservas
Gerente de projeto isoladamente Até R$ 1000 Até R$ 1500
Gerente do projeto com o aval do Até R$ 2000 Até R$ 3000
patrocinador
Somente o patrocinador Acima de R$ 2000 e até o limite Acima de R$ 3000 e até o limite
das reservas das reservas

Essa autonomia é por cada evento de risco, podendo o gerente de projeto consumir toda a reserva,
desde que em diversas diferentes eventos. Com o fim das reservas, somente o patrocinador poderá
solicitar a criação de novas reservas conforme será apresentado a seguir nesse plano.

9 - Freqüência de avaliação dos riscos do projeto
Os riscos do projeto deverão ser atualizados e avaliados diariamente, e seus resultados
divulgados na reunião periódica de avaliação do projeto.

10 - Alocação financeira para o gerenciamento de riscos
As necessidades relacionadas à identificação, qualificação, quantificação e desenvolvimento
de respostas aos riscos que não estiverem listados neste documento devem ser alocadas dentro das
reservas gerenciais do projeto, na categoria Reservas de contingência, desde que dentro da alçada
do gerente de projeto.
Para ações prioritárias que estejam fora da alçada do gerente de projeto, ou quando não existe
mais reserva de contingência disponível, deverá ser acionado o patrocinador, uma vez que o gerente
de projeto não tem autonomia necessária para decidir utilizar o capital disponível em outras reservas
para gerenciar riscos ou para solicitar junto a diretoria da empresa um aumento nas reservas
gerenciais.

11 - Administrações do plano de gerenciamento de riscos

a. Responsável pelo plano
Paulo Cesar dos Santos - Membro do time do projeto, será responsável direto
pelo plano de gerenciamento de riscos, suas atualizações e relatórios.
Thiago Jeremias - Gerente do projeto, será suplente do responsável direto pelo
plano de gerenciamento do riscos.

b. Freqüência de atualização do plano de gerenciamento de riscos
Os riscos identificados no projeto serão avaliados semanalmente na reunião

13 - Outros assuntos relacionados ao gerenciamento de riscos não previstos
no plano

Florianópolis, 18 de novembro de 2008

__________________________________________
Patrocinador
___/___/____

__________________________________________
Gerente do Projeto
___/___/____

11 –
WTP
PLANO DE GERENCIAMENTO DO TEMPO
SCHEDULE MANAGEMENT PLAN
Jeremias

11. Descrição dos processos de gerenciamento de tempo

O gerenciamento do tempo será realizado pela empresa WTP contratada para o
gerenciamento da construção da ponte.

A avaliação de desempenho da construção será realizada através da análise do
tempo e do dinheiro gastos com as atividades até o momento. Está avaliação será
feita pela empresa de Auditoria Fiscal e Auditoria de Qualidade.

Durante a construção da ponte não haverá feriado ou dia sem trabalho, pois
implicará no tempo total da construção.

Todas as mudanças no prazo inicialmente previsto para a construção da ponte
devem ser avaliadas, e caso afetem o prazo final de entrega do projeto os
mesmos devem ser comunicadas ao patrocinador.

Serão considerados atrasos os decorrentes de medidas corretivas, que, se
influenciadoras do sucesso do projeto, deverão ser integradas ao plano. Inovações
e novos recursos não serão abordados pelo gerenciamento de tempo e serão
passíveis de negociação de prazos ou serão ignorados.

A atualização da linha de base do projeto somente será permitida com autorização
expressa do gerente de projeto e do patrocinador, sendo a linha de base anterior
arquivada, documentada e publicada para fins de lições aprendidas.

Todas as solicitações de mudança nos prazos previamente definidos deverão ser
feitas por escrito ou através de e-mail, conforme descrito no plano de
comunicações do projeto.

12. Priorização das Mudanças de prazos

As mudanças nos prazos são classificadas em quatro níveis de prioridade:

Prioridade 0 – Requerem uma ação imediata por parte do gerente do projeto, que
deve acionar imediatamente o patrocinador para discussão e análise, uma vez que é
um problema urgente, de alto impacto no projeto e com soluções inicialmente não
identificadas.

Prioridade 1 – Requerem uma ação imediata por parte do gerente do projeto,
independente das reuniões de controle previstas devido à urgência, acionando as
medidas de recuperação de prazos disponíveis, tais como o trabalho em horas-extras,
banco de horas e mutirão.

Prioridade 2 – Requerem um planejamento das atividades futuras, uma vez que o
projeto ainda não completou 25% de conclusão.
Prioridade 3 – São atrasos pequenos se comparados com a duração do projeto e
podem ser remanejados sem necessariamente ser preciso replanejar ou acionar
algum tipo de mecanismo de recuperação.

13. Sistema de controle de mudanças de prazos
Todas as mudanças nos prazos e atrasos/adiantamentos do projeto devem ser
tratados segundo o fluxo a seguir, com suas conclusões, prioridades e ações relacionadas
apresentadas na reunião periódica de avaliação do projeto.

14. Freqüência de avaliação dos prazos do projeto
Os prazos do projeto deverão ser atualizados e avaliados diariamente, e seus
resultados divulgados na reunião periódica de avaliação do projeto.

15. Alocação financeira para o gerenciamento do tempo

Todas as medidas de recuperação de atrasos no projeto que necessitarem de gasto
adicional deverão ser alocadas dentro das reservas gerenciais do projeto, na categoria
“Outras Reservas”, desde que dentro da alçada do gerente do projeto.
Para medidas prioritárias para a recuperação de prazos que estejam fora da alçada
do gerente do projeto, ou quando não existir mais reserva gerencial disponível, deverá ser
acionado o patrocinador, uma vez que o gerente não tem autonomia para decidir utilizar a
reserva de contingência de riscos para a recuperação de atrasos, ou deverá ser solicitado
à diretoria da empresa um aumento das reservas gerenciais.

16. Administração do plano de gerenciamento de tempo

d. Responsável pelo plano
William Schumacher – Gerente do projeto será responsável direto pelo plano de
gerenciamento do tempo, suas atualizações e relatórios.
Thiago Jeremias – Membro do time do projeto será suplente do responsável direto
pelo plano de gerenciamento do tempo.

e. Freqüência de atualização do plano de gerenciamento de tempo
O plano de gerenciamento de tempo será reavaliado semanalmente na reunião
periódica de avaliação do projeto para aprovação. Após sua aprovação, deverá ser
atualizado o plano de gerenciamento de tempo com o devido registro das
alterações efetivadas.

17. Outros assuntos relacionados ao gerenciamento de tempo não previsto no
plano

__________________________________________
Patrocinador

___/___/____

__________________________________________
Gerente do Projeto

___/___/____

12 –
WTP Floripa

PLANO DE GERENCIAMENTO DAS AQUISIÇÕES
PROCUREMENT MANAGEMENT PLAN

Elaborado por: Paulo Cesar, Thiago Luiz Jeremias, William Versão [1.0]
Schumacher


1 – Introdução
Este plano descreve como serão administrados os processos de aquisição
de bens e serviços neste projeto. O plano de aquisições, portanto indica como o
processo de aquisições será gerenciado através do planejamento das solicitações,
da solicitação de respostas dos fornecedores, seleção de fornecedores, da
administração do contrato e do fechamento do contrato.
2 – Referência
A equipe do projeto deve documentar as exigências do projeto e do produto
que cobrem as necessidades técnicas e não técnicas a serem atendidas. O
gerente do projeto aprovará a compra de qualquer produto ou serviço.
3 – Descrição dos processos de gerenciamento das aquisições
É verificada a necessidade de compra de um produto ou serviço
O ativo deve enviar um requerimento solicitando ao departamento
responsável o início do processo de contratação de fornecedores
Seleção do fornecedor
Pedido de compra
Deverá ser feito contrato de aquisição
Deverá ser administrado o contrato de aquisição
Deverá ser fechado o contrato
Deverá ser feito avaliação do fornecedor

3.1 – Análise make or buy
Será feito nesta análise, o levantamento do custo de cada compra para o projeto,
então será avaliado a possibilidade de compra, ou locação, dependendo da
necessidade e do custo benefício.

Também serão estudadas as vantagens e desvantagens do produto, e suas
utilidades para o projeto.

3.2 – Elaboração da Declaração de Trabalho e dos critérios de avaliação de
fornecedores
Declaramos para os devidos fins que a empresa, _______________,
CNPJ________________ é fornecedor de (Serviço ou Produto),
____________________, exercendo atividades inerentes á _________________,
de acordo com as normas da empresa cumprindo o contrato desde o dia
_________.

Critérios de avaliação de fornecedores:
1. Qualidade: Se o produto ou serviço oferecido teve qualidade
2. Prazo: Se a data de entrega foi, conforme o contrato.
3. Garantia: atendendo as expectativas
4. Suporte Técnico: Sempre acessível

3.3 – Emissão de pedidos
A emissão de pedido deve seguir o formulário a seguir, contendo todos os
itens citados.

Descrição Pedido Ordem Custo Data Entrega Andamento
do Item n°/data compra programada efetiva
n° / Orçado
data Real

3.4 – Acompanhamento de pedidos
O acompanhamento dos pedidos devem ser feitos numa planilha que
consta: nome/fornecedor, nº do pedido, data da compra, valor do pedido, valor
total do pedido, prazos de pagamento. Essa planilha é impressa como um

documento em duas vias; uma para representante e uma para arquivo, sendo o
arquivo salvo.
3.5 – Seleção de fornecedores
Quando é verificada a necessidade de equipamentos, o ativo deve enviar
um requerimento solicitando ao departamento responsável o início do processo de
contratação de fornecedores. O fornecedor será escolhido de acordo com a
capacidade de cada fabricante

3.6 – Elaboração de contratos
Os contratos de aquisições serão elaborados pela equipe do projeto e deverão
especificar o serviço contratado ou o produto adquirido.
OBRIGAÇÃO DO CONTRATANTE
Cláusula 1ª. O CONTRATANTE (do serviço ou do produto) deverá fornecer ao
fornecedor todas as informações necessárias à realização do serviço, ou a
necessidade de produto, devendo especificar os detalhes necessários à perfeita
consecução do mesmo, e a forma de como ele deve ser entregue.
Cláusula 2ª. O CONTRATANTE (do serviço ou do produto) deverá efetuar o
pagamento na forma e condições estabelecidas no prazo estabelecido.

OBRIGAÇÕES DO FORNECEDOR
Cláusula 3ª. É dever do fornecedor efetuar os serviços que lhe foram confiados de
maneira honesta e com qualidade. Sempre apresentando ao CONTRATANTE os
resultados obtidos no prazo determinado.
Por fim, deve ter a assinatura e o RG do contratante, do fornecedor e de duas
testemunhas.

3.7 – Administração de contratos
A fim de assegurar que o fornecedor cumpra os seus compromissos e exigências
do contrato, e que a gerência superior seja mantida ciente destes compromissos e
do cronograma do contrato, o “Formulário de acompanhamento de contrato” deve
ser utilizado para o acompanhamento do mesmo. Os seguintes itens serão
acompanhados no formulário, dependendo do tipo de contrato:
Contrato geral (sem opções, sem ordens de trabalho): o número do
contrato, datas de término do contrato, dias restantes, administrador do

contrato, contrato para não exceder horas, contrato para não exceder
viagem e despesas, número da emenda.
Por ordem de trabalho, Opção, (se aplicável): Número da ordem de
trabalho, número da opção, datas do termo, para não exceder dólares, para
não exceder horas, para não exceder viagem e despesas.
Por cada fatura : Número da fatura, data da fatura, período do faturamento
da fatura, para não exceder dólares por entregáveis, horas faturadas
Solicitações de alterações de escopo deverão ser tratadas de acordo com o
Plano Integrado de Mudanças do Projeto e, se aprovadas, refletidas em
alterações no contrato.

3.8 - Fechamento de contratos
A equipe do projeto verificará se as exigências do contrato foram cumpridas e
documentará as lições aprendidas. O projeto arquivará também as informações de
contrato geradas em conseqüência da gerência de aquisição. A equipe do projeto
deve manter uma série de pastas, ou um arquivo, como referência do contrato,
com finalidade de facilitar auditorias ou revisões. A pasta e o índice representam a
atividade de um contrato com um fornecedor

4 – Avaliação de fornecedores
A avaliação dos fornecedores será feita em categorias de pontuação.

Entendimento dos serviços pedidos-100 pontos

- Demonstra uma compreensão clara e concisa dos serviços pedidos.
Apresentação da Proposta-50 pontos

- Demonstra a habilidade do fornecedor em definir claramente as ações a serem
feitas e a habilidade em executar as tarefas identificadas no escopo do projeto
Qualificação/capacitação geral do fornecedor 0-50 pontos

Demonstra potencialidade para terminar os serviços pedidos. A resposta deve
listar:

Uma explicação que descreva como o fornecedor pode acomodar o
nível do trabalho atribuído sob este contrato, incluindo algumas
limitações.
Atribuições e posições atuais ou projetadas dos membros chaves;
Os procedimentos e/ou as políticas internas relacionadas ao controle de
custo;
Gerência e estrutura organizacional.

Custo 0-100 pontos
- O salário proposto e a programação dos encargos determinarão os custos totais
da proposta. Este custo total será usado na fórmula abaixo para determinar os
pontos concedidos para o custo
A fórmula para determinar os pontos concedidos do custo é:
A = Pontos totais possíveis – 100

5 – Alocação Financeira do Plano de Gerenciamento das Aquisições

Cada etapa já está orçada no escopo do projeto, o que vier ser acrescido será
acrescentado no custo final do produto.

6 – Administração do Plano de Gerenciamento das Aquisições

A administração do plano de gerenciamento de aquisições será feita pelo gerente
do projeto, que acompanhará o andamento do plano pelos formulários
preenchidos e pela administração dos contratos.



APROVAÇÃO

Data Patrocinador Gerente do Projeto

13 –
WTP FLORIPA WEB
DECLARAÇÃO DE TRABALHO DO CONTRATO

Jeremias

18. Escopo
Software ERP com foco em empresas de realização de eventos. Este ERP deverá
disponibilizar os módulos Financeiro, BI, Contábil / Fiscal, Comercial, Rh e Gestão de
Serviços;

19. Localização do Trabalho
O software deverá ser desenvolvido em ambiente sob a responsabilidade do fornecedor e
implantado na empresa WTP FLORIPA WEB.

20. Período de Desempenho
O software ERP deve ser implantado no período máximo de 3 (três) meses a partir da
data de contratação da empresa que o fornecerá.

21. Cronograma das Entregas
No final do segundo mês de implantação o ERP deve ser colocado em homologação na
empresa para testes, validações e treinamento dos usuários.
No final do terceiro mês o ERP deverá entrar em funcionamento no ambiente de produção
sendo que todos os usuários deverão estar devidamente treinados.
Um consultor do fornecedor deverá acompanhar a utilização do ERP por pelo menos um
mês após sua implantação, sendo que aquele poderá ser dispensado caso não seja mais
necessário.

22. Padrões Aplicáveis
A empresa deve seguir o modelo MPS.BR (Melhoria de Processo de Software Brasileiro)
sendo que ela deve ser certificada no nível F (Gerenciado) ou superior.

23. Critérios de Aceitação
O software deve atender todos os requisitos especificados neste documento e deverá
apresentar um bom funcionamento levando em consideração a performance e
confiabilidade.

__________________________________________
Patrocinador

___/___/____

__________________________________________
Gerente do Projeto

___/___/____

Wtp floripa web

Mais conteúdo relacionado

Destaque

Semelhante a Wtp floripa web

Último

Wtp floripa web