1-Escopo:

​1.1 Contexto:
​Nos bares e restaurantes muitas vezes são encontradas dificuldades no
atendimento ao cliente, em dias de maior movimento alguns garçons se desdobram
para atender uma grande demanda, isso acaba acarretando uma perda de tempo
na coleta dos pedidos e em alguns casos, devido a indecisão do cliente que chama
o garçom antes mesmo de ter certeza do que irá pedir.
Outra coisa que acontece muito nesse tipo de estabelecimento é a insatisfação do
cliente devido a falta de uma estimativa para a entrega do prato, de um
acompanhamento do pedido. O food Guru tem o objetivo de sanar esses problemas,
além de facilitar a análise de dados do restaurante já que essas informações
poderão ser facilmente vistas através do aplicativo.

​1.2 Funções:
​Para o acesso ao Food Guru será necessário um cadastro (dono de restaurante ou
cliente).
Após o cadastro, o usuário que tem o perfil de conta cliente poderá:
● Visualizar o cardápio
● Pedir pratos
● Avaliar os pratos
● Verificar a situação do pedido
● Dividir a conta com as pessoas da mesa
● Selecionar a forma de pagamento
O usuário com o perfil de conta dono de restaurante poderá:
● Visualizar o cardápio
● Adicionar pratos
● Editar pratos
● Verificar fila de pedidos
● Visualizar dados financeiros do restaurante

Tabela 1: Particionamento do escopo

Etapas Atividades
● Planejamento do projeto
Iniciação ● Levantamento de requisitos
● Desenvolvimento do protótipo

Aquisições
Desenvolvimento ● Desenvolvimento do software
● Desenvolvimento do website

Implantação ● Testes
● Atualizações
2-Comunicação:
2.1 Comunicação dos membros da equipe:
Ferramentas utilizadas e como serão usadas:

Whatsapp​: Essa ferramenta será usada para dúvidas e alterações mais

simples de serem resolvidas. A comunicação ocorrerá dentro de um grupo de
Whatsapp, onde cada dúvida e mudança mais simples todos do grupo
poderão saber o que ocorreu e estará registrado.
Google Hangouts: Reuniões mais urgentes e que não puderam ser feitas
presencialmente por conta da disponibilidade dos membros afetados no
projeto, ocorrerão nessa plataforma. Serão feitas em formato de
videochamada.
Reuniões presenciais entre a equipe: ​ocorrerão em dias de sexta feira
após a aula,para alinhamento do projeto .

2.2 Comunicação com o cliente:

E-mail e reuniões: ​Ocorrerão reuniões presenciais com o cliente as terças-

feiras e sextas-feiras. Com o objetivo de alinhar os interesses do cliente e do
projeto e não distanciar o projeto do produto desejado do cliente inicialmente.
Dúvidas e alterações menores poderão ser feitas via e-mail,qualquer
alterações e problemas maiores deverão ser discutidos nessas reuniões.
Google Forms: Entregas de funcionalidades ocorrerão ao longo do projeto
e serão efetuadas por meio de uma página do google forms da disciplina de
Métodos e programação orientada a objetos.

3- Planejamento do Custo:
Para a contabilização dos custos do projeto, levar-se-á em consideração os gastos
com funcionários, locação de estrutura física, material de trabalho e licenças. Como decisão
de negócio e, mediante uma breve pesquisa de mercado, optou-se por:
• Contrato de funcionários de acordo com a CLT.
• Aluguel de local de trabalho em região próxima do polo central da cidade.
• Condomínio com serviços de limpeza, cafeteria etc.
• Aluguel de computadores + serviços de suporte e proteção informática.
• Aluguel de material de escritório (mesas + cadeiras )
• Contratação de licença de software
A tabela 1 apresenta os recursos bem como os custos associados necessários para
a execução do projeto.

Tabela 2-Planejamento de​ ​custos do projeto de software.

 Item Valor (R$) Quantidade Total (R$)

Pessoal + encargos

Gerente (PJ)/mês 3.000,00 1 3.000,00

Analista+encargos/mês 2.475,00 1 2.475,00

Desenvolvedor +
encargos/mês 1.656,00 3 4.968,00

Estrutura física

Aluguel de sala
comercial/mês 1.000,00 1 1.000,00

Taxas condominiais/mês 1.500,00 1 1.500,00

Aluguel de equipamentos e licenças

(Computador + Serviços
Informáticos)/mês 400,00 5 2.000,00

Kit escritório/mês 80,00 5 400,00

Internet/mês 99,00 1 99,00

Licenças da IDE/mês 50,00 5 250,00

Total/mês 15.692,00

O tempo previsto para o projeto é de 3 meses, Portanto o valor global estimado para
o projeto é de ​R$ 47.076,00 reias.

4-Gerenciamento do Tempo:
Para o esquema de gerenciamento de tempo utilizaremos o modelo de
desenvolvimento ágil ​SCRUM​,conforme apresentado na figura 1, no qual se definem:
 ​Figura 1- Esquema do modelo de desenvolvimento ágil SCRUM.

Sprint Planning Meeting:

Serão feitas reuniões a cada semana na quinta feira às 15:30 entre a equipe
para discutir o planejamento do sprint.

Daily Scrum:
Existirá comunicação entre os membros da equipe diariamente para verificar
o progresso de cada sprint de tal forma que se respondam, no mínimo, 3 perguntas:

O que foi realizado no dia anterior?

O que será realizado hoje?
Quais são os obstáculos que impedem o avanço do projeto?

Sprint Review Meeting

Ao final de cada sprint, o time de desenvolvimento realizará uma reunião de revisão.

A equipe de desenvolvimento apresentará tudo o que foi desenvolvido do Backlog, o que
não foi e as dificuldades presenciadas. Essas reuniões serão feitas nas sextas feiras das 8
às 10.
A figura 2 a seguir, apresenta as sprints com suas subtarefas e seus respectivos
prazos para o projeto Food Guru.
 Figura 2- Divisão de sprints para produção do software.

5-Gerenciamento de risco:
Para a garantia de entrega dos Pacotes nos prazos determinados e para
evitar surpresas durante o processo de produção do Food Guru, a equipe fará o
gerenciamento dos riscos do projeto conforme sintetizado na tabela 3
Tabela de riscos

Tabela 3- Gerenciamento de riscos do projeto.

Risco Probabilidade Impacto Monitoramento, Mitigação e
Plano de ação

Equipe inexperiente 30% Crítico Monitoramento e Mitigação​:

para o projeto -Observar a cada daily scrum, com
cada membro sobre os tipos de
dúvidas que possam surgir acerca
do projeto

-Incentivar a busca de
conhecimento, seja por
livros,vídeos ou tirar dúvidas com
os professores.
Plano de ação:
-Aumentar a carga horária diária
de trabalho afim de garantir a
absorção do conhecimento
necessário sem comprometer o
cronograma.

Inexperiência da 70% Crítico Monitoramento e Mitigação:

equipe com a -Identificar em cada daily Scrum,
plataforma de os tipos de dificuldades
desenvolvimento encontradas por cada membro em
sua respectiva atividade.

-Realizar reuniões extras para

compartilhamento de experiências
com a plataforma.

-Distribuir as tarefas mais

complexas para membros mais
familiarizados com a plataforma.
Plano de ação:
-Estender horário de trabalho
acrescentando horas com estudos
da plataforma para nivelar o ritmo
das atividades e não comprometer
o cronograma.

Ausência de 10% Desprezível Monitoramento e Mitigação:

membros no -Monitorar disponibilidade dos
planejamento da membros nos próximos dias de
sprint. trabalho, com o objetivo de prever
a ausência.
-Marcar dia de planejamento de
sprint se e somente se 80% da
equipe concordar com o dia
Plano de ação:
-Outros membros possuem
autonomia para definir o tamanho
da sprint.
-O membro ausente deverá ser
comunicado o mais rápido possível
do que ocorreu no planejamento
 da sprint.

Desinformação dos 50% Crítico Monitoramento e Mitigação:

membros da equipe -​Verificar se todos os membros
sobre as estão participando ativamente das
atualizações do discussões do projeto.
-Verificar presença de todos os
projeto.
membros em cada reunião.
-Registrar toda e qualquer
atualização do projeto por e-mail.
Plano de Ação:
-Informar os membros
desinformados, através de
relatórios de atualizações.

Saída de membros 10% Marginal Monitoramento e Mitigação​:

-Verificar a cada daily scrum se
algum membro está com algum
problema que impeça de continuar
o desenvolvimento do projeto e
consequentemente o faça desistir.

-Incentivar o integrante a
prosseguir com o desenvolvimento
e se for possível ajudar na solução
de seus problemas.
Plano de ação​:
-Redefinir o cronograma e os
custos do projeto.