5. Interação entre Equipe e Cliente
5.1 Composição da Equipe
A equipe de desenvolvimento será composta por:
| Papel | Descrição | Responsável | Participantes |
|---|---|---|---|
| Gerente de Projeto | Coordena o projeto, garante a comunicação entre cliente e equipe, controla prazos e entregas | Davi Negreiros | - |
| Desenvolvedor Frontend | Interface do usuário, design e funcionalidades do lado do cliente | Jorge Henrique | Raissa, João Marcelo |
| Desenvolvedor Backend | Implementa lógica de negócios, integração de banco de dados e APIs | Arthur Gomes | Davi Negreiros, Gabriel Fae |
| Analista de QA | Garante qualidade do produto realizando testes constantes | Gabriel Fae | Raissa |
| Analista de Requisitos | Define os requisitos funcionais do sistema e garante que estejam atualizados | João Marcelo | Davi, Gabriel, Raissa, Arthur e Jorge |
5.2 Comunicação
Ferramentas de comunicação
-
Discord/Google Meet: reunião semanais de revisão e produção das sprints com o grupo será realizada por meio do Discord, enquanto reuniões com o cliente para validação de entregas, coleta de feedback, discussões e planejamento das sprints serão realizadas pelo Meets.
-
Whatsapp: comunicação diária e rápida entre os membros da equipe, buscando compartilhamento de arquivos, discussões curtas e específicas, agendamento de reuniões extra-oficiais e mais de forma dinâmica.
-
Miro: ferramenta de gerenciamento do backlog, controle das tarefas do grupo, acompanhamento do progresso de sprints e revisão de trabalho à ser feito. Permite que a equipe visualize e administre as tarefas de forma rápida e fácil.
Frequência de reuniões
-
Reunião diária (Daily Scrum): equipe de desenvolvimento entrará em contato de 15 há 30 minutos diários para discussão do progresso de cada sprint por meio de plataformas de comunicação rápida.
-
Reunião de revisão de Sprint (quinzenal): Ao final de cada sprint (quinzenal), haverá uma reunião para avaliar o progresso e qualidade do aplicativo junto do cliente. Nessas reunião, a equipe apresentará as funcionalidades desenvolvidas, permitirá versões de teste ao cliente e coletará feedback para ajustar o backlog caso necessário.
-
Reunião de Planejamento de Sprint: Após a reunião de revisão, a equipe se encontrará (na semana seguinte), para planejar o próximo sprint, revisar o backlog, definir novas prioridades, se necessário, e adaptar o projeto de acordo com o feedback do cliente.
-
Reunião de aprendizado: No final de cada unidade entregue, o grupo terá uma reunião extra-oficial para coletar as dificuldades, os aprendizados, detalhes e comentários sobre a unidade estudada em sala.
Heatmap da equipe
5.3 Processo de Validação
O processo de validação da solução será realizado em três etapas principais:
-- DoR (Definition of Ready): Antes de iniciar o desenvolvimento de uma funcionalidade, será verificado se ela atende ao Definition of Ready, garantindo que os requisitos estejam claramente definidos, devidamente documentados e com todos os critérios de aceitação estabelecidos.
-- DoD (Definition of Done): Uma funcionalidade só será considerada concluída quando atender ao Definition of Done, ou seja, após passar pelos testes unitários e de integração, além de receber aprovação visual e funcional tanto da equipe quanto do cliente.
-- Entrega: Após a validação interna, o produto será disponibilizado ao cliente para os testes de aceitação. Nessa etapa, o cliente avaliará se o sistema cumpre os requisitos estabelecidos, validando cada funcionalidade com base nos critérios definidos durante o DoR.
Histórico de Versão
| Data | Versão | Descrição | Autor |
|---|---|---|---|
| 14/09/2025 | 1.0 | Criação do Documento | Gabriel Fae |