Your SlideShare is downloading. ×
Wtp floripa web
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Wtp floripa web

1,107

Published on

Projeto realizado durante o curso superior em gestão da tecnologia da informação.

Projeto realizado durante o curso superior em gestão da tecnologia da informação.

Published in: Education, Travel
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
1,107
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
26
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. FACULDADES DE TECNOLOGIA SENAC DE SANTA CATARINATECNÓ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
  • 2. SUMÁRIO3. TERMO DE ABERTURA DO PROJETO8. ESCOPO12. PLANO DE GERENCIAMENTO DO ESCOPO17. ESTRUTURA ANALITICA DO PROJETO21. DESCRIÇÃO DA ESTRUTURA ANALITICA DO PROJETO33. PLANO DE GERENCIAMENTO DE RECURSOS HUMANOS37. PLANO DE GERENCIAMENTO DA QUALIDADE40. PLANO DE GERENCIAMENTO DA COMUNICAÇÃO43. PLANO DE GERENCIMANETO DE CUSTOS45. PLANO DE GERENCIMANTO DE RISCO53. PLANO DE GERENCIAMENTO DE TEMPO56. PLANO DE GERENCIAMENTO DE AQUISIÇÕES61. DECLARAÇÃO DO TRABALHO DO CONTRATO
  • 3. 1- Escopo do Projeto / Termo de abertura do projetoElaborado por: Paulo Cezar, Thiago Luiz Jeremias, Willian SchumacherData: 24/03/2009Versão: 01Aprovador por:OBJETIVOUma solução Web com gráfico em 3D, onde o usuário possa buscar informaçõesde endereços de áreas comerciais, áreas de lazer, pontos turísticos e pontos dereferê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 delocalizaçã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 diariamentePREMISSAS Ter Fotógrafo Ter Suporte TécnicoRESTRIÇÕES Ter Desenvolvedores Ter uma Infra-Estrutura consistente
  • 4. Ter um Servidor de armazenamento de dados Ter um Local para Hospedagem do SiteRISCOSA não liberação das fotos Geo processadas da ilha de Florianópolis pelos órgãospúblicos.O preço do material subir ao longo do projeto devido a problemas ou variaçõeseconômicas do mercado.Atraso na entrega dos servidores, e hardware necessário para o projeto, podendoatrasar a instalação e desenvolvimento dos softwares.Falta de nivelamento do conhecimento da equipe de desenvolvimento, causandoperda de produtividade durante o projeto.Indisponibilidade de mão de obra qualificada imediata para desenvolvimento, casoalgum funcionário venha a adoecer.Dependência de serviços externos (internet e comunicação) para odesenvolvimento 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 ecausar atrasos.Riscos naturais (incêndios, terremotos, inundações).NÃO INCLUIDO NO ESCOPOVisualizaçã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.
  • 5. SERVIÇOS DO PROJETO Busca de Informações PropagandaPRODUTOS 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
  • 6. 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 ProjetoSTAKEHOLDERS Desenvolvedor Gerente do Projeto Financeiro Marketing Fotógrafo Infra-Estrutura AdministraçãoCRONOGRAMAEstimativa 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)
  • 7. - Total (460 Horas). Tempo total de conclusão do ProjetoCUSTOSEstimativa sobre tempo de execução do projeto:-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 reaisAPROVAÇÃOData: ___/__/____ Data: ___/__/_______________________________ ___________________________ Gerente do projeto Patrocinador
  • 8. 2- PLANO DO PROJETOElaborado por: Paulo Cezar, Thiago Luiz Jeremias, Willian SchumacherData: 24/03/2009Versão: 01Aprovador por:OBJETIVOUma solução Web com gráfico em 3D, onde o usuário possa buscar informaçõesde endereços de áreas comerciais, áreas de lazer, pontos turísticos e pontos dereferê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 delocalizaçã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 diariamentePREMISSAS Ter Fotógrafo Ter Suporte TécnicoRESTRIÇÕES Ter Desenvolvedores Ter uma Infra-Estrutura consistente
  • 9. Ter um Servidor de armazenamento de dados Ter um Local para Hospedagem do SiteSERVIÇOS DO PROJETO Busca de Informações PropagandaPRODUTOS DO PROJETO Informações diversas sobre o local que está sendo visualizado no mapa.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.
  • 10. Disponibilidades para reuniões e viagens Responsabilidade e comprometimento para com o Projeto Gerenciar o funcionamento do ProjetoSTAKEHOLDERS Desenvolvedor Gerente do Projeto Financeiro Marketing Fotógrafo Infra-Estrutura AdministraçãoCRONOGRAMAEstimativa 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 ProjetoCUSTOSEstimativa sobre tempo de execução do projeto:-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).
  • 11. - Tempo total de conclusão do Projeto = 30.000,00 reaisAPROVAÇÃOData: ___/__/____ Data: ___/__/_______________________________ ___________________________ Gerente do projeto Patrocinador
  • 12. 3 - PLANO DE GERENCIAMENTO DO ESCOPOElaborado por: Paulo Cezar, Thiago Luiz Jeremias, Willian SchumacherData: 24/03/2009Versão: 01Aprovador por:OBJETIVOUma solução Web com gráfico em 3D, onde o usuário possa buscar informaçõesde endereços de áreas comerciais, áreas de lazer, pontos turísticos e pontos dereferê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 delocalizaçã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 diariamentePREMISSAS Ter Fotógrafo Ter Suporte TécnicoRESTRIÇÕES Ter Desenvolvedores Ter uma Infra-Estrutura consistente
  • 13. Ter um Servidor de armazenamento de dados Ter um Local para Hospedagem do SiteRISCOSA não liberação das fotos Geo processadas da ilha de Florianópolis pelos órgãospúblicos.O preço do material subir ao longo do projeto devido a problemas ou variaçõeseconômicas do mercado.Atraso na entrega dos servidores, e hardware necessário para o projeto, podendoatrasar a instalação e desenvolvimento dos softwares.Falta de nivelamento do conhecimento da equipe de desenvolvimento, causandoperda de produtividade durante o projeto.Indisponibilidade de mão de obra qualificada imediata para desenvolvimento, casoalgum funcionário venha a adoecer.Dependência de serviços externos (internet e comunicação) para odesenvolvimento 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 ecausar atrasos.Riscos naturais (incêndios, terremotos, inundações).NÃO INCLUIDO NO ESCOPOVisualizaçã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
  • 14. Busca de Informações PropagandaPRODUTOS 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 Fotógrafo (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
  • 15. 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 ProjetoSTAKEHOLDERS Desenvolvedor Gerente do Projeto Financeiro Marketing Fotógrafo Infra-Estrutura AdministraçãoCRONOGRAMAEstimativa 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)
  • 16. - Total (460 Horas). Tempo total de conclusão do ProjetoCUSTOSEstimativa sobre tempo de execução do projeto:-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 reaisAPROVAÇÃOData: ___/__/____ Data: ___/__/_______________________________ ___________________________ Gerente do projeto Patrocinador
  • 17. 4- WBS/EAPElaborado por: Paulo Cezar, Thiago Luiz Jeremias, Willian SchumacherData: 24/03/2009Versão: 01Aprovador 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
  • 18. 1.3.2.1.8.1 Manual do Sistema1.3.2.1.8.2 Manual do Usuário1.3.2.1.8.3 Manual de Operação1.3.2.1.8.4 Material Treinamento1.3.3 Redes1.3.3.1 Aquisição1.3.3.2 instalação1.3.3.3 configuração básica1.3.4 Treinamento equipe desenvolvimento1.4 Legislação1.4.1 Adequação as Leis Vigentes1.5 Implantação1.5.1 Configuração específica da infra-estrutura1.5.2 Instalação do aplicativo1.5.3 Testes de usuários finais1.5.4 Relatório de testes com usuários finais1.5.5 Ajustes e Correções finais1.5.6 Divulgação1.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 Projeto1.5.7.1 Aceite1.5.7.2 Aprovação
  • 19. APROVAÇÃO
  • 20. Data: ___/__/____ Data: ___/__/_______________________________ ___________________________ Gerente do projeto Patrocinador
  • 21. 5 - DEAP Elaborado por: Paulo Cesar, Thiago Luiz Jeremias, William Schumacher Data: 18/11/2009 Versão: 01 DEAPID Nome Descrição Critérios P/ Aceite Indicadores1 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.21.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 projeto1.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.
  • 22. manejáveis - Qualidade -Não exceder 100- 200 elementos terminais1.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 - Comprometimento1.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 semanal1.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
  • 23. 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 produzir1.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: Wiki1.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 contrato1.1.1.1 Plano integrado de É um processo - Revisão de todas as - Relatório que contenha0 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 financeiros1 plano do projeto do projeto - Responsabilidade - Aspectos Legais - Objetividade - Fatores Tecnológicos - Clareza - Padrões de qualidade1.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
  • 24. - Objetividade conferência1.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 Classificadas1.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 defenidos1.2 TAP Autoriza - Clareza - Documento assinado formalmente o - Organização pelos gerentes. projeto ou uma - Objetividade fase do projeto - Informações Classificadas - Glossário1.2.1 Estudo da Uma etapa de um - Pesquisas de Mercado - Relatório com os dados viabilidade Plano de levantados. Negócios1.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 mercado1.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é estabelecidas1.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
  • 25. 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 garantia1.2.7.3 Relatório Informações - Organização - Documento impresso consolidado agregadas - Objetividade assinado pelos gerentes; - Clareza1.2.7.4 Aprovação do Aprovar o - Organização - Documento impresso relatório da relatório - Objetividade assinado pelos gerentes; pesquisa pesquisado - Clareza - Qualidade1.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 - Disponibilidade1.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 - Garantia1.2.8.2 Avaliação Avaliar as - Classificação das informações Informações - Implantação do padrão - Integridade ISO 9001:2000 - Qualidade1.2.8.3 Resultado Avaliação Mostrar o - Organização - Procedimento visando a resultado - Objetividade qualidade das decidido - Clareza informações. - Integridade1.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 PMBOK1.3.1 Pesquisa Estudo das - Responsabilidade - Pode ser apresentado
  • 26. 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 mercado1.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 - Disponibilidade1.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 mercado1.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.
  • 27. 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, php1.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 quentes1.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ários1.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,
  • 28. projeto e no - Clareza procedimentos pré software. - Segurança determinados e um - Elaborado pelo glossário; gerente do projeto1.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 software1.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 OS1.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 sistema1.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 projeto1.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;
  • 29. 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. - Autenticidade1.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. - Autenticidade1.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. - Autenticidade1.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. - Autenticidade1.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,
  • 30. configurações para links e imagens do site determinar qual se adapta ao usuário final1.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 projeto1.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.
  • 31. 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.
  • 32. 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
  • 33. 6– [WTP FLORIPA WEB] PLANO DE GERENCIAMENTO DE RECURSOS HUMANOS STAFF MANAGEMENT PLANElaborado por: William Schumacher, Thiago Jeremias e Paulo Cesar dos Versão [no]1.0SantosAprovado por: [Data]25/08/091 – 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 Jeremias2 – EquipeNo Nome Área Email Fone1 William Schumacher GERENTE william@wtp.com.br 3222-66662 Thiago Jeremias GERENTE Thiago@wtp.com.br 3222-66673 Pualo Cesar do Santos GERENTE Paulo@wtp.com.br 3222-66684 Petrucio Estrimondolo DESENVOLVEDOR Patrucio@wtp.com.br 3222-66695 Jucineide Taquaral Estágiária de Jucineide@wtp.com.br 3222-6669 Desenvolvimento6 Doryleide Jenify da Estágiária de Doryleide@wtp.com.br 3222-6669 Silva Desenvolvimento7 Severino Narcisio FINANCEIRO Severino@wtp.com.br 3222-6670 Aparicio Procópio8 Alerguino Jacinto Infra-Estrutura alerguino@wtp.com.br 3222-6671 Soares9 Tiburcia Pinherina dos Administração Tiburcia@wtp.com.br 3222-6672 Santos10 Clodesvaldo Fonseca MArketing clodesvaldo@wtp.com.br 3222-6673
  • 34. 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 ResponsabilidadesNo Nome Área PLANOS Comunicação Suprimentos Resultados Qualidade Hardware Software Escopo Tempo Custos Riscos RH1 William Gerencia R S R S R S R Projeto2 Thiago Gerencia S S A S S S S S S Revisão3 Paulo Gerencia R S S S S S S S Revisão4 Petrucio Desenvolvedor A5 Jucileyde Desenvolvedor A A (Estágio)6 Doryleide Desenvolvedor A A (Estágio)7 Severino Financeiro R A8 Tiburcia Administração A R R A9 Alerguino Infra- R R A R Estrutura10 Clodesvaldo Marketing A = Apoio R= Responsável S= Suplente
  • 35. 5 – Recrutamento e SeleçãoO RH obterá informações correspondentes de cada setor, onde o entrevistado passará por umaentrevista psicológica, técnica e avaliação de conhecimento específico.6 – Necessidade de Treinamento-7 - Avaliação de ResultadosO resultado do trabalho da equipe será avaliado mensalmente pelo gerente de projeto emreunião individual com cada membro.O gerente de projeto será avaliado também mensalmente pelo patrocinador do projeto da mesmaforma 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 doprojeto, quando a avaliação final compilada do profissional será tabulada e encaminhada para oDepartamento de Recursos Humanos.Essa avaliação final compilada será feita através de um modelo circular sob o qual todos serãoavaliados 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çõesBonificação: Serão destinados, no final do projeto, 15% do saldo contido na reserva gerencial paraserem 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 queparticiparam integralmente dele, realizando suas atividades previstas quando foram inicialmentealocados no projeto.9 - SegurançaO 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 serfragmentados.10 – Alocação Financeira do Plano de Gerenciamento de Recursos HumanosTodas as medidas de gerenciamento de recursos humanos do projeto que requererem gastoadicional deverão ser alocadas dentro das reservas gerenciais do projeto, na categoria Outrasreservas, desde que dentro da alçada do gerente de projeto.
  • 36. 11 – Administração do Plano de Gerenciamento de Recursos HumanosWilliam Michel Schumacher: Gerente do projeto será o responsável direto pelo plano degerenciamento 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ÇÃOData Patrocinador [Nome]
  • 37. 7– WTP FLORIPA WEB PLANO DE GERENCIAMENTO DA QUALIDADE QUALITY MANAGEMENT PLANPreparado por William Schumacher – Gerente do Projeto Versão 1.0 Paulo Cesar dos Santos – Gerente do Projeto Thiago Jeremias – Gerente do ProjetoAprovado por Hélio 12/10Descriçã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 deprioridade:Prioridade 1 (um) - Mudanças de prioridade um requerem uma ação imediata por partedo gerente do projeto, independente das reuniões de controle previstas devido àurgência, acionando imediatamente o patrocinador no caso de necessidade deautorizações financeiras fora da alçada do gerente de projetos.Prioridade 2 (dois) – Mudanças de prioridade dois requerem um planejamento da açãoatravés e terceiros ou de equipes que, a princípio, tenham disponibilidade, uma vez queagregam valor ao sucesso do projeto e são urgentes, porém não têm impactosignificativo nos custos e nos prazos do projeto.
  • 38. Prioridade 3 (três) – Mudanças de prioridade três podem ser implementadas por tereminfluência no sucesso do projeto, porém não requerem uma ação imediata por não seremimpactantes 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 fluxoapresentado a seguir com suas conclusões apresentadas na reunião semanal de Projetocom suas conclusões, prioridades e ações relacionadas.
  • 39. Freqüência de avaliação dos requisitos de qualidade do projeto Os prazos do projeto deverão ser atualizados e avaliados diariamente, e seusresultados 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 seralocadas 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á seracionado o patrocinador, uma vez que o gerente não tem autonomia para decidir utilizara reserva de contingência de riscos para mudanças na qualidade, ou deverá sersolicitado à 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. REGISTRO DE ALTERAÇÕES Data Modificado por Descrição da mudança APROVAÇÕES[Nome] [Assinatura] Data[Cargo] [Data]
  • 40. 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/20091 – Aspectos GeraisO gerenciamento das comunicações do projeto será realizado através dosprocessos de comunicação formal, estando incluído nessa categoria: E-mails Publicações WEB Documentos ImpressosTodas as reuniões formais serão realizadas às segundas-feiras para disponibilizartempo livre para os trabalhos do projeto nos dias subseqüentes.Todas as informações do projeto devem ser atualizadas de modo constante nosite 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 feitaspor escrito ou através de e-mail e aprovadas pelo gerente do projeto.2 – Necessidades dos Interessados Data ouRef 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
  • 41. 3 – Reuniões Programadas3.1 Reunião - Abertura do Projetoa. 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 Projetod. Envolvidos – Equipe do Projeto e Stakeholderse. Freqüência – 24/03/2009f. Reuniões extraordinárias –g. Duração – 2 Horash. Local – Escritório da Empresai. Outros –3.2 Reunião - Acompanhamento do Projetoa. Objetivo – Acompanhar o progresso do escopo do projeto.b. Metodologia – Reunião formalc. Responsável - Gerente do Projetod. Envolvidos – Equipe do Projetoe. Freqüência – Mensalf. Reuniões extraordinárias – Se necessária outra reunião, a mesma deverá ser agendada com antecedênciag. Duração – 2 Horash. Local – Escritório da Empresai. Outros –3.3 Reunião - Status Financeiro do Projetoa. Objetivo – Acompanhar se o projeto está dentro do orçamento.b. Metodologia – Reunião formalc. Responsável - Gerente do Projetod. Envolvidos – Administração/Marketinge. Freqüência – A cada 15 diasf. Reuniões extraordinárias – Se necessária uma reunião extraordinária, a mesma deverá ser agendada com antecedênciag. Duração – 1 Horah. Local – Escritório da Empresai. Outros –3.4 Reunião - Riscos do Projetoa. 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 Formalc. Responsável - Gerente do Projetod. Envolvidos – Administração/Operacional/Desenvolvedorese. Freqüência – Semanalmentef. Reuniões extraordinárias – Se necessária outra reunião, a mesma deverá ser agendada com antecedênciag. Duração – 1 Horah. Local – Escritório da Empresai. Outros –3.5 Reunião - Encerramento do Projetoa. Objetivo – Consolidar com a equipe o final do projetob. Metodologia – Reunião
  • 42. c. Responsável - Gerente do Projetod. Envolvidos – Equipe do Projeto e Patrocinadorese. Freqüência – Única Vezf. Duração – 2 Horasg. Local – Escritório da Empresah. 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ções5 – Alocação Financeira do Plano de Gerenciamento das Comunicações3% da verba total do projeto será destinada para futuros imprevistos na execução do plano degerenciamento das comunicações.6 – Administração do Plano de Gerenciamento das ComunicaçõesResponsável pelo plano: Paulo Cesar dos Santos – Gerente do Projeto William Michel Schumacher – Sub Gerente do ProjetoO plano de gerenciamento das comunicações será reavaliado mensalmente na primeira reunião domês, juntamente com os outros planos de gerenciamento do projeto. REGISTRO DE ALTERAÇÕES Data Modificado por Descrição da mudança 6/10/2009 William Schumacher Alteração de Datas e Inclusão de Informações APROVAÇÃOData Patrocinador Gerente do Projeto
  • 43. 9– WTP FLORIPA WEB PLANO DE GERENCIAMENTO DE CUSTO COST MANAGEMENT PLAN Elaborado por: William Schumacher, Paulo Cesar dos Santos e Thiago Versão 1.0 Jeremias Aprovado por: 12/10/20091. 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 seusresultados 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). Asreservas gerenciais se subdividem em Reservas de Contingência e Outras reservas, quejuntamente 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 doprojeto. As reservas serão consumidas com base nas solicitações de mudançasprovenientes dos outros planos e dentro da autonomia do gerente do projeto e dopatrocinador.
  • 44. 4. AutonomiasO gerente de projeto tem as seguintes autonomias quanto à utilização das reservas: Reservas de Contingência Outras ReservasGerente de projeto Até R$ 1000 Até R$ 1500isoladamenteGerente do projeto com o Até R$ 2000 Até R$ 3000aval do patrocinadorSomente o patrocinador Acima de R$ 2000 e até o Acima de R$ 3000 e até o limite das reservas limite das reservas5. Alocação financeira das mudanças no orçamento As mudanças de caráter corretivo podem ser alocadas dentro das reservasgerenciais do projeto, na categoria outras reservas, desde que não excedam o valorreservado para esta categoria. Nos casos em que o valor necessário for maior do que o reservado ou maior do queo valor que o gerente do projeto tem poder de autorizar a ser gasto, será acionado opatrocinador 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 Todas as solicitações não previstas neste plano deverão ser submetidas à reunião periódica de avaliação do projeto. __________________________________________ Cláudio Henrique da Silva Patrocinador ___/___/____ __________________________________________ Gerente do Projeto ___/___/____
  • 45. 10 – WTP FLORIPA WEB PLANO DE GERENCIAMENTO DOS RISCOS RISK MANAGEMENT PLAN Elaborado por: William Schumacher, Paulo Cesar dos Santos e Thiago Versão 1.0 Jeremias Aprovado por: 12/10/20091 – 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.
  • 46. 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
  • 47. 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.
  • 48. 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 Tempo de atraso, caso ocorra 2 dias Custo do atraso R$ 2.400,00 Fatores considerados Horas da equipe, 3 analistas, 8 horas por dia, 2 dias, R$ 50,00 /H.
  • 49. Probabilidade de ocorrência 30%Valor monetário esperado R$ 720,001.2.1 – Tempo de substituição de produtos com defeitoTempo de atraso, caso ocorra 2 diasCusto do atraso R$ 640,00Fatores considerados Horas da equipe, 1 técnico, 8 horas por dia, 2 dias, R$ 40,00 /H.Probabilidade de ocorrência 50%Valor monetário esperado R$ 320,001.2.2 - Não cumprimento do contrato pelo fornecedorTempo de atraso, caso ocorra 4 diasCusto do atraso R$ 800,00Fatores considerados Horas da equipe, 1 analista, 8 horas por dia, 2 dias, R$ 50,00 /H.Probabilidade de ocorrência 10%Valor monetário esperado R$ 80,001.3.1 - Falta de conhecimento em tecnologias necessárias ao projetoTempo de atraso, caso ocorra 2 diasCusto do atraso R$ 800,00Fatores considerados Horas da equipe, 1 analista, 8 horas por dia, 2 dias, R$ 50,00 /H.Probabilidade de ocorrência 10%Valor monetário esperado R$ 80,00Valor monetário esperado R$ 160,001.4.1 – Incompatibilidade de equipamentos e softwaresTempo de atraso, caso ocorra 2 diasCusto do atraso R$ 640,00Fatores considerados Horas da equipe, 1 tecnico, 8 horas por dia, 2 dias, R$ 40,00 /H.Probabilidade de ocorrência 20%Valor monetário esperado R$ 128,001.4.2 – Mau uso dos equipamentos causado danos a estesTempo de atraso, caso ocorra 1 diaCusto do atraso R$ 320,00Fatores considerados Horas da equipe, 1 tecnico, 8 horas por dia, 1 dia, R$ 40,00 /H.Probabilidade de ocorrência 10%
  • 50. Valor monetário esperado R$ 32,00 Custo total para a contingência R$ 6640,00 7 – Respostas planejadas aos RiscosItem Fase Risco Probabi- Gravi- Resposta Descrição Custo Com o lidade dade tempo1.1. Levantam Não conseguir Média Alta Atenuaç Realizar reuniões de O custo será Diminui1 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 - Diminui2 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 - Consta1 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 - Consta2 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 Diminui1 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
  • 51. 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 Diminui1 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.
  • 52. 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 previstosno plano Todas as solicitações não previstas neste plano deverão ser submetidas à reunião periódica de avaliação do projeto. Florianópolis, 18 de novembro de 2008 __________________________________________ Cláudio Henrique da Silva Patrocinador ___/___/____ __________________________________________ Gerente do Projeto ___/___/____
  • 53. 11 – WTP PLANO DE GERENCIAMENTO DO TEMPO SCHEDULE MANAGEMENT PLAN Elaborado por: William Schumacher, Paulo Cesar dos Santos e Thiago Versão 1.0 Jeremias Aprovado por: 10/11/200911. 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.
  • 54. 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 sertratados segundo o fluxo a seguir, com suas conclusões, prioridades e ações relacionadasapresentadas 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 seusresultados divulgados na reunião periódica de avaliação do projeto.15. Alocação financeira para o gerenciamento do tempo
  • 55. Todas as medidas de recuperação de atrasos no projeto que necessitarem de gastoadicional 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çadado gerente do projeto, ou quando não existir mais reserva gerencial disponível, deverá seracionado o patrocinador, uma vez que o gerente não tem autonomia para decidir utilizar areserva 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 Todas as solicitações não previstas neste plano deverão ser submetidas à reunião periódica de avaliação do projeto. __________________________________________ Cláudio Henrique da Silva Patrocinador ___/___/____ __________________________________________ Gerente do Projeto ___/___/____
  • 56. 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 Aprovado por: 20/10/20091 – Introdução Este plano descreve como serão administrados os processos de aquisiçãode bens e serviços neste projeto. O plano de aquisições, portanto indica como oprocesso de aquisições será gerenciado através do planejamento das solicitações,da solicitação de respostas dos fornecedores, seleção de fornecedores, daadministração do contrato e do fechamento do contrato.2 – Referência A equipe do projeto deve documentar as exigências do projeto e do produtoque cobrem as necessidades técnicas e não técnicas a serem atendidas. Ogerente 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 fornecedor3.1 – Análise make or buySerá 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 danecessidade e do custo benefício.
  • 57. Também serão estudadas as vantagens e desvantagens do produto, e suasutilidades para o projeto.3.2 – Elaboração da Declaração de Trabalho e dos critérios de avaliação defornecedoresDeclaramos 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ível3.3 – Emissão de pedidos A emissão de pedido deve seguir o formulário a seguir, contendo todos ositens citados.Descrição Pedido Ordem Custo Data Entrega Andamentodo Item n°/data compra programada efetiva n° / Orçado data Real3.4 – Acompanhamento de pedidos O acompanhamento dos pedidos devem ser feitos numa planilha queconsta: nome/fornecedor, nº do pedido, data da compra, valor do pedido, valortotal do pedido, prazos de pagamento. Essa planilha é impressa como um
  • 58. documento em duas vias; uma para representante e uma para arquivo, sendo oarquivo salvo.3.5 – Seleção de fornecedores Quando é verificada a necessidade de equipamentos, o ativo deve enviarum requerimento solicitando ao departamento responsável o início do processo decontratação de fornecedores. O fornecedor será escolhido de acordo com acapacidade de cada fabricante3.6 – Elaboração de contratosOs contratos de aquisições serão elaborados pela equipe do projeto e deverãoespecificar o serviço contratado ou o produto adquirido.OBRIGAÇÃO DO CONTRATANTECláusula 1ª. O CONTRATANTE (do serviço ou do produto) deverá fornecer aofornecedor todas as informações necessárias à realização do serviço, ou anecessidade de produto, devendo especificar os detalhes necessários à perfeitaconsecuçã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 opagamento na forma e condições estabelecidas no prazo estabelecido.OBRIGAÇÕES DO FORNECEDORCláusula 3ª. É dever do fornecedor efetuar os serviços que lhe foram confiados demaneira honesta e com qualidade. Sempre apresentando ao CONTRATANTE osresultados obtidos no prazo determinado.Por fim, deve ter a assinatura e o RG do contratante, do fornecedor e de duastestemunhas.3.7 – Administração de contratosA fim de assegurar que o fornecedor cumpra os seus compromissos e exigênciasdo contrato, e que a gerência superior seja mantida ciente destes compromissos edo cronograma do contrato, o “Formulário de acompanhamento de contrato” deveser utilizado para o acompanhamento do mesmo. Os seguintes itens serãoacompanhados 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
  • 59. 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 contratosA equipe do projeto verificará se as exigências do contrato foram cumpridas edocumentará as lições aprendidas. O projeto arquivará também as informações decontrato geradas em conseqüência da gerência de aquisição. A equipe do projetodeve 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 aatividade de um contrato com um fornecedor4 – Avaliação de fornecedoresA 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 seremfeitas e a habilidade em executar as tarefas identificadas no escopo do projeto Qualificação/capacitação geral do fornecedor 0-50 pontosDemonstra potencialidade para terminar os serviços pedidos. A resposta develistar:
  • 60. 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 totaisda proposta. Este custo total será usado na fórmula abaixo para determinar ospontos concedidos para o custo A fórmula para determinar os pontos concedidos do custo é: A = Pontos totais possíveis – 1005 – Alocação Financeira do Plano de Gerenciamento das AquisiçõesCada 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çõesA administração do plano de gerenciamento de aquisições será feita pelo gerentedo projeto, que acompanhará o andamento do plano pelos formuláriospreenchidos e pela administração dos contratos.REGISTRO DE ALTERAÇÕESData Modificado por Descrição da mudançaAPROVAÇÃOData Patrocinador Gerente do Projeto
  • 61. 13 – WTP FLORIPA WEB DECLARAÇÃO DE TRABALHO DO CONTRATO Elaborado por: William Schumacher, Paulo Cesar dos Santos e Thiago Versão 1.0 Jeremias Aprovado por: 12/10/200918. EscopoSoftware 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 deServiços;19. Localização do TrabalhoO software deverá ser desenvolvido em ambiente sob a responsabilidade do fornecedor eimplantado na empresa WTP FLORIPA WEB.20. Período de DesempenhoO software ERP deve ser implantado no período máximo de 3 (três) meses a partir dadata de contratação da empresa que o fornecerá.21. Cronograma das EntregasNo final do segundo mês de implantação o ERP deve ser colocado em homologação naempresa 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çãosendo que todos os usuários deverão estar devidamente treinados.Um consultor do fornecedor deverá acompanhar a utilização do ERP por pelo menos ummês após sua implantação, sendo que aquele poderá ser dispensado caso não seja maisnecessário.22. Padrões AplicáveisA 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çãoO software deve atender todos os requisitos especificados neste documento e deveráapresentar um bom funcionamento levando em consideração a performance econfiabilidade. __________________________________________ Cláudio Henrique da Silva Patrocinador ___/___/____ __________________________________________ Gerente do Projeto ___/___/____

×