-
Notifications
You must be signed in to change notification settings - Fork 0
Encerramento
O projeto do software Pizza and Beer DuKahRioca foi bem-sucedido em proporcionar uma interface amigável no front-end, permitindo que os clientes fizessem pedidos de pizza de forma intuitiva. No entanto, foram identificados problemas e questões em aberto no back-end, como a falta de entrega da entidade "ingrediente" e a ausência de controle de acesso e acesso de administrador. É fundamental que essas questões sejam solucionadas para garantir a plena funcionalidade e segurança do sistema.
Este Relatório de Encerramento do Projeto é criado para atingir os seguintes objetivos:
· Liberar qualquer orçamento restante para o projeto
· Validar os marcos e o sucesso do projeto
· Confirmar questões pendentes, riscos e recomendações
· Descrever tarefas e atividades necessárias para fechar o projeto
· Identificar os destaques do projeto e as melhores práticas para projetos futuros
| Métrica | O que Medir | Encerramento da Métrica |
|---|---|---|
| Implementação do sistema dentro do prazo estipulado | Prazo | Houveram atrasos no cronograma ao longo do projeto, terminando o projeto sem alguns requisitos de alto nível |
| Implementação do sistema rodando bem em todos os dias e horários de funcionamento da pizzaria. | Disponibilidade do software | O software funciona com poucos bugs e disponível para uso da pizzaria |
| Acessibilidade: a plataforma é acessível através de navegadores web, permitindo que qualquer cliente da pizzaria possa fazer pedidos de forma conveniente | Multiplataforma | O software está acessível para múltiplas plataformas |
| Todos os requisitos de alto nível devem estar presentes e implementados no sistema | Métricas de Qualidade | O projeto não foi finalizado com os seguintes requisitos de alto nível: que os clientes paguem pelos seus pedidos, que o sistema armazene os dados dos clientes, como endereço, informações de pagamento e histórico de pedido |
| Itens do Orçamento | Estimativa | Custo Real | Gasto de Acordo com o Plano |
|---|---|---|---|
| Total do orçamento | R$18.560,00 | R$13.440,00 | R$18.560,00 |
| Marcos | Estimativa | Realidade |
|---|---|---|
| Entrega da P1 | Front-end do projeto feito | Front-end entregue com sucesso |
| Entrega da P2 | Back-end do projeto feito | Back-end entregue com bugs e sem a entidade "ingredientes" |
| Plano de Qualidade | Modificações | Defeitos |
|---|---|---|
| Controle de acesso | Ainda não foi implementado o controle de acesso para impedir o acesso às páginas do carrinho sem login. | Defeito identificado: É possível acessar as páginas de carrinho mesmo sem estar logado. |
| Acesso de administrador | Não foi implementado o acesso de administrador para adicionar pizzas ao cardápio. | Defeito identificado: Falta de acesso de administrador para adicionar pizzas ao cardápio. |
| Informação de login claro | Não foi fornecida uma informação clara no frontend para indicar quando o usuário está logado e permanece logado. | Defeito identificado: Falta de informação clara no frontend sobre o status de login do usuário. |
| Áreas | Situação |
|---|---|
| Orçamento | No orçamento |
| Cronograma | Atraso no cronograma |
| Qualidade | Baixa qualidade |
| Comunicação | Boa frequência |
| Sobre o Projeto | Atraso no projeto causou série de falhas |
A gestão da comunicação no projeto foi bem-sucedida devido à realização de reuniões que ajudaram na comunicação da equipe e na organização do projeto. Para reaproveitar essa lição, é necessário manter reuniões regulares, estabelecer um calendário consistente, definir uma pauta clara e incentivar a comunicação aberta e transparente entre os membros da equipe. Uma lição malsucedida foi a falta de um calendário consistente de reuniões, o que pode ser corrigido ao estabelecer datas, horários e duração definidos para as sessões, além de designar um facilitador para conduzir as discussões de forma produtiva.
| Número do risco | Descrição do risco identificado | Plano de Ação | Situação Atual | Situação do Plano |
|---|---|---|---|---|
| 1 | Desencontro de informações, quando houver erro no entendimento | Revalidar as informações com a equipe de PSW | Todas as informações estão sendo esclarecidas nas reuniões | Efetivo |
| 2 | Falta de mão de obra caso um membro saia do projeto | Retirar ou redistribuir a entidade faltante | A entidade "Ingredientes" está atrasada | Efetivo |
| 3 | Software introduzido com erros na entrega | Verificar a qualidade do software em cada fase do projeto | O projeto está incompleto, aguardando solução da equipe | Pouco efetivo |
| 4 | Descumprir o cronograma por atraso na entrega | Promover reuniões para alinhar horas extras com a equipe | A equipe está fazendo horas extras para finalizar o projeto | Pouco efetivo |
| 5 | Orçamento insuficiente | Revisão do plano de orçamento e diminuição dos custos | Não houve problemas com o orçamento | Efetivo |
| 6 | Problemas com computadores e equipamentos | Utilização dos laboratórios do CEFET para realização das atividades | Não houveram problemas com equipamentos | Efetivo |
| Assunto | Lições Bem-Sucedidas | Motivo para dar certo | Como Reaproveitar para outros Projetos | Lições Malsucedidas | O que poderia ser feito para dar certo |
|---|---|---|---|---|---|
| Comunicação | Reuniões são necessárias para o bom andamento do projeto | As reuniões ajudaram na comunicação da equipe e a organizar o projeto | Manter as reuniões para discussão do andamento e encaminhamento do projeto | Reuniões devem ser feitas o mais frequentemente possível | Não houve um calendário consistente de reuniões |
| Custo | --- | --- | --- | --- | --- |
| Desenvolvimento | --- | --- | O desenvolvimento do projeto encontrou certos empecilhos | Devido aos atrasos no projeto o desenvolvimento se viu afetado, e acabou não sendo finalizado de forma satisfatória | --- |
| Gerenciamento de Problemas | --- | --- | Lidar com os problemas do projeto para evitar atrasos | Os problemas ocorridos não foram corrigidos a tempo, causando sequencias de atrasos no projeto | Criar uma política de resolução de problemas o mais cedo possível para garantir que o projeto flua de acordo com o cronograma |
| Planejamento do Projeto | --- | --- | O projeto não conseguiu seguir o planejamento previsto | Graças aos atrasos o projeto saiu do planejamento original | --- |
| Garantia da qualidade | Testes de qualidade são importantes e necessários | Testes de qualidade foram feitos | --- | --- | --- |
| Cronograma de entregáveis | --- | --- | --- | Graças aos atrasos do projeto os entregáveis saíram por muitas vezes incompletos | Lidar melhor com atrasos e resoluções de problema para que os entregáveis não sejam afetados |
| Produtividade da Equipe | --- | --- | --- | Produtividade não foi adequada a demanda do projeto, causando atrasos | --- |