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 Elaborado por: Paulo Cezar, Thiago Luiz Jeremias, Willian Schumacher 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






Gerar Lucros






STAKEHOLDERS

Desenvolvedor

Gerente do Projeto

Financeiro

Marketing

Fotógrafo

Infra-Estrutura

Administração

CRONOGRAMA







CUSTOS








APROVAÇÃO

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

___________________________ ___________________________


3 - PLANO DE GERENCIAMENTO DO ESCOPO Elaborado por: Paulo Cezar, Thiago Luiz Jeremias, Willian Schumacher 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






Gerar Lucros






STAKEHOLDERS

Desenvolvedor

Gerente do Projeto

Financeiro

Marketing

Fotógrafo

Infra-Estrutura

Administração

CRONOGRAMA







CUSTOS








APROVAÇÃO

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

___________________________ ___________________________


4- WBS/EAP Elaborado por: Paulo Cezar, Thiago Luiz Jeremias, Willian Schumacher 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

APROVAÇÃO

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

___________________________ ___________________________


DEAP ID Nome Descrição Critérios P/ Aceite Indicadores

1 Ilha de Florianópolis em 3D

Uma solução WEB, onde o

usuário possa buscar informações sobre um determinado local da Ilha de Florianópolis.

- Link de Internet de alta velocidade

- WEB - Imagem gráfica - Desenvolvimento do site em flash

- Link de 10,00Mbs - WEB 2.0

- Imagem gráfica em 3dimensões. - Adobe Flash - Cumprir todos os indicadores abaixo (1.1 até o 1.8.2)

1.1 Gerenciamento do Projeto

Gerenciar todas as fases e etapas do projeto

- Atender os requisitos do projeto.

- Cumprir os requisitos do indicador 1.1.1.1 até o 1.1.1.2

1.1.1 Plano do Projeto Define como o projeto é executado, monitorado,

controlado e encerrado

- Gerenciar o que foi determinado no indicador 1.1.1.1

- Ferramentas de Auxilio no Controle do Projeto com o MSProject - Documento contendo

todas as informações do plano do projeto

1.1.1.1 Escopo Definição de todas as tarefas necessárias para o

desenvolvimento do projeto

- Baseado no Escopo do projeto - Revisado - Clareza

- Imagens tratadas

- Ajuste do contraste e brilho das fotos, tamanho padrão 640x 480. - Fonte Arial, tamanho

12. - Ferramentas de Auxilio na edição e tratamento das imagens com o Photoshop e Corel Drawn.

1.1.1.1.1

Declaração de Escopo

É composto dos processos para

garantir que o projeto inclua todo o trabalho exigido

- Empenho e Comprometimento das

equipes com o Projeto; - Organização - Revisão - Qualidade

- Relatório elaborado semanalmente para servir

como ponto de referência e determinar que atividade não esta incluída ou é necessária no projeto.

1.1.1.1.2

WBS É uma ferramenta de

decomposição do trabalho do projeto em partes

- Atividades detalhadas em ordem cronológica

- Backup digital e impresso - Organização

- Documento

impresso e assinado

pelo gerente do projeto.

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

manejáveis - Qualidade

-Não exceder 100-

200 elementos

terminais

1.1.1.1.3

Dicionário da WBS Documento que descreve cada

elemento da WBS

- Decomposição hierárquica orientada

ao serviço do projeto - Facilitar o entendimento das pessoas

- Manual com as informações específicas

sobre cada produto e serviço do projeto destinado ao responsável de cada equipe.

1.1.1.2 Cronograma É o planejamento

e controle em que são definidas e detalhadas as atividades a serem executadas durante um

período estimado.

- Estabelecer tempo

- Clareza - Objetividade -Comprometimento -Eficiência

- Cumprir a ordem

cronológica do escopo do projeto. - Documentação.

1.1.1.3 Orçamento É o plano financeiro estratégico de uma administração para determinado

exercício.

- Dentro dos valores estimados no escopo - Despesas e Receitas - Informações coletadas, visando alcançar as metas da

empresa.

- Documento com a análise do orçamento e dos planos Estratégicos, Táticos e Operacionais. - Planilhas eletrônicas - Relatórios

1.1.1.4 Matriz de atribuição de responsabilidades

Mostra as responsabilidades por fases do projeto

- Organização - Responsabilidade dos envolvidos - Tarefas para cada membro da equipe - Comprometimento

- Possuir um documento estabelecendo a função especifica de cada membro da equipe.

1.1.1.5 Plano de Gerenciamento de Recursos Humanos

Planejar e gerenciar recursos humanos no contexto dos

projetos

- Organização - Comprometimento - Objetividade -Clareza -Eficiência

- Responsabilidades

- Identificar e documentar as funções, responsabilidades e relações hierárquicas do projeto.

- Acompanhamento do desempenho dos membros da equipe - Feedback semanal

1.1.1.6 Plano de Gerenciamento de Riscos

Análise qualitativa e quantitativa, o planejamento de respostas, a monitoração e o controle do risco será estruturado e realizado ao longo do ciclo de

vida do projeto.

- Organização - Comprometimento - Objetividade -Clareza -Eficiência - Analises - Respostas - mudanças dos requisitos - alta rotação do

pessoal - expectativas não satisfeitas

- Impacto do Negócio - Definição dos Processos - Tamanha experiência do pessoal - Características do perfil dos clientes

1.1.1.7 Plano de Gerenciamento da Qualidade

Descreve como a equipe de gerenciamento de projetos implementará a política de qualidade da organização executora

- Responsabilidades - Organização - Comprometimento - Objetividade - Satisfazer as necessidades do cliente - Esclarecer todas as duvidas antes de começar a produzir

- Documento com os itens de melhoria continua do projeto. - Documento contendo a política de qualidade da organização.

1.1.1.8 Plano de Gerenciamento das Comunicações

Faz parte ou é um plano auxiliar do plano de

gerenciamento do projeto

- Organização - Qualidade - Classificação da

Informação - Objetividade - Responsabilidades

- Documento que contenha um procedimento de como

classificar a informação dentro da empresa. - Gerenciador de documentos Ex: Wiki

1.1.1.9 Plano de Gerenciamento das Aquisições

Descreve como os processos de aquisição serão gerenciados desde o desenvolvimento da documentação de aquisição até o encerramento do contrato

- Estabelecer parcerias - Superar expectativas - Confiabilidade - Responsabilidade - Garantias - Organização

- Documento que contenha as novas aquisições. - Relatório que controle as aquisições de clientes externos como compradores e fornecedores.

1.1.1.10

Plano integrado de mudanças

É um processo contínuo que o gerente completa para garantir que o projeto prossiga do início ao fim – é a atividade diária de completar o trabalho do projeto.

- Revisão de todas as solicitações de Mudanças - Analise de Impacto - Riscos

- Relatório que contenha os itens para a revisão das solicitações de mudanças. - atualização do escopo

1.1.1.11

Apresentação do plano do projeto

Mostrar a idéia do projeto

- Organização - Responsabilidade - Objetividade

- Clareza

- Resultados financeiros - Aspectos Legais - Fatores Tecnológicos

- Padrões de qualidade

1.1.2 Controle A função controlar consiste em averiguar se as atividades efetivas estão de

acordo com as atividades que foram planejadas.

- Organização - Objetividade - Responsabilidade

- Disponibilizar orçamentos antes do início dos gastos - Evitar o numero excessivo de relatórios e

análises. - Documento que contenhas as estimativas de custos, prazos e qualidade realistas.

1.1.2.1 Reuniões Evento para acertar as pendências e discutir informações

- Planejadas com horários, locais e datas pré-determinadas - Apresentações - Clareza

- Documentar tudo o que for concordado e apresentado. - Slides em Power Point. - Gravação de video

- Objetividade conferência

1.1.2.2 Relatórios Arquivos que formalizam os acontecimentos

- Descrição (Nome, cargo, função e setor). - Objetividade - Clareza - Informações Classificadas

- Documentos impressos e digitais autenticados. -

1.1.2.3 Site na Internet Disponibilidade via Web das informações

- Disponível em tempo integral - garantia de disponibilidade

- Contrato com a prestadora de serviços de internet - SLAs defenidos

1.2 TAP Autoriza

formalmente o projeto ou uma fase do projeto

- Clareza

- Organização - Objetividade - Informações Classificadas - Glossário

- Documento assinado

pelos gerentes.

1.2.1 Estudo da viabilidade

Uma etapa de um Plano de Negócios

- Pesquisas de Mercado

- Relatório com os dados levantados.

1.2.2 Relatório técnico preliminar

Informações técnicas que não são oficiais

- Organização - Objetividade - Clareza - Apresentação com sete dias de antecedência.

- Pode ser apresentado em formato de planilha ou texto, ou documento impresso.

1.2.3 Medida de impactos nas empresas

Prevenção de danos a empresa

- Analise semanal das informações de mercado - Criptografia dos dados - Backup

- Criptografia assimétrica com uma chave de 1024bytes; - Backup na fita DAT - Software de analise de mercado

1.2.4 Relatório Consolidado

Informações agregadas

- Organização - Objetividade - Clareza - As informações agregadas somente acolhidas por membros

da direção.

- Documento que contenha as informações, com local, fonte dos dados, data. Relatório impresso.

1.2.5 Apresentação do estudo

Apresentação das informações analisadas

- Organização - Objetividade - Clareza - Apresentado somente nas reuniões pré estabelecidas

- Pode ser apresentado em formato de planilha, texto, slides ou documento impresso.

1.2.6 Aprovação do estudo

Analisadas as informações e tomada decisão

- Organização - Objetividade - Clareza - Apresentado somente nas reuniões pré- estabelecidas

- Aprovação pelo gerente do projeto

- Pode ser apresentado em formato de planilha, texto, slides ou documento impresso.

1.2.7 Pesquisa Levantamento de informações

- Acompanhar novas tecnologias no ramo. - Informações sobre finanças e tendências de mercado; -

- Pode ser apresentado em formato de planilha, texto, slides ou documento impresso. - Utilização de software para a pesquisa.

1.2.7.1 Levantamento detalhado das tecnologias disponíveis

Pesquisa detalhada da tecnologia

- Organização - Objetividade - Clareza - Custo beneficio - Qualidade - Interoperabilidade

- Pode ser apresentado em formato de planilha, texto, slides ou documento impresso. - Utilização de software para a pesquisa.

1.2.7.2 Fornecedores potenciais

Escolha dos fornecedores que irão suprir as necessidades do projeto

- Custo beneficio - Qualidade do produto e serviço - Tempo de resposta - Melhor garantia

- Contrato de prestação de serviços

1.2.7.3 Relatório consolidado

Informações agregadas

- Organização - Objetividade - Clareza

- Documento impresso assinado pelos gerentes;

1.2.7.4 Aprovação do relatório da pesquisa

Aprovar o relatório pesquisado

- Organização - Objetividade - Clareza - Qualidade

- Documento impresso assinado pelos gerentes;

1.2.8 Seleção Escolher os melhores métodos

- Custo beneficio - Qualidade - Organização - acessibilidade - Disponibilidade

- Apresentação do resultado da avaliação impresso ou digital

1.2.8.1 Tecnologias escolhidas

Ferramentas tecnológicas que serão utilizadas no projeto

- Preço - Custo beneficio - Qualidade - Disponibilidade - Suporte técnico - Garantia

-Contrato de níveis de serviço -

1.2.8.2 Avaliação Avaliar as informações

- Classificação das Informações - Integridade - Qualidade

- Implantação do padrão ISO 9001:2000

1.2.8.3 Resultado Avaliação Mostrar o resultado decidido

- Organização - Objetividade - Clareza

- Integridade

- Procedimento visando a qualidade das informações.

1.3 Escopo Definição de todas as tarefas necessárias para o desenvolvimento

do projeto.

- Organização - Objetividade - Responsabilidade - Tempo - Qualidade

- De acordo com o PMBOK

- Documento contendo todas tarefas desenvolvidas no projeto.

1.3.1 Pesquisa Estudo das - Responsabilidade - Pode ser apresentado

Inovações e tendências

- Segurança - Acompanhar novas tecnologias no ramo. - Informações sobre finanças e tendências de mercado

em formato de planilha, texto, slides ou documento impresso. - Utilização de software para a pesquisa.

1.3.2 Seleção Tecnologia escolhida para o desenvolvimento da solução.

- Organização - Segurança - Custo beneficio - Qualidade - acessibilidade - Disponibilidade

- Apresentação do resultado da avaliação impresso ou digital

1.4 Infra-Estrutura de Desenvolvimento

Interface usada pelos administradores do sistema na construção do software à utilizar na solução.

- Desempenho - Facilidade no uso - Segurança

- Tempo de resposta de no máximo 5 segundos.

1.4.1 Hardware Aquisição de Equipamentos para suprir a solução em desenvolvimento.

- De acordo com cada assunto - Distribuição agradável

- Cada imóvel acompanhara um texto com sua descrição juntamente com no mínimo 3 fotos.

1.4.1.1 Aquisição

Comprar

equipamentos, softwares para a utilização no projeto.

- De acordo com a

necessidade - Delegar a compra para algum setor da empresa - Preço mais acessível -Segurança - Pesquisas de mercado

- Cada produto adquirido

acompanhará nota fiscal, termo de garantia - Contrato

1.4.1.2 Instalação

Guia de como proceder corretamente na instalação do hardware.

- Organização - Objetividade - Responsabilidade - Clareza

- Documento que contenha os passos para proceder corretamente.

1.4.1.3 Configuração Básica Onde se estabelece as

configurações mínimas para o software.

- De acordo com as necessidades básicas

descritas no escopo do projeto

- Compatibilidade com as plataformas Windows,

Linux, Mac, 32 e 64 Bits.

1.4.2 Software È a solução final, produto a ser

comercializado; Composto por todas as atividades estabelecidas no escopo do projeto.

- Desempenho

- Facilidade no uso - Segurança - Compatibilidade - Usabilidade - Acessibilidade

- Tempo de resposta de

no máximo 5 segundos para usuários de banda larga. - Acesso ao conteúdo do site sem necessidade de cadastramento. - Adquirir certificados de segurança.

1.4.2.1 Desenvolvimento Conjuntos de itens, ferramentas e os membros do projeto

- Comprometimento dos desenvolvedores - Organização -

- Documentação do software - Linguagens c, c++, Java, Flash, php

1.4.2.1.1 Codificação dos Módulos

Encripitar os módulos para ter uma segurança contra fraudes, etc.

- Responsabilidade - Segurança - Organização - Classificação das informações entre os membros do projeto

- Confidencialidade

- Segurança assimétrica - Criptografia RSA - Documento que contenha os procedimentos de classificação e segurança

das informações. 1.4.2.1.2 Desenho de Telas

Meio de como as imagens e telas vão ser desenhadas.

- Organização - Objetividade - Clareza - Uma mistura de cores frias e quentes

- Ferramentas de edição de imagens como: Photoshop, Corel Drawn;

1.4.2.1.3 Desenvolvimento do Código

Código que será executado toda vez que o software for adquirido.

- Organização - Objetividade - Responsabilidade - Segurança - Integridade - Confidencialidade - Acesso somente por desenvolvedores e

gerentes do projeto;

- Documento contendo os processos passo a passo durante o desenvolvimento do software; - Relatórios com datas pré determinadas

1.4.2.1.4 Aplicação de Tecnologias

Novas tecnologias no projeto, dentro de redes, softwares, hardwares etc.

- Organização - Responsabilidade - Custo beneficio - Tipos de topologias - Protocolos

- Contrato de Suporte e Garantia - TCP/IP e UDP - Topologia em anel

1.4.2.1.5 Preparação para Testes

Preparar a equipe para que possa ser efetuado os testes requisitados.

- Organização - Objetividade - Responsabilidade - Clareza - Durante três dias os testes serão realizados com horário e local pré

determinados - Participação de alguns usuários

- Documento que contenha o registro dos testes realizados

1.4.3.1.1 Testes

Testes realizados para verificar e testar se todas as

funcionalidades do portal estão dentro dos padrões e se alcançaram o objetivo

- Respeitar os problemas: Inadequação

Inconsistência Resposta inesperada Ambigüidade - Identificar o que o usuário pode, quer e deve fazer.

- O teste deve ser realizado com 10 usuários, com diferentes

níveis de conhecimento computacional: avançado, intermediários e leigos.

1.4.3.1.2 Plano de Testes

Define por etapas o que deve ser testado no


- Documento que contenha todos os planos de testes, metodologias,

projeto e no software.

- Clareza - Segurança - Elaborado pelo gerente do projeto

procedimentos pré determinados e um glossário;

1.4.3.1.3 Testes Unitários

São testes feitos apenas em unidades selecionadas do projeto ou software.

- Organização - Objetividade - Responsabilidade - Segurança - realizados somente pelos desenvolvedores do software

- Relatórios diários em forma de texto e planilhas

1.4.3.1.4 Testes Integrados

São testes que testam a

integridade do sistema.

- Organização - Objetividade

- Responsabilidade - Segurança - realizados somente pelos desenvolvedores do software e usuários escolhidos aleatoriamente

- Documento que contenha todos os planos

de testes, metodologias, procedimentos pré determinados e um glossário; - Interoperabilidade entre os sistemas Linux, Windows e Mac OS

1.4.3.1.5 Resultados dos testes

Resultado Final para verificar se os testes foram positivos ou negativos.

- Ser aprovado pelo gerente do projeto e sponsor

- Documento com todos os testes realizados anteriormente pelos usuários e desenvolvedores do sistema

1.4.3.1.6 Relatório de Ajustes e Correções

Após efetuar todos os testes com os envolvidos, fazer os ajustes e as correções se necessárias.

- Organização - Objetividade - Responsabilidade - Revisão acompanhada pelo gerente do setor e do projeto - Expor a todos os membros do projeto o que deve ser ajustado e corrigido. - Confidencialidade entre os envolvidos do projeto

- Relatório que contenham ajustes e correções a serem executadas. - Apresentar relatório especificado sobre o local a ser ajustado e corrigido;

1.4.3.1.7 Ajustes e Correções Usado para

descobrir problemas no site e interação humano-computador.

- Respeitar os problemas: Inadequação Inconsistência Resposta inesperada Ambigüidade

- Identificar o que o usuário pode, quer e deve fazer.

- O usuário encontra a informação que deseja. - Relatório que contenham ajustes e correções a serem executadas.

- Apresentar relatório especificado sobre o local a ser ajustado e corrigido;

1.4.3.2.1 Documentação

Todas as partes ligadas ao projeto, referentes a licenças e regulamentações, ligado a legislação.

- Documentação impressa - Detalhada e clara - Autenticidade - Integridade - Clareza

- De acordo com o PMI.

- Ter o documento

assinado pelo Gerente de

projeto.

1.4.3.2.2 Manual do Sistema

Documento onde se encontra todos os processos de

como funciona o sistema.


- Clareza - Integridade - Autenticidade

- Guia com capa, sumário, introdução, especificar métodos de

uso e um glossário do sistema.

1.4.3.2.3 Manual do Usuário

Documento onde se encontra todos os processos de como funciona o usuário.

- Organização - Objetividade - Responsabilidade - Clareza - Integridade - Autenticidade

- Guia com capa, sumário, introdução, especificar métodos de uso e um glossário do sistema.

1.4.3.2.4 Manual de Operação

Documento onde se encontra como se opera o software.

- Organização - Objetividade - Responsabilidade - Clareza - Integridade

- Autenticidade

- Guia com capa, sumário, introdução, especificar métodos de operação e um glossário do sistema.

1.4.3.2.5 Material de Treinamento

Onde se localiza todos os materiais disponíveis para o treinamento dos envolvidos.

- Organização - Objetividade - Responsabilidade - Clareza - Integridade - Autenticidade

- Documentos onde irá detalhar todos os passos do treinamento.

1.4.4 Redes

Serve para garantir a infra-estrutura apropriada para o site.

- Atender os requisitos do Projeto.

- Se for realizado tudo dentro do previsto, conforme descrito no plano de projeto.

1.4.4.1 Aquisição

Guia de como adquirir o software.

- Detalhado - Clareza - Objetividade - Organização

- Estabelecer contratos com fornecedores internos e externos para mobilizar, comprar ou alugar recursos para o projeto.

1.4.4.2 Instalação

Guia de como instalar corretamente o software.


- Especificar quando necessitamos de tal serviço, como deve ser o procedimento de instalação, topologia da rede.

1.4.4.3 Configuração Básica Onde se estabelece as

configurações mínimas para o software.

- Detalhado - Clareza

- Objetividade - Organização - Testar diferentes

- Configurações entre os sistemas operacionais

Windows, Linux e Mac OS; - Layout dos banners,

configurações para determinar qual se adapta ao usuário final

links e imagens do site

1.4.4.4 Treinamento, Equipe e Desenvolvimento

Tem como objetivo obter boas práticas

entre os colaboradores durante o projeto.

- Atender o cronograma do projeto.

- Se for realizado tudo dentro do previsto, conforme descrito no

plano de projeto.

1.5

Legislação Leis que regem os processos e atribuições do projeto.

- Verificar se a documentação está regulamentada.

- Se for realizado tudo dentro do previsto, conforme descrito no plano de projeto.

1.5.1

Adequação as Leis Vigentes

Estar dentro da lei durante a execução do

projeto.

- Consultar o advogado para averiguar as leis vigentes do mercado.

- Advogado de leis especificas de acordo com o projeto

1.6

Implantação Execução do que foi elaborado e estabelecido no projeto.

- Atender os requisitos do projeto.

- Realização dentro do prazo estabelecido.

1.6.1

Configuração

específica da infra-estrutura

Configuração

exata do que o software requer para ser executado

- Detalhado

- Clareza - Objetividade - Organização - Definir os requisitos de hardware para suportar os aplicativos web.

- Arquitetura fechada de

computadores e servidores;

1.6.2 Instalação do aplicativo

Guia de como proceder corretamente na execução de instalação do software.


- Usar o CD de instalação que contenha o arquivo executavel. Posteriormente inserir a chave de licença.

1.6.3 Testes de usuários

finais

Testes de

usabilidade por operadores, clientes potencias e pessoas envolvidas no projeto

- Clareza

- Estipular data para a mobilização dos usuários disponíveis para o treinamento.

- Cada usuário receberá

um sumário ou um guia contendo todas as informações necessárias.

1.6.4 Relatório de testes com usuários finais

Relatório com a avaliação de usabilidade do Software.

- Após uma data específica do treinamento o gerente do projeto irá disponibilizar o relatório para o chefe de cada setor contendo os resultados finais.

- Documento que contenha todos os relatórios de testes com os usuários finais.

1.6.5 Ajustes e Correções finais

Após fazer um filtro nos relatórios, estabelecer as mudanças e correções se necessárias.

- Setor de suporte realiza testes práticos com os usuários por um período pré determinado. - Testes de velocidade de acessibilidade, integridade das informações e de segurança.

- Anexar documentos e relatórios recolhidos durante os testes finais

1.7 Divulgação

Explicitar o site como um todo através de

propaganda e marketing.

- Propagandas em diversos meios de comunicação.

- Contrato de divulgação do produto entre as empresas.

1.7.1 Divulgar o sistema na Internet e em canais eletrônicos.

Divulgar nos principais canais de comunicação da internet e também em

meios eletrônicos.

- Autenticidade - Integridade - Clareza

- Acordos com empresas virtuais de destaque na web.

1.7.2

Divulgar o sistema nos canais analógicos, como revistas e jornais.

Divulgar nos principais meios de comunicação áudio-visual do país sobre o nosso sistema.


- Estabelecer acordos com mídias voltadas ao turismo através de e-mail, jornais, revistas, televisão.

1.7.3 Comunicar o lançamento para sites de buscas e de parceiros.

Divulgar nos principais sites de busca e dos nossos clientes e clientes futuros.


- Acordos com empresas virtuais de destaque na web.

1.7.4 Preparar o site para indexação pelas principais ferramentas de busca.

Estabelecer as principais palavras chaves para a melhor localização nos meios de busca

- Clareza - Definir palavras chaves para a busca das informações contidas dentro do ambiente web e linkar com parceiros virtuais

através de banners e espaços no web site.

- Contratos formais com os parceiros.

1.8 Término do Projeto

Reunião onde todos os objetivos pré-estabelecidos do

projeto foram executados.

Reunião - Se for realizado tudo dentro do previsto, conforme descrito no plano de projeto.

1.8.1 Aceite

Onde todos os responsáveis pelo projeto entram em acordo para a conclusão final.

- Aprovação de todos os documentos (1.1.1.3 até 1.8)

- Possuir todos os

documentos abaixo

(1.1.1.3 até 1.8) assinados

1.8.2 Aprovação

Conclusão Final, onde se é assinado para a realização do projeto.

- Todos os testes

efetuados com sucesso!

- Ter efetuado todos os

testes. E possuir os

documentos assinados pelo

gerente de projeto e

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 Santos

Versão [no]1.0

Aprovado por: [Data]25/08/09

1 – Organograma do Projeto

2 – Equipe

No Nome Área Email Fone

1 William Schumacher GERENTE [email protected] 3222-6666

2 Thiago Jeremias GERENTE [email protected] 3222-6667

3 Pualo Cesar do Santos GERENTE [email protected] 3222-6668

4 Petrucio Estrimondolo DESENVOLVEDOR [email protected] 3222-6669

5 Jucineide Taquaral Estágiária de Desenvolvimento

[email protected] 3222-6669

6 Doryleide Jenify da Silva

Estágiária de Desenvolvimento

[email protected] 3222-6669

7 Severino Narcisio Aparicio Procópio

FINANCEIRO [email protected] 3222-6670

8 Alerguino Jacinto

Soares

Infra-Estrutura [email protected] 3222-6671

9 Tiburcia Pinherina dos Santos

Administração [email protected] 3222-6672

10 Clodesvaldo Fonseca MArketing [email protected] 3222-6673

Gerente do Projeto William Schumacher

Financeiro

Severino

Administração

Tiburcia Desenvolvedores

Doryleide

Petrucio

Infra-Estrutura

Alerguino

Paulo Cesar Gerente de Revisão

Thiago Jeremias Gerente de Revisão

Marketing

Clodesvaldo Controle de Qualidade

Paulo Cesar e Thiago Jeremias

mailto:[email protected]





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

Soft

ware

Hard

ware

Resu

ltados

PLANOS Esc

opo

Tem

po

Cust

os

Qualidade

RH

Com

unic

ação

Ris

cos

Supri

mento

s

1 William Gerencia Projeto

R S R S R S R

2 Thiago Gerencia Revisão

S S A S S S S S S

3 Paulo Gerencia Revisão

R S S S S S S S

4 Petrucio Desenvolvedor

A

5 Jucileyde Desenvolvedor

(Estágio)

A A

6 Doryleide Desenvolvedor

(Estágio)

A A

7 Severino Financeiro R A

8 Tiburcia Administração A R R A

9 Alerguino Infra-Estrutura

R R A R

10 Clodesvaldo Marketing

A = Apoio R= Responsável S= Suplente

http://pt.wikipedia.org/wiki/Escopo_%28gerenciamento_de_projeto%29

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 Paulo Cesar dos Santos – Gerente do Projeto Thiago Jeremias – Gerente do Projeto

Versão 1.0

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] [Cargo]

[Assinatura] Data [Data]

8 –

WTP FLORIPA WEB

PLANO DE GERENCIAMENTO DAS COMUNICAÇÕES COMMUNICATIONS MANAGEMENT PLAN

Elaborado por: William Schumacher, Paulo Cesar dos Santos e Thiago Jeremias

Versão 1.1

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

Ref Assunto/Conteúdo Tipo Emissor Receptor Data ou

Freqüência Obs

1 Documentação Geral do Projeto

Relatório Executivo

Administração/Financeiros Desenvolvedor/Marketing

Infra-Estrutura

Gerente do Projeto Iniciação

2 Status Financeira Relatório Executivo

Financeiro Gerente do Projeto Semanal

3 Documentação da Infra-Estrutura

Relatório Infra-Estrutura Financeiros/Infra-Estrutura/Gerente do Projeto

Mensal

4 Fichas de Riscos Relatório Operacional

Controle de Qualidade Lideres e Colaboradores do projeto

Mensal

5 Cronograma do Projeto

Relatório Operacional

Gerente do Projeto Administração/Financeiros Desenvolvedor/Marketing Infra-Estrutura

Semanal

6 Relatório de Marketing do produto


Marketing Gerente do Projeto Semanal

7 Relatório de Encerramento


Gerente do Projeto Administração/Financeiros Desenvolvedor/Marketing Infra-Estrutura

No encerramento do projeto

8 Relatório de Acompanhamento do projeto


Gerente do Projeto Sponsor

Semanal

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


Versão 1.0


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 isoladamente

Até R$ 1000 Até R$ 1500

Gerente do projeto com o aval do patrocinador

Até R$ 2000 Até R$ 3000

Somente o patrocinador Acima de R$ 2000 e até o limite das reservas

Acima de R$ 3000 e até o 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


Versão 1.0


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

Probabilidade de Ocorrência

Alta

Média

1.1.2 1.1.1

1.2.1

Baixa

1.3.1

1.4.1

1.4.2

1.2.2

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-lidade

Gravi-dade

Resposta Descrição Custo Com o tempo

1.1.1

Levantamentos

Não conseguir extrair do cliente as suas reais necessidades

Média Alta Atenuação

Realizar reuniões de levantamento de requisitos até que o cliente esteja seguro de que o projeto proposto está corretamente alinhado a sua necessidade.

O custo será pago pelo cliente, visto que ao valor hora dos profissionais que participam da reunião é cobrado normalmente.

Diminui

1.1.2

Levantamentos

Indisponibilidade de tempo do cliente

Média Média Atenuação

Será negociada com a empresa a participação de pelo menos um funcionário que conheça a real necessidade desta.

- Diminui

1.2.1

Aquisições Tempo de substituição de produtos com defeito

Média Alta Atenuação

O fornecedor deve cumprir o que está definido na DTD, ou 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.

- Constante

1.2.2

Aquisições Não cumprimento do contrato pelo fornecedor

Baixa Alta Atenuação

Serão aplicadas as penas previstas na DTD. Caso seja necessário, outro fornecedor será contratado imediatamente.

- Constante

1.3.1

Planejamento das atividades

Falta de conhecimento em tecnologias necessárias ao projeto

Baixa Baixa Atenuação

Será destinado tempo às pessoas que necessitarem deste conhecimento efetuarem pesquisas de conhecimento nas tecnologias necessárias.

Só estão previstas pesquisas pequenas no nosso projeto, visto que os profissionais alocados devem atender aos requisitos solicitados para a

Diminui

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.1

Implantação da Infra-estrutura de TI

Incompatibilidade de Equipamentos e Softwares


Após ser identificado falha ou incompatibilidade o responsável pela infra-estrutura deverá entrar em contato com o fornecedor para a resolução do mesmo.

- Contrato Diminui

1.4.2 Implantação da Infra-estrutura de TI

Mau uso dos equipamentos causando danos a estes


Supervisionar a atividade dos funcionários verificando se eles estão trabalhando de acordo com os padrões estabelecidos.

- Diminui

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

patrocinador

Até R$ 2000 Até R$ 3000

Somente o patrocinador Acima de R$ 2000 e até o limite das reservas

Acima de R$ 3000 e até o limite 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 periódica de avaliação do projeto.

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


Versão 1.0


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

___/___/____


___/___/____

12 –

WTP Floripa

PLANO DE GERENCIAMENTO DAS AQUISIÇÕES

PROCUREMENT MANAGEMENT PLAN

Elaborado por: Paulo Cesar, Thiago Luiz Jeremias, William

Schumacher

Versão [1.0]


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

do Item

Pedido

n°/data

Ordem

compra

n° /

data

Custo

Orçado

Real

Data

programada

Entrega

efetiva

Andamento

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


Versão 1.0


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.

__________________________________________

Cláudio Henrique da Silva Patrocinador

___/___/____


___/___/____

Wtp floripa web

Education

Transcript of Wtp floripa web

Jornal informe floripa 247

PROVA FLORIPA 2014 SE fileprova floripa 2014 sumÁrio executivo. prova floripa 2014 sumÁrio executivo . prefeito cesar souza jÚnior secretÁrio de educaÇÃo rodolfo joaquim pinto

Jornal informe floripa ed245

IoT TDC Floripa 2014

N Floripa 2014

O nome de Floripa

Taskboard 3.0 - TDC Floripa

Floripa 05 online

IoT TDC Floripa - 2014

Código Floripa

2011 - 16/11 - Empreendendo na web 2.0 através do crowdsourcing (Ideias.me)- II Ciclo de Palestras Empreende Floripa

Floripa mixed + acordes

OWASP Floripa - Web Spiders: Automação para Web Hacking by Antonio Costa aka Cooler_

Floripa Na Foto 2011

IxDA Floripa

Apresentação AWS - TDC Floripa

Informe floripa issuu294

floripa baladas

JOCUM Floripa MA br

Hub escola floripa