Interação entre Equipe e Cliente

Composição da Equipe

Papel	Descrição	Responsável	Participantes
Gerente de Projeto	Responsável por coordenar o projeto, manter a comunicação entre a equipe e o cliente, e garantir o cumprimento dos prazos e entregas.	Otavio Maya	Otavio Maia
Desenvolvedor FrontEnd	Cuida do desenvolvimento da interface do usuário, garantindo o design e a implementação das funcionalidades no lado do cliente.	Nathan Benigno	Otavio Maya, Eduardo Ferreira
Desenvolvedor Backend	Desenvolve a lógica de negócio, realiza a integração com banco de dados e serviços externos por meio de APIs.	Esdras de Sousa	Atyrson Souto, Pedro Victor, Marcelo Adrian
Analista de Requisitos	Responsável por levantar, documentar e gerenciar requisitos funcionais e não funcionais, garantindo o alinhamento com os objetivos do projeto.	Eduardo Ferreira	Atyrson Souto, Esdras de Sousa, Marcelo Adrian, Nathan Benigno, Otavio Maya, Pedro Victor
Analista de QA	Cria pipelines de integração e entrega contínua, desenvolve testes automatizados e realiza testes funcionais para assegurar a qualidade do produto.	Marcelo Adrian	Marcelo Adrian

WhatsApp: será utilizado para comunicações rápidas e diárias entre os membros da equipe e também com o cliente, sempre que necessário.
Google Meet: usado para reuniões mais formais de sprint e também para os encontros de validação com o cliente.
GitHub Projects (Kanban): ferramenta usada para o acompanhamento visual das tarefas da equipe durante o desenvolvimento.

Revisão de Sprint* (a cada duas semanas):
Toda sexta-feira, a equipe fará uma reunião para revisar o que foi entregue na sprint anterior, identificando o que funcionou bem e o que pode ser melhorado.
Planejamento de Sprint (a cada duas semanas):
Logo após a revisão, será feito o planejamento da nova sprint, com base no cronograma e nas prioridades do projeto.
Validação com o Cliente:
As reuniões com o cliente ocorrerão exclusivamente ao final das sprints, alinhando-se à preferência do stakeholder por acompanhar apenas os fechamentos. O objetivo dessas validações é apresentar o progresso alcançado, receber feedback e realizar ajustes, se necessário. As reuniões acontecerão preferencialmente às segundas ou sextas-feiras, e não será exigida a presença de toda a equipe — apenas os membros responsáveis pelas entregas em validação participarão para conduzir a apresentação e esclarecer eventuais dúvidas.

Validações Principais:
Previstas para ocorrer apenas ao final das sprints, momento destinado à validação do progresso do projeto. Como o stakeholder possui conhecimento em tecnologia, optou por não realizar reuniões semanais, considerando mais eficiente acompanhar o desenvolvimento apenas nos fechamentos de sprint.
Comunicação pelo WhatsApp:
Em situações de dúvidas rápidas ou discussões informais ao longo do projeto, será utilizada essa ferramenta pela sua praticidade e acessibilidade.

O processo de validação das funcionalidades do sistema Corigge será dividido em três etapas principais:

Antes de iniciar o desenvolvimento de qualquer funcionalidade, será verificado se:

A funcionalidade só será considerada concluída se:

Passar por testes unitários, de integração e validações internas.
Atender aos critérios de aceitação previamente definidos.
Estiver aprovada visual e funcionalmente pela equipe, garantindo qualidade, estabilidade e alinhamento com os objetivos do projeto.

Após a validação interna de funcionalidades como reconhecimento automático de respostas, identificação da matrícula e exportação de relatórios, o sistema será entregue ao cliente para testes finais.
A validação será feita com base nos critérios definidos durante o planejamento (DoR) e ocorrerá nos fechamentos de sprint, conforme acordado com o stakeholder.

Data	Versão	Descrição	Autor(es)	Revisor(es)
19/04/2025	1.0	Criação inicial da documentação	Marcelo Adrian	Eduardo Ferreira
21/04/2025	1.1	Atualização dos processos de validação	Eduardo Ferreira	Marcelo Adrian