Cronograma e Entregas
6. Cronograma e Entregas
O cronograma foi organizado em iterações semanais distribuídas ao longo das quatro fases do RAD. Como a abordagem é dirigida a plano na fase de Planejamento de Requisitos, os requisitos são definidos de forma abrangente antes da prototipagem; nas iterações seguintes, os protótipos são o principal instrumento para validar e refinar a interface (UI/UX) e os fluxos de navegação com o cliente e para expor nuances de domínio, com os requisitos evoluindo de forma iterativa e incremental a partir desse feedback. Design do Usuário e Construção iteram em conjunto a cada funcionalidade, e cada iteração percorre — e registra — o seguinte ciclo padrão, tornando explícita a passagem entre as atividades:
- Prototipação e refinamento (Design do Usuário): evolução do protótipo de média fidelidade no Figma para validar a interface (UI/UX) e os fluxos de navegação, refinando histórias de usuário e critérios de aceitação conforme as mudanças e nuances de domínio que emergem;
- Validação do protótipo com o cliente: homologação visual com o técnico e seu auxiliar técnico, avaliando também a usabilidade;
- Construção (Construção): implementação do incremento a partir do protótipo aprovado;
- Verificação interna: checklists, revisão por pares e testes funcionais frente aos critérios de aceitação;
- Validação do incremento com o cliente: demonstração e registro do resultado, com atualização de requisitos, decisões e rastreabilidade no GitHub Projects.
Para tornar esse ciclo explícito em cada iteração, as colunas de saída da tabela refletem as suas etapas: Design / refinamento (protótipo + validação do protótipo) reúne as etapas 1 e 2; Construção e verificação reúne as etapas 3 e 4; e Validação do incremento e resultado (ER) corresponde à etapa 5. Assim, além do incremento de produto, toda iteração produz e registra os artefatos de Engenharia de Requisitos (histórias refinadas, critérios de aceitação, protótipo validado, requisitos e rastreabilidade atualizados, decisões registradas e o resultado da validação), e testes, integração e ER ocorrem de forma contínua, não apenas ao final.
As reuniões de elicitação com o cliente ocorreram em agosto de 2026, antecedendo o início formal do cronograma; a Iteração 1 consolida e prioriza esses insumos.
| Fase (RAD) | Iteração | Período | Foco (funcionalidade) | Design / refinamento (protótipo + validação do protótipo) | Construção e verificação | Validação do incremento e resultado (ER) |
|---|---|---|---|---|---|---|
| Planejamento de Requisitos | Iteração 1 | 07/09–14/09 | Elicitação (consolidação de agosto), priorização e base técnica | Escopo priorizado (MoSCoW + Valor x Esforço); Documento de Visão; backlog inicial catalogado no GitHub Projects | Ambiente Free Tier (Vercel + Render) e modelo de dados inicial; requisito de migração formalizado | Escopo e prioridades validados com o técnico; alinhamento inicial com o técnico e seu auxiliar técnico |
| Design do Usuário e Construção | Iteração 2 | 14/09–21/09 | Perfis de acesso (CP05) e importação dos dados históricos (transição/migração) | Protótipo de acesso/perfis e da tela de dados importados; histórias e critérios de CP05 e da migração refinados e validados com o cliente (usabilidade avaliada) | Autenticação e perfis (técnico/auxiliar); importação dos dados do Excel; testes de integridade | Acesso por perfil e integridade dos dados validados por técnico e auxiliar; requisitos, rastreabilidade e decisões atualizados |
| Design do Usuário e Construção | Iteração 3 | 21/09–28/09 | Registro rápido e categorizado de sessões (CP01) | Protótipo do registro (UI/UX + fluxo), histórias refinadas e critérios de aceitação de CP01 validados com o cliente (usabilidade avaliada) | Tela de registro e categorização; testes funcionais; verificação da meta de tempo de cadastro (RNF) | Registro validado em campo por técnico e auxiliar; requisitos e rastreabilidade atualizados e decisões registradas no GitHub Projects |
| Design do Usuário e Construção | Iteração 4 | 28/09–05/10 | Periodização – macrociclos (CP02) | Protótipo, histórias refinadas e critérios de macrociclos validados com o cliente (usabilidade avaliada) | Cadastro de macrociclos; testes | Estrutura de macrociclos validada com o técnico e o auxiliar; requisitos e rastreabilidade atualizados e decisões registradas no GitHub Projects |
| Design do Usuário e Construção | Iteração 5 | 05/10–12/10 | Periodização – meso e microciclos (CP02) | Protótipo, histórias refinadas e critérios de meso/microciclos validados com o cliente (usabilidade avaliada) | Meso e microciclos vinculados aos macrociclos; testes | Hierarquia de periodização validada com o técnico e o auxiliar; requisitos e rastreabilidade atualizados e decisões registradas no GitHub Projects |
| Design do Usuário e Construção | Iteração 6 | 12/10–19/10 | Dashboard de carga de treino (CP03) | Protótipo do painel de carga (com consulta/filtragem), histórias refinadas e critérios validados (usabilidade avaliada) | Painel de carga; testes; definição operacional de "atualização imediata após o registro" (RNF) | Dashboard de carga validado com o técnico e o auxiliar; requisitos e rastreabilidade atualizados e decisões registradas no GitHub Projects |
| Design do Usuário e Construção | Iteração 7 | 19/10–26/10 | Dashboard de desempenho e filtros analíticos (CP03) | Protótipo de métricas e filtros (por ciclo, período, categoria), histórias refinadas e critérios validados com o cliente (usabilidade avaliada) | Métricas e filtros; testes | Métricas e filtros validados por técnico e auxiliar; requisitos e rastreabilidade atualizados e decisões registradas no GitHub Projects |
| Design do Usuário e Construção | Iteração 8 | 26/10–02/11 | Relatórios por ciclo (CP04) | Protótipo dos relatórios por ciclo, histórias refinadas e critérios validados (usabilidade avaliada) | Relatórios por ciclo; testes | Relatórios validados com o técnico e o auxiliar; requisitos e rastreabilidade atualizados e decisões registradas no GitHub Projects |
| Design do Usuário e Construção | Iteração 9 | 02/11–09/11 | Relatórios comparativos entre ciclos (CP04 / OE3) | Protótipo dos comparativos (macro/meso/micro), histórias refinadas e critérios validados (usabilidade avaliada) | Comparativos entre ciclos; testes | Análise comparativa validada com o técnico e o auxiliar; requisitos e rastreabilidade atualizados e decisões registradas no GitHub Projects |
| Construção (integração e estabilização) | Iteração 10 | 09/11–16/11 | Integração, correção de defeitos e usabilidade consolidada (margem para atrasos) | Ajustes de UI/UX priorizados a partir do feedback acumulado | Sistema integrado e estabilizado; defeitos priorizados corrigidos; testes de regressão | Avaliação de usabilidade com técnico e auxiliar; requisitos e rastreabilidade atualizados e decisões registradas no GitHub Projects (pendências repriorizadas) |
| Cutover | Iteração 11 | 16/11–23/11 | Homologação assistida e preparação da implantação (VPS) | Ajustes finais de interface conforme a homologação | Correções finais; plano de implantação em VPS | Homologação em ambiente assistido com o técnico e o auxiliar; aprovação do clube quanto a custo, responsável operacional, credenciais e manutenção da VPS |
| Cutover | Iteração 12 | 23/11–30/11 | Implantação em produção e entrega final do MVP | Manual do usuário e notas de versão (apoio ao uso) | Deploy em VPS (AWS Lightsail ou DigitalOcean); MVP integrado | Aceite final do MVP por técnico e auxiliar; linha de base de requisitos fechada e demandas futuras registradas |
Considerações importantes
- Cada iteração de Design do Usuário e Construção percorre o ciclo padrão (prototipação e refinamento → validação do protótipo → construção → verificação → validação do incremento), agora explicitado por iteração nas colunas de saída da tabela, mantendo o ciclo integrado do RAD.
- Como os requisitos já foram definidos de forma abrangente na fase de Planejamento de Requisitos (elemento dirigido a plano), as iterações centram-se na validação e no refinamento de UI/UX e dos fluxos de navegação via protótipos; eventuais mudanças de requisitos emergem desse feedback e são incorporadas ao backlog (elemento ágil, iterativo e incremental).
- A usabilidade é avaliada desde os primeiros protótipos (e não apenas ao final), e o técnico e seu auxiliar técnico participam das validações ao longo de todo o processo, por serem usuários diretos. Essa decisão deve ser refletida de forma consistente no Cenário (1.6/1.7) e na Interação com o Cliente (seção 7).
- A importação dos dados históricos é tratada como requisito de transição/migração, incluída no backlog e na rastreabilidade, e não como capacidade solta fora do escopo.
- A Iteração 10 é reservada como margem para integração, correção de defeitos e estabilização antes da entrega, reduzindo o risco do prazo curto.
- A migração para VPS está condicionada à aprovação do clube quanto a custo, responsável operacional, credenciais e manutenção — dependência registrada na Iteração 11.
- As datas apresentadas são propostas a partir da semana de 07/09/2026 e podem ser ajustadas conforme o calendário da equipe e do cliente.