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

1. FUNDAMENTOS DO
GERENCIAMENTO
DE PROJETOS
São Paulo – Paulista
Turma GEEP 48

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

11. TAP

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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. INÍCIO
Encerrar Projeto
ou Fase
Relatório das
Lições Aprendidas
FIM
Encerrar
Aquisições
COMO ENCERRAR