Visão do Projeto¶
Cronograma e Entregas¶
| Período | Atividade | Resultado Esperado | Executado |
|---|---|---|---|
| 26/03 - 04/04 | Ambientalização da equipe, levantamento de horários e conhecimentos | Identificação de forças e desafios, possibilidades de clientes | Sim |
| 05/04 - 13/04 | Elaboração do documento de visão da Unidade 1 | Artefatos visuais do cenário atual | Sim |
| 13/04 | Revisão final e publicação no GitPages | Documento de Visão v1.0 publicado | Sim |
| 15/04 - 24/04 | Correções a partir de Feedback do Documento 1.0 | Verão atualizada da documentação da equipe | Não |
| 25/04 - 12/05 | Atividades de ER ligadas aos Requisitos Funcionais e Não Funcionais | Declaração dos requisitos do produto, critérios de aceitação, testes previstos | Não |
| 25/04 - 14/05 | Elaboração de DoR e DoD | Declaração do DoR e DoD para o projeto, além de ajustes em requisitos para garantir que estão atendendo os critérios | Não |
| 25/04 - 14/05 | Elaboração do Protótipo de Alta Fidelidade | Protótipo de Alta Fidelidade aprovado pelo Cliente | Não |
| 25/04 - 16/05 | Backlog completo e priorizado | MVP definido e aceito pelo cliente, assim como ordem de priorização de desenvolvimento | Não |
| 16/05 - 18/05 | Revisão Final e Publicação de Entrega no GitPages | Seções para RFs, RNFs, DoR, DoD, Protótipo e Backlog priorizado | Não |
| 22/05 - 29/05 | Correções a partir de Feedback | Verão atualizada da documentação da equipe | Não |
| 30/05 - 05/06 | Desenvolvimento e Testes da Característica de maior valor | Funcionalidade testada e em conformidade com protótipo | Não |
| 06/06 - 12/06 | Desenvolvimento e Testes da segunda Característica de maior valor | Funcionalidade testada e em conformidade com protótipo | Não |
| 13/06 - 15/06 | Revisão final e publicação no GitPages | Mapemento de Desenvolvimento, telas reais, rastreabilidade da documentação | Não |
| 19/06 - 26/06 | Correções a partir de Feedback | Verão atualizada da documentação da equipe | Não |
| 22/06 - 01/07 | Desenvolvimento Final de MVP | Funcionalidades e Testes do MVP completas | Não |
| 03/07 | Entrega do MVP ao Cliente | Feedback de Aceite | Não |
| 04/07 - 05/07 | Ajustes finais do produto para cliente | Aceite completo | Não |
| 05/07 - 06/07 | Revisão Final da Documentação do Projeto | Formato final da documentação da equipe | Não |
Interação entre Equipe e Cliente¶
Composição da Equipe¶
Abaixo se encontra a divisão inicial de funções principais associadas aos membros da equipe, sendo que as mesmas podem eventualmente ser alteradas devido à dificuldades ou consenso da equipe conforme o trabalho for executado. Todos os membros poderão auxiliar em partes fora de suas responsabilidades principais considerando o desejo de entregar um produto ao nível esperado e mediante as necessidades do cronograma.
| Membro | Papel no Projeto | Responsabilidades Principais |
|---|---|---|
| Lucas Oliveira Meireles | Líder da Equipe | Responsável por facilitar os processos da equipe, remover impedimentos, gerenciar o quadro Kanban, garantir o cumprimento do cronograma. |
| Ana Luiza Borba de Abrantes | Analista de Qualidade | Responsável por revisar e garantir que as entregas estão dentro dos padrões esperados |
| Isaac Lucas Souza Bezerra | Desenvolvedor Back-end | Responsável principal pelo desenvolvimento da parte Back-End do projeto |
| Júlia Oliveira Patrício | Apoio Full-Stack | Integrante responsável por apoiar a equipe de desenvolvimento na área que estiver necessitando. |
| Pedro Ramos Sousa Reis | Desenvolvedor Front-End | Responsável principal pelo desenvolvimento da parte Front-End do projeto |
| Ana Luiza Borba de Abrantes, Isaac Lucas Souza Bezerra, Júlia Oliveira Patrício, Lucas Oliveira Meireles, Pedro Ramos Sousa Reis | Analista de Requisitos | Responsáveis por lider com os processos de Engenharia de Requisitos |
Comunicação¶
Com o cliente:
| Canal / Ritual | Frequência | Objetivo |
|---|---|---|
| Reunião de validação | Sob Demanda | Apresentar artefatos e coletar feedback |
| Canal de mensagem instantânea | Sob demanda | Dúvidas rápidas e comunicados urgentes |
| GitPages (este site) | Contínua | Transparência sobre o estado da documentação |
Interna da equipe:
| Canal / Ritual | Frequência | Objetivo |
|---|---|---|
| Reunião de alinhamento | Semanal | Sincronização, impedimentos e planejamento |
| Canal de mensagem instantânea | Diária | Comunicação rápida entre membros |
Processo de Validação¶
Validação incremental : Ao final de cada desenvolivmento de Característica de Produto, a equipe apresentará ao cliente os artefatos produzidos para coleta de feedback. O cliente confirmará se os entregáveis atendem às expectativas ou indicará ajustes necessários.
Validação com usuários finais (Unidade 3–4): Antes da entrega final do MVP, a equipe conduzirá sessões de teste com jovens aprendizes e instrutores reais para validar a usabilidade e a aderência da solução às necessidades identificadas.
Referências Bibliográficas¶
-
MARSICANO, George. Requisitos de Software. Livro base da disciplina, 2026.1, v1.1-draft. Universidade de Brasília.
-
SEST SENAT B093. Projeto Transporte em Cena. Documento de base teórica para proposta do produto de software. Luzânia, 2026.
-
MARSICANO, George. TEMPLATE — REQ — 2026.1 — Visão do Produto e Projeto, v6. Universidade de Brasília, 2026.
-
AMBLER, Scott W.; LINES, Mark. Disciplined Agile Delivery: A Practitioner's Guide to Agile Software Delivery in the Enterprise. IBM Press, 2012.
-
WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Microsoft Press, 2013.
Histórico de versões¶
| Versão | Data | Descrição |
|---|---|---|
| 1.0 | 13/04 | Versão inicial do documento |
| 1.1 | 05/05 | Ajustes de Cronograma |