Cronograma RAD — Salvando Vidas Através do Esporte
Disciplina: Requisitos de Software · UnB Gama · 2026/1
Abordagem: Híbrida · Ciclo de Vida: Iterativo-Incremental · Processo: RAD
Reuniões presenciais com cliente: ~2 por unidade (aproximadamente a cada 14 dias)
Fase 0 — Início da Disciplina
| Iteração | Fase RAD | Atividade ER | Técnica | Produto / Entrega | Início | Fim | Dias | Validação do Cliente |
|---|---|---|---|---|---|---|---|---|
| 0.1 | — | — | — | Início da disciplina de Requisitos de Software · Adaptação e nivelamento da turma · Formação dos grupos e definição inicial de papéis | 17/03 | 26/03 | 10 | — |
Fase 1 — Planejamento de Requisitos · Unidade 1
| Iteração | Fase RAD | Atividade ER | Técnica | Produto / Entrega | Início | Fim | Dias | Validação do Cliente |
|---|---|---|---|---|---|---|---|---|
| 1.1 | Planejamento de Requisitos | Elicitação e Descoberta | Entrevistas · Brainstorming | Ideação e discussão de proposta pela equipe · Elaboração do documento de proposta inicial Submissão e aprovação da proposta pelo professor | 26/03 | 06/04 | 12 | — |
| R0 ⭐ Reunião Cliente | Planejamento de Requisitos | Elicitação e Descoberta | Entrevista | Reunião presencial com coordenador do projeto e representante da Segunda Igreja Batista · Apresentação da proposta inicial e verificação de aceitação · Primeiros insumos sobre a realidade do projeto social | 31/03 | 31/03 | 1 | ✅ Presencial · Aceitação da proposta pelo coordenador · Alinhamento sobre viabilidade e contexto real do projeto |
| 1.2 | Planejamento de Requisitos | Elicitação e Descoberta | Brainstorming · Entrevistas · Workshop JAD | Definição de tecnologias (Flutter, Supabase, PostgreSQL, Figma) · Pesquisa de mercado e análise competitiva · Análise de viabilidade · Estratégias ESW: abordagem híbrida, ciclo iterativo-incremental, processo RAD · Atividades e técnicas de ER definidas · Nome do processo, SW e entregas | 07/04 | 13/04 | 7 | — |
| R1 ⭐ Reunião Cliente | Planejamento de Requisitos | Elicitação e Descoberta | Workshop JAD · Entrevistas | Reunião presencial com voluntários e representante do projeto · Entendimento do que agrega valor à realidade deles · Coleta de sugestões dos clientes sobre funcionalidades | 09/04 | 09/04 | 1 | ✅ Presencial · Validação da direção geral do projeto · Refinamento das necessidades reais dos usuários · Coleta e alinhamento de sugestões dos voluntários |
| E1 — Entrega 1 | — | Ponto de Controle | — | Relatório U1: proposta aprovada, análise competitiva, viabilidade, plano de ER, estratégias ESW · Apresentação + avaliação cruzada + retrospectiva | 14/04 | 16/04 | 3 | ✅ Professor |
Fase 2 — Planejamento de Requisitos + Design do Usuário · Unidade 2 ·
| Iteração | Fase RAD | Atividade ER | Técnica | Produto / Entrega | Início | Fim | Dias | Validação do Cliente |
|---|---|---|---|---|---|---|---|---|
| 2.1 | Planejamento de Requisitos | Elicitação e Descoberta · Análise e Consenso | Workshop JAD · MoSCoW | Levantamento inicial e análise de requisitos em alto nível · Criação do Backlog Geral inicial· Priorização MoSCoW e definição do escopo do MVP | 17/04 | 30/04 | 14 | — |
| R2 ⭐ Reunião Cliente | Planejamento de Requisitos | Elicitação e Descoberta | Workshop JAD · MoSCoW | Alinhamento do escopo preliminar levantado · Validação do entendimento das necessidades reais | 20/04 | 20/04 | 1 | ✅ Presencial · Confirmação do entendimento das necessidades do cliente · Alinhamento sobre o que é essencial (Must have) vs. desejável · Validação da direção do MVP |
| 2.2 | Design do Usuário | Representação de Requisitos · Elicitação (Refinamento) | Figma Wireframes · Flutter Scaffold · JAD Contínuo · DoR / DoD | Prototipação rápida no Figma e scaffolding de telas no Flutter · Validações contínuas com voluntários e coordenador · Definição visual de critérios de aceitação e DoR/DoD · Marco DoR: protótipo testado e aprovado pelo cliente — back-end autorizado a iniciar lógica de negócio na Fase 3 | 01/05 | 14/05 | 14 | — |
| R3 ⭐ Reunião Cliente | Design do Usuário | Verificação e Validação | Validação Protótipo · DoR Gate | Apresentação e navegação pelo protótipo Figma + scaffold Flutter · Aprovação formal das telas e fluxos do MVP | 07/05 | 07/05 | 1 | ✅ Presencial · Refinamento de telas com base na interação do cliente · |
| E2 — Entrega 2 | — | Ponto de Controle | — | Relatório U2: backlog inicial, priorização MoSCoW, MVP definido, DoR/DoD, protótipo aprovado · Apresentação + avaliação cruzada + retrospectiva | 19/05 | 21/05 | 3 | ✅ Professor |
Fase 3 — Design do Usuário + Construção Rápida · Unidade 3 ·
| Iteração | Fase RAD | Atividade ER | Técnica | Produto / Entrega | Início | Fim | Dias | Validação do Cliente |
|---|---|---|---|---|---|---|---|---|
| 3.1 | Design do Usuário | Representação de Requisitos · Verificação e Validação · Organização e Atualização | Figma Refinamento · | Refinamento de protótipos com base nos feedbacks anteriores · Verificação e validação de requisitos · DoR completo para as funcionalidades a construir | 20/05 | 29/05 | 10 | — |
| R4 ⭐ Reunião Cliente | Design do Usuário | Verificação e Validação | Validação Refinamento · JAD Contínuo | Validação dos protótipos refinados e critérios de aceitação · Aprovação do backlog estruturado para início da construção | 28/05 | 28/05 | 1 | ✅ Presencial · Validação dos refinamentos visuais e de fluxo · Aprovação dos critérios de aceitação definidos · Alinhamento e liberação para início da construção |
| 3.2 | Construção Rápida | Organização e Atualização · Verificação e Validação | Flutter + Supabase · Grooming · Checklist DoD | Desenvolvimento funcionalidades Must have do MVP integradas · Grooming e refinamento contínuo do backlog · Verificação interna contra critérios de aceitação e DoD | 30/05 | 15/06 | 16 | — |
| R5 ⭐ Reunião Cliente | Construção Rápida | Verificação e Validação | Demo · Revisão DoD | Demo do incremento funcional ao cliente · Validação do DoD das funcionalidades entregues | 08/06 | 08/06 | 1 | ✅ Presencial · Validação das funcionalidades implementadas em uso real · Confirmação do DoD · Coleta de ajustes e prioridades |
| E3 — Entrega 3 | — | Ponto de Controle | — | Relatório U3: verificação/validação de requisitos, Apresentação + avaliação cruzada + retrospectiva | 16/06 | 18/06 | 3 | ✅ Professor |
Fase 4 — Construção Rápida + Transição (Cutover) · Unidade 4 ·
| Iteração | Fase RAD | Atividade ER | Técnica | Produto / Entrega | Início | Fim | Dias | Validação do Cliente |
|---|---|---|---|---|---|---|---|---|
| 4.1 | Construção Rápida | Organização e Atualização · Verificação e Validação | Flutter + Supabase · Grooming · User Story Mapping | Desenvolvimento iterativo de funcionalidades · Atualização e refinamento do backlog | 17/06 | 30/06 | 14 | — |
| R6 ⭐ Reunião Cliente | Construção Rápida | Verificação e Validação | Demo 2 · UAT Início | Início do teste de aceitação (UAT) · Alinhamento do escopo final para homologação | 22/06 | 22/06 | 1 | ✅ Presencial · Validação das funcionalidades em uso real · Alinhamento do escopo final e pendências · Início formal do teste de aceitação pelo cliente (UAT) |
| 4.2 | Transição (Cutover) | Verificação e Validação · Organização e Atualização | UAT / Homologação · Revisão Final | Ajustes e correções pós-UAT · Consolidação da documentação e rastreabilidade final · Preparação da apresentação final | 23/06 | 07/07 | 15 | — |
| R7 ⭐ Reunião Cliente | Transição (Cutover) | Verificação e Validação | UAT Final · Homologação | Homologação final do produto com o cliente · Aprovação formal da entrega consolidada | 02/07 | 02/07 | 1 | ✅ Presencial · Homologação e aprovação formal do produto final · Validação de que os objetivos específicos (OEs) foram atendidos · Aceite oficial do cliente para encerramento do projeto |
| E4 — Entrega 4 | — | Ponto de Controle | — | Relatório U4: · Apresentação final + questionário geral + revisão de notas | 07/07 | 07/07 | 1 | ✅ Professor + Cliente |
Notas
⚠️Modelo preliminar: este cronograma poderá sofrer alterações ao longo do semestre conforme o andamento do projeto e decisões da equipe e do professor.
📱Reuniões online não programadas: as reuniões presenciais com o cliente são planejadas com frequência de uma média quinzenal (~14 dias). Reuniões online não programadas com o cliente podem ocorrer a qualquer momento conforme necessidade e não estão registradas neste cronograma.
👥Reuniões internas de equipe: a equipe mantém reuniões internas fixas de desenvolvimento nas terças e quintas-feiras, presencialmente, após a aula da disciplina.