Luxor

314 visualizações

Publicada em

Titulo: Luxor
Alunos:Carolina Vilela,hemerson bessa,MARIANA COSTA,Nayha Barboza,Reinor Niero,Sheila Olher,
Cidade: Paulista
Disciplina: Fundamentos
Turma: GEEP48
Data:03-12-2015
Hora:11:22
Comentarios:Prof. Marco,
Segue trabalho do grupo LUXOR.
Abraços
Publico até ápos a correção

  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Luxor

  1. 1. FUNDAMENTOS DO GERENCIAMENTO DE PROJETOS São Paulo – Paulista Turma GEEP 48
  2. 2. CONSTRUCT ENGENHARIA E CONSULTORIA Fundada em 1998 pelo grupo investidor GEEP48, atuando nas atividades de Engenharia, Arquitetura e Consultoria, a CONSTRUCT oferece soluções em projetos na Construção Civil para pequenas e médias empresas.
  3. 3. 1. Carolina Vilela – Diretora de Operações 2. Hemerson Bessa – Diretor de Expansão 3. Mariana Costa – Diretora de Marketing 4. Nayha Barboza – Diretora de Recursos Humanos 5. Reinor Niero – Diretor Financeiro 6. Sheila Olher – Diretora de TI e Gerente do Projeto DIRETORIA 1. 4.2. 6.5.3.
  4. 4. PORTFÓLIO Constru Finance Constru People Constru Travel Constru Audit Programa de Melhoria Cliente Fiel Construsite Construtec Luxor Programa de Desenvolvimento Portfólio PRODUTOS DE CADA PROJETO: • Cliente Fiel: Programa de Fidelidade para Clientes • Construsite: Site da empresa • Luxor: Aplicativo para dispositivo móvel • Construtec: Manual de procedimento de consultoria técnica para construção civil • Constru Finance: Manual de Procedimento de Contabilidade • Constru People: Manual de Procedimento para Recrutamento e Seleção • Constru Travel: Política interna para viagens corporativas • Constru Audit: Manual de procedimento para auditoria dos fornecedores
  5. 5. LUXORAntiga cidade egípcia de Tebas “Nas civilizações antigas, a maioria dos grandes projetos era relacionada a construções grandiosas, como as pirâmides do Egito (...). No entanto, diversos documentos daquela época, preservados até hoje, mostram que alguns princípios do gerenciamento de projetos permaneceram válidos até o momento.” (Valle, André. et al, 2014, p. 18)
  6. 6. O produto do projeto selecionado será um aplicativo para dispositivo móvel para integração entre prestadores de serviço da construção civil e clientes. PROJETO LUXOR
  7. 7. Em razão do crescente uso da tecnologia e redes sociais, torna-se essencial desenvolver novas soluções na área de prestação de serviços que ofereçam os benefícios buscados pelos nossos clientes. OBJETIVO SMART Criar um aplicativo para dispositivo móvel para consulta de prestadores de serviço na área de construção civil para obtermos pelo menos 100 contratações/mês, na cidade de São Paulo, no período de 2 anos, mantendo uma avaliação média dos usuários de pelo menos 3 estrelas nas lojas online. JUSTIFICATIVA
  8. 8. REGISTRO DE STAKEHOLDERS STAKEHOLDER POSIÇÃO CONTATO PAPEL NO PROJETO Classificação (Poder x Interesse) Carolina Vilela Diretora de Operações 18 99744-6635 arq.carolinavilela@hotmail.com Sponsor do projeto e responsável pela posterior operação do produto Alto Hemerson Bessa Diretor de Expansão 11 98082-1646 hemersonnito@gmail.com Responsável por atuar na busca de investidores para o Projeto Luxor e potenciais clientes/parceiros e membro da equipe do projeto Alto Mariana Aguiar Diretora de Marketing 11 98265-5891 mariaguiar.costa@gmail.com Responsável pelas ações de Marketing para atrair investidores para o projeto e, posteriormente, para o produto e membro da equipe do projeto Alto Nayha Barboza Diretora de Recursos Humanos 11 98538-4721 nayha.barboza@gmail.com Responsável pela captação de Recursos Humanos e membro da equipe do projeto Alto Reinor Niero Diretor Financeiro 11 98533-1898 reinor@gmail.com Responsável pela área Financeira e gestão orçamentáriae membro da equipe do projeto Alto Sheila Olher Diretora de TI 11 97352-7090 sheila.olher@gmail.com Responsável técnico do produto e Gerente do Projeto Alto Desenvolvedores de TI Desenvolvedores do aplicativo - Responsáveis pelo desenvolvimento do aplicativo Alto Lojas de Construção Civil Patrocinador - Investidores do Projeto Luxor Médio Profissionais da Construção Civil Fornecedor - Fornecedores da Construção Civil Médio Lojas Virtuais de aplicativos Empresa Parceira - Canal de comercializaçãodo produto Alto Usuários do aplicativo Público Alvo - Alvo do Projeto Luxor, que utilizarãoo aplicativo Alto
  9. 9. REQUISITOS DE TEMPO, CUSTO E RISCO • Interface amigável e de fácil usabilidade para maior acessibilidade do usuário; • Aplicativo performático com tempo de resposta em até 3 segundos; • O desenvolvimento do projeto deve garantir o cumprimento do cronograma para que a entrega ocorra em até 8 meses; • Conseguir investidores para o projeto, os quais terão suas propagandas expostas dentro do aplicativo; • Garantir que o custo do projeto não ultrapasse 1 milhão de reais; • Atingir uma margem de lucro de 20% sobre o valor do aplicativo; • Alcance de pelo menos 100 contratações/mês dentro de dois anos; • O produto deverá atender às exigências das lojas on-line (Apple Store e Google Store);
  10. 10. TAP
  11. 11. TAP
  12. 12. COMO INICIAR Nome do Projeto Produto Descrição Justificativa Objetivo Designação Identificar SH Mapear SH Classificar SH Entrevistar SH Orçamento Riscos Elaborar TAP INÍCIO FIM SPONSOR GP TAP APROVADA SIM NÃO
  13. 13. WBS Projeto Luxor HomologaçãoConstrução Análise/ Concepção Teste Integrado Implantação Definição de cronograma Elaboração de documento de Regras de Negócio Especificação de Telas Prototipagem Elaboração do termo de Abertura do Projeto Especificação Técnica Desenho de Arquitetura Definição de Arquitetura Implementação Funcionalidade de Cadastros Implementação Funcionalidade de Consultas Elaboração do Plano de teste Elaboração do Roteiro de Teste Teste Integrado Funcionalidade de Cadastros Teste Integrado Funcionalidade de Consultas Evidências do Teste Integrado Roteiro de Critérios de Aceitação Homologação Funcionalidade de Cadastros Homologação Funcionalidade de Consultas Teste de Performance no Ambiente Elaboração de documento de Evidências de Homologação Preparação do Ambiente Publicação em Produção Validação nas Lojas Online Garantia Pesquisa de Satisfação
  14. 14. DICIONÁRIO DA WBS ID FASE OU PACOTE DE TRABALHO ENTREGA CRITÉRIO DE VALIDAÇÃO CRITÉRIO DE ACEITAÇÃO 1 Projeto Luxor Aplicativo Luxor 1.1 Análise/Concepção E-mailde aprovação com Termo e Cronograma Template aprovado pela Construct E-mail de aceite pelas áreas de negócio 1.1.1 Elaboraçãodo termo de Abertura do Projeto Termo de Abertura do Projeto Template aprovado pela Construct Assinatura da área cliente 1.1.2 Definiçãode cronograma Cronograma Cronograma MSProject em PDF E-mail de aceite pelas áreas de Negócio e TI 1.1.2 Elaboraçãode documento de Regras de Negócio Documento de Regras de Negócio Template aprovado pela Construct E-mail de aceite pelas áreas de Negócio e TI 1.1.3 Especificaçãode telas Documento de Especificaçãode Telas Template aprovado pela Construct Documento aprovado no workflow do Projeto 1.1.4 Prototipagem Protótipo Navegável Protótipo Navegável em Html E-mail de aceite pela área de Negócio 1.2 Construção E-mail de liberação para teste integrado Código compiladoem ambiente de desenvolvimento E-mail de aceite da área de arquitetura da Construct 1.2.1 Definiçãode arquitetura Documento de Definição de Arquitetura Documento seguindo as Boas Práticas de Arquitetura da Construct E-mail de aceite da área de arquitetura da Construct 1.2.2 EspecificaçãoTécnica Documento de Especificação Técnica do Sistema Template aprovado pela Construct E-mail de aceite da área de arquitetura da Construct 1.2.3 Desenho de arquitetura Documento do Desenho da Arquitetura Template aprovado pela Construct E-mail de aceite da área de arquitetura da Construct 1.2.4 Implementaçãode Funcionalidade de Cadastros Código fonte publicado em ambiente de desenvolvimento Código fonte compilável , seguindo as Boas Práticas do Manual de Desenvolvimento da Construct E-mail de aceite da área de arquitetura da Construct 1.2.5 Implementaçãode Funcionalidade de Consultas Código fonte publicado em ambiente de desenvolvimento Código fonte compilável, seguindo as Boas Práticas do Manual de Desenvolvimento da Construct E-mail de aceite da área de arquitetura da Construct
  15. 15. DICIONÁRIO DA WBS ID FASE OU PACOTE DE TRABALHO ENTREGA CRITÉRIO DE VALIDAÇÃO CRITÉRIO DE ACEITAÇÃO 1.3 Teste integrado E-mail de Aceite do Documento de evidências do teste integrado Evidênciadas Telas de cada item do roteiro E-mail de aceite pelo Analista de negócio e Gerente do Projeto 1.3.1 Elaboraçãodo Plano de teste Plano de Teste Plano de acordo com o Documento de Regras de Negócio E-mail de aceite pelo Analista de negócio e Gerente do Projeto 1.3.2 Elaboraçãodo Roteiro de Teste Roteiro de Teste Roteiro de acordo com o Documento de Regras de Negócio E-mail de aceite pelo Analista de negócio e Gerente do Projeto 1.3.3 Teste integrado funcionalidadede Cadastros Checklist de execução de teste FuncionalidadeCadastro Checklist preenchido de acordo com o Documento de Regras de Negócio E-mail de aceite pelo Analista de negócio 1.3.4 Teste integrado funcionalidadede Consultas Checklist de execução de teste FuncionalidadeConsulta Checklist preenchido de acordo com o Documento de Regras de Negócio E-mail de aceite pelo Analista de negócio 1.3.5 Evidênciasdo teste integrado Documento de Evidências do Teste Integrado Template aprovado pela Construct E-mail de aceite pelo Analista de negócio e Gerente do Projeto 1.4 Homologação E-mail de Aceite do Documento de evidência da homologação Evidênciadas Telas de cada item do roteiro E-mail de aceite pelo Analista e Coordenador de negócio da área Cliente 1.4.1 Roteiro de critério de aceitação Roteiro de Teste Roteiro de acordo com o Documento de Regras de Negócio E-mail de aceite pela Coordenação de Negócio (Área Cliente) 1.4.2 Homologação funcionalidadede Cadastro Checklist de execução de teste FuncionalidadeCadastro Checklist preenchido de acordo com o Documento de Regras de Negócio E-mail de aceite pelo Analista de negócio da Área Cliente 1.4.3 Homologação funcionalidadede Consulta Checklist de execução de teste FuncionalidadeConsulta Checklist preenchido de acordo com o Documento de Regras de Negócio E-mail de aceite pelo Analista de negócio da Área Cliente 1.4.4 Teste de Performanceno ambiente Checklist de execução de Testes de Performance Checklist preenchido de acordo com o Documento de Regras de Negócio E-mail de aceite da área de arquitetura da Construct e Área Cliente do Projeto 1.4.5 Elaboraçãode documento de evidências de homologação Documento de Evidências da Homologação Template aprovado pela Construct E-mail de aceite pelo Analista e Coordenador de negócio da Área Cliente
  16. 16. DICIONÁRIO DA WBS ID FASE OU PACOTE DE TRABALHO ENTREGA CRITÉRIO DE VALIDAÇÃO CRITÉRIO DE ACEITAÇÃO 1.5 Implantação Termo de encerramento do projeto Validaçãodo funcionamento em ambiente produtivo Assinatura do Coordenador da Área cliente 1.5.1 Preparação do Ambiente Checklist de preparação de ambiente Template aprovado pela Construct E-mail de aceite da área de arquitetura da Construct e Gerente do Projeto 1.5.2 Publicaçãoem produção E-mail com a URL da aplicação URL em funcionamentoem produção E-mail de aceite pelo Analista e Coordenador de negócio da Área Cliente 1.5.3 Validaçãona loja on-line E-mailde confirmaçãona loja on-line URL em funcionamentona loja on- line Liberação do Aplicativo via e-mail 1.5.4 Garantia Ckecklist de acompanhamentoda garantia Template aprovado pela Construct E-mail de aceite da área de arquitetura da Construct e Gerente do Projeto 1.5.5 Pesquisa de Satisfação Pesquisa de Satisfação Template contratado pela Agência E-mail com dados gráficos dos Índices de Satisfação
  17. 17. Pacote – Especificação de Telas LISTA DE ATIVIDADES MAKE Capacidade Intelectual: Utilizar Capacidade Produtiva e Intelectual Interna com o objetivo de reutilizar os mesmos recursos na Sustentação do Produto. BUY Custo: Manter desenvolvimento interno por este ser mais vantajoso se comparado com o custo externo. Especialização: Para tarefas fora do domínio de negócio da empresa, contratar empresas com maior conhecimento técnico. Disponibilidade: Contratar terceirizados para execução de tarefas menos estratégicas que exijam maior número de pessoas para atingir o prazo. ID ATIVIDADE JOÃO MARIA JOSÉ JESUS Custo da atividade (R$)Duração (T) Custo (R$) Duração (T) Custo (R$) Duração (T) Custo (R$) Duração (T) Custo (R$) 1 Elaborar Requisitos de Usabilidade 30 horas R$ 55,00 R$ 1.650,00 2 Definir layout da interface 15 horas R$ 55,00 R$ 825,00 3 Definir padrão visual 30 horas R$ 55,00 120 horas R$ 85,00 R$ 11.850,00 4 Especificar tela home e logo do aplicativo 25 horas R$ 40,00 24 horas R$ 40,00 R$ 1.960,00 5 Especificar telas de consultas e cadastros 24 horas R$ 40,00 R$ 960,00 CUSTO DO PACOTE DE TRABALHO R$ 17.245,00 CRITÉRIOS MAKE OR BUY
  18. 18. Projeto Luxor HomologaçãoConstrução Análise/ Concepção Teste Integrado Implantação Definição de cronograma Elaboração de documento de Regras de Negócio Especificação de Telas Prototipagem Elaboração do termo de Abertura do Projeto Especificação Técnica Desenho de Arquitetura Definição de Arquitetura Implementação Funcionalidade de Cadastros Implementação Funcionalidade de Consultas Elaboração do Plano de teste Elaboração do Roteiro de Teste Teste Integrado Funcionalidade de Cadastros Teste Integrado Funcionalidade de Consultas Evidências do Teste Integrado Roteiro de Critérios de Aceitação Homologação Funcionalidade de Cadastros Homologação Funcionalidade de Consultas Teste de Performance no Ambiente Elaboração de documento de Evidências de Homologação Preparação do Ambiente Publicação em Produção Validação nas Lojas Online Garantia Pesquisa de Satisfação ANÁLISE MAKE OR BUY B M M M M M M M M M M B B B B B M M M M B M M M M
  19. 19. ANÁLISE DOS RISCOS RISCOS IDENTIFICADOS PROBABILIDADE IMPACTO SEMÁFORO RESPOSTA PLANO DE AÇÃO Não cumprimentodo cronograma estipulado, devido a agendas não cumpridas em tempo hábil Média Grande 0,20 Mitigar Realizarreuniões semanais de acompanhamentodo projeto. Não obtenção de parcerias com lojas de materiais de construção civil Improvável Médio 0,06 Mitigar Marcar reunião com os representantes das possíveis lojas de materiaisde construção civil antes da fase "Implantação". Falta de capacidade produtiva da equipe de Desenvolvedoresde TI, responsáveis pelo desenvolvimentodo aplicativo Improvável Pequena 0,03 Eliminar Alocação de recursos em regime de hora extra, se necessário. Falta de capacidade produtiva da equipe do projeto em virtude de sobreposição de funções Média Grande 0,20 Eliminar Alocação de recursos em regime de hora extra, se necessário. Captação de profissionaisda área de Construção Civil pouco qualificados para prestação de serviços satisfatórios Provável Muito Grande 0,56 Mitigar Implementar processo de homologação dos profissionaisda área de Construção Civil, utilizando notas atribuídas pelos usuários como corte para a prestação de serviços no aplicativo. Captação de Desenvolvedoresde TI pouco qualificados e inexperientes Improvável Grande 0,12 Eliminar Realizaranálise de CV dos colaboradores antes do início dos trabalhos. Se necessário, revisar a análise M/B para os pacotes de trabalhos que utilizam este recurso. Não adesão ao aplicativopor parte dos usuários (público-alvo) Improvável Muito Grande 0,24 Mitigar Contratar empresa de pesquisa para realizartestes e obter feedback de usuários em potencial durante a fase "Teste Integrado". Aplicativo pouco amigável e pouco acessível, dificultando,assim, a utilizaçãopor parte dos usuários (público-alvo) Rara Médio 0,02 Mitigar Contratar empresa de pesquisa para realizartestes e obter feedback de usuários em potencial durante a fase "Teste Integrado". Não obtenção de parcerias com lojas virtuais, devido ao pouco interesse com aplicativo Rara Muito Grande 0,08 Mitigar Marcar reuniões com os representantes das lojas virtuais para verificarpontos de interesse das lojas e atender os requisitos das lojas. Alteração de escopo no andamento do plano do projeto Média Muito Grande 0,40 Transferir Alterações no escopo do projeto deverão ser aprovadas por comitê específico e serão tratadas como pacotes Buy.
  20. 20. COMO PLANEJAR INÍCIOTAP Aprovada Planejar Gerenciamento do Escopo Definir Escopo WBS Fases Coletar RequisitosCritério de Validação Planejamento de Qualidade Critério de Aceitação Estimar Custos das Atividades Determinar Orçamento Pacote de Trabalho Lista de Atividades Sequenciar Atividades Estimar Recursos Estimar Duração Desenvolver Cronograma Premissas Planejar Gerenciamento de Riscos Identificar os Riscos Quantificar os Riscos Planejar Respostas aos Riscos Plano de Gerenciamento Stakeholders Matriz de Stakeholders Plano de Gerenciamento Comunicação Plano de Comunicação Análise Make or Buy Planejamento de Aquisições Plano de Gerenciamento do Projeto
  21. 21. COMO EXECUTAR INÍCIO Orientar e Gerenciar a Execução do Trabalho do Projeto Conduzir Aquisições Gerenciar Comunicações Gerenciar Expectativas dos Stakeholders Mobilizar Equipe de Projeto Desenvolver Equipe de Projeto Gerenciar Equipe de Projeto Realizar Garantia da Qualidade PGP Aprovado Entrega terminada
  22. 22. COMO MONITORAR Administração de Aquisições Realizar Controle Integrado de Mudanças Monitorar e Controlar o Trabalho do Projeto Monitorar e Controlar Riscos Controlar Comunicação – Reportar o Desempenho Realizar Controle de Qualidade Controlar Cronograma Controlar Custos Controlar Escopo Validar Escopo Entrega aceita
  23. 23. MUDANÇAS NO PROJETO Solicitação de mudança é requerida Análise dos impactos da mudança é realizada Quando não há aprovação: Arquivamento de Mudanças Quando há aprovação: Registro das lições Aprendidas Salvar nova linha de base Submeter à aprovação do Comitê de Aprovação de Mudanças
  24. 24. INÍCIO Encerrar Projeto ou Fase Relatório das Lições Aprendidas FIM Encerrar Aquisições COMO ENCERRAR

×