Pular para conteúdo

CRONOGRAMA E ENTREGAS

A partir da estratégia de desenvolvimento de software estabelecida com base nos princípios do Scrum e nas necessidades levantadas junto ao cliente, tem-se a seguinte proposta de cronograma. O planejamento contempla as fases de iniciação, desenvolvimento incremental por sprints, entregas parciais e finalização, com foco em entregas frequentes de valor, validação contínua e refinamento progressivo do produto.

O cronograma a seguir apresenta cada etapa do projeto, seus objetivos principais, entregas esperadas e os critérios de validação previstos junto ao cliente ao final de cada ciclo. As User Stories (US) e os Épicos (EP) mencionados estão detalhados no Backlog do Produto.

Cronograma do Projeto

Sprint Período Objetivo Principal Entregas Esperadas Validação do Cliente
Iniciação 14/04/2025 - Configuração de ambiente de Desenvolvimento
- Backlog inicial refinado em conjunto com cliente
- Backlog inicial
- Configuração de ambiente
- Validação do backlog inicial
- Validação da arquitetura inicial
Sprint 1 14/04/2025 - 27/04/2025 - Primeiras funcionalidades de conta de usuário
- EP01 - Cadastro e Autenticação
- EP02 - Gerenciar Conta de Usuário
- US01 a US04
- Configuração do Mkdocs
- Feedback sobre funcionalidades de acesso e gestão de conta
Sprint 2 28/04/2025 - 11/05/2025 - Funcionalidades de cardápio
- EP03 - Gerenciar Cardápio
- US05 a US08
- Refino de requisitos e critérios de aceitação
- Validação da interface do cardápio e gerenciamento administrativo
Sprint 3 12/05/2025 - 25/05/2025 - Funcionalidades da sacola de compras + MVP
- EP04 - Gerenciar Sacola de Compras
- US09 a US11
- Definição oficial do MVP
- Validação da sacola virtual
- Aprovação das funcionalidades essenciais para MVP
Sprint 4 26/05/2025 - 08/06/2025 - MVP: Finalizar pedidos
- Fluxo final de pedido
- US13 e US16
- Implementação dos principais requisitos não funcionais
- Validação do fluxo completo de criação e visualização de pedidoS
Sprint 5 09/06/2025 - 22/06/2025 - Gerência da chave PIX da doceria
- Ajuste do fluxo de conclusão de pedido em cima do feedback do Stakeholder
- Implementação de RNF's de usabilidade
- US15
- Ajustes dos requisitos não funcionais
- Validação da edição de dados de pagamento (chave PIX)
- Verificação de melhorias de usabilidade aplicadas com base em feedback anterior
Sprint 6 23/06/2025 - 06/07/2025 - Fluxo final de pagamento
- Testes e ajustes finais
- US20
- Refino do sistema
- Implementação de melhorias e ajustes finais
- Validação de estabilidade, performance e ajustes solicitados
- Validação do fluxo de pagamento via PIX do início ao fim
Finalização 07/07/2025 - 14/07/2025 - Entrega final e apresentação - Deploy final do sistema
- Entrega do produto integrado e testado
- Documentação final do Projeto
- Validação final do sistema completo
- Aceite formal do produto
- Apresentação de resultados e aprendizado do projeto

Legenda

  • US (User Story): Representa uma funcionalidade do sistema sob a perspectiva do usuário ou do administrador, escrita de forma simples e objetiva. Cada US descreve uma necessidade ou desejo do usuário ou do administrador e serve como base para desenvolvimento e validação.
  • EP (Épico): Agrupamento de várias User Stories relacionadas a um mesmo tema ou funcionalidade central do sistema. Ajuda a organizar o backlog em partes maiores e estratégicas.
  • Mkdocs: Ferramenta de código aberto usada para criar sites de documentação estática a partir de arquivos Markdown. No projeto, será usada para organizar e apresentar a documentação técnica de forma clara e acessível.
  • Critérios de Aceitação: Conjunto de condições que uma User Story deve atender para ser considerada concluída e aceita pelo cliente ou equipe de validação. Os critérios servem como guia para o desenvolvimento e como base para testes, garantindo que a funcionalidade atenda às expectativas e requisitos definidos.

Considerações Importantes

  • Data de início e Fim: Cada sprint tem a duração de duas semanas, começando em 14/04/2025 e finalizando em 14/07/2025, distribuindo duas entregas parciais ao longo do tempo.
  • Flexibilidade: Este cronograma representa uma estimativa inicial baseada nas informações e requisitos disponíveis até o momento. Por se tratar de um projeto ágil, ajustes nas datas, entregas e prioridades poderão ser realizados ao longo do desenvolvimento, de acordo com o feedback do cliente, imprevistos técnicos ou novas necessidades identificadas.

Histórico de Versão

Data Versão Descrição Autor
19/04/25 1.0 Criação do Documento Bruno Garcia
20/04/25 1.1 Documentação de Cronograma Bruno Garcia
25/05/25 2.0 Ajuste do Cronograma Bruno Garcia
26/05/25 2.1 Ajuste do Cronograma de Acordo com o MVP Bruno Garcia