6. Cronograma e Entregas
Cronograma parcial com a primeira versão dos entregáveis.
FASE 1 — SITE (08/09/2026 – 29/09/2026)
| Iteração/Etapa | Atividades | Entregas | Objetivos |
|---|---|---|---|
| Planejamento de Requisitos 1 | - Reunião com stakeholders - Definição do backlog inicial - Validação do backlog com o cliente |
- Backlog do produto - Nova versão do documento de visão |
Definir a primeira lista de requisitos do produto. |
| Iteração 1 - Design 1 | - Protótipo inicial da solução - Definição dos campos e regras do formulário |
- Design 1 - Protótipo 1 - Arquitetura inicial |
A entrega do Design 1 é seguida de validação para verificar o fluxo, a usabilidade e a aderência aos requisitos levantados. |
| Validação do Design 1 | - Reunião de validação - Registro de feedback e ajustes necessários |
- Validação - Registro de feedback - Lista de ajustes |
O feedback desta validação orienta a segunda iteração de Design, sem combinar Design e Construção na mesma iteração. |
| Iteração 2 - Design 2 | - Refinamento do protótipo - Ajustes de usabilidade e fluxo - Refinamento do modelo de dados e regras de entrada |
- Design 2 - Protótipo 2 refinado - Modelo de dados atualizado |
O Design 2 consolida os ajustes de usabilidade, fluxo e modelo de dados antes da implementação. |
| Validação do Design 2 | - Verificação com os stakeholders - Evidências de aprovação/ajustes do design |
- Validação - Evidência de validação do design |
A validação do Design 2 ocorre antes da Construção e registra a aprovação ou os ajustes necessários. |
| Iteração 3 - Construção 1 | - Implementação do site reorganizado - Implementação do formulário - Implementação da persistência no banco local - Testes unitários e de integração iniciais |
- Construção 1 - Site implementado - Formulário funcional - Banco local recebendo dados |
A Construção entrega a implementação do design validado; não é descrita como "incremento de requisitos". |
| Iteração 4 - Construção 2 | - Correção de defeitos encontrados - Ajustes de integração e experiência - Re-execução dos testes afetados |
- Construção 2 - Versão corrigida/refinada do site |
A segunda iteração de Construção é usada para corrigir/refinar a implementação e repetir os testes afetados. |
| Confirmação da Fase 1 | - Teste do fluxo completo de cadastro - Verificação dos requisitos do site - Validação com a ONG ao final da fase |
- Confirmação - Resultado dos testes - Aceite/feedbacks - Incremento 1 concluído |
A confirmação encerra a fase com evidências de funcionamento, atendimento aos requisitos e validação com a ONG. |
FASE 2 — GERENCIADOR DE TURMAS (29/09/2026 – 13/10/2026)
| Iteração/Etapa | Atividades | Entregas | Objetivos |
|---|---|---|---|
| Iteração 5 - Elicitação e descoberta de requisitos | - Levantamento das necessidades do gerenciador - Identificação dos usuários e permissões - Definição das informações que poderão ser consultadas - Priorização das funções para o MVP do gerenciador |
- Elicitação - Requisitos do gerenciador - Backlog priorizado - Regras de acesso/consulta |
A elicitação desta fase inicia uma nova iteração porque trata de um produto com necessidades próprias. |
| Iteração 6 - Design 1 | - Fluxos de consulta e organização das turmas - Protótipo navegável - Definição da arquitetura de acesso ao banco local - Definição das regras de visualização/consulta |
- Design 1 - Protótipo inicial - Fluxos de uso - Arquitetura de acesso ao banco |
O Design 1 deve ser validado antes de iniciar a Construção. |
| Validação do Design 1 | - Demonstração do protótipo - Registro de feedback dos stakeholders |
- Validação - Feedback documentado - Ajustes necessários |
O feedback desta validação orienta a segunda iteração de Design, sem combinar Design e Construção na mesma iteração. |
| Iteração 8 - Design 2 | - Refinamento das telas e fluxos - Ajustes das regras de consulta - Detalhamento dos cenários de uso e tratamento de erros |
- Design 2 - Protótipo refinado - Cenários de teste detalhados |
O Design 2 detalha os fluxos, regras de consulta e cenários necessários para orientar a implementação. |
| Validação do Design 2 | - Validação das telas e fluxos - Registro das alterações aprovadas |
- Validação - Evidência de validação do design |
A validação do Design 2 registra a aprovação das telas, fluxos e regras antes da Construção. |
| Iteração 9 e 10 - Construção 1 e 2 | - Implementação do gerenciador de turmas - Implementação das consultas ao banco local - Implementação das funções priorizadas - Correção de defeitos - Refinamento de consultas e interface - Testes de integração e regressão |
- Construção 1: primeira versão funcional do gerenciador; integração com o banco local - Construção 2: versão refinada e testada do gerenciador |
A Construção implementa o design validado e entrega a primeira versão funcional. A segunda corrige defeitos, refina consultas e repete testes. |
| Confirmação da Fase 2 | - Validação do gerenciador com dados reais/de teste - Verificação das funções priorizadas - Confirmação de atendimento aos requisitos da fase |
- Confirmação - Resultado dos testes - Validação e feedback do cliente - Incremento 2 concluído |
A confirmação verifica funcionalidade, integração, usabilidade e aderência aos requisitos da fase. |
FASE 3 — CONFIRMAÇÃO FINAL (13/10/2026 – 27/10/2026)
| Iteração/Etapa | Atividades | Entregas | Objetivos |
|---|---|---|---|
| Confirmação integrada | - Teste ponta a ponta: envio no site → armazenamento no banco → leitura pelo gerenciador - Testes de integração e regressão - Verificação dos requisitos funcionais e não funcionais priorizados |
- Confirmação integrada - Relatório de testes integrados |
Esta confirmação não substitui as validações realizadas nas Fases 1 e 2; ela consolida a verificação do produto completo. |
| Validação final com stakeholders | - Demonstração das duas soluções - Coleta estruturada de feedback - Registro de pendências e definição de ajustes finais |
- Validação final - Registro de feedback - Lista de pendências |
A validação final confronta as duas soluções com as necessidades da ONG e registra pendências de forma rastreável. |
| Ajustes finais e revalidação | - Correção apenas de pendências identificadas na confirmação - Re-execução dos testes afetados - Verificação do aceite final |
- Revalidação - Evidências de correção - Aceite final |
Os ajustes finais devem ser diretamente vinculados às pendências identificadas; após cada correção, os testes afetados são repetidos. |
| Encerramento e entrega | - Documentação técnica e de uso - Registro das evidências de testes e validações - Preparação da entrega dos dois produtos |
- Documentação atualizada | O encerramento só ocorre após revalidação das correções, documentação das evidências e registro do aceite final. |
Versionamento
| Versão | Data | Descrição | Autor(es/as) | Revisor(es/as) |
|---|---|---|---|---|
| 1.0 | 05/09/2026 | Transcrição do documento para markdown | Marcos Monteiro |