Interação entre Equipe e Cliente
Composição da Equipe
| Papel | Descrição | Responsável | Participantes |
|---|---|---|---|
| Gerente de Projeto | Coordena o projeto, garante a comunicação entre cliente e equipe, controla prazos e entregas. | Marina Galdi | Ana Elisa |
| Desenvolvedor Frontend | Responsável pela interface do usuário, design e implementação das funcionalidades no cliente. | Felipe Veríssimo | Marina Galdi |
| Desenvolvedor Backend | Implementa a lógica de negócios, integração com banco de dados e APIs. | Luiz Henrique | Ana Elisa |
| Analista de QA | Garante a qualidade do produto, executando testes de funcionalidade, performance e usabilidade. | Dannyeclisson | Luiz Henrique |
| Analista de Requisitos | Define os requisitos funcionais e não funcionais do sistema e garante que eles sejam atendidos. | Todos | Todos |
Comunicação
Ferramentas de Comunicação
- WhatsApp / Discord: Usado para comunicação rápida e informal entre os membros da equipe e também com o cliente. Permite esclarecimentos ágeis, alinhamentos pontuais e avisos durante as sprints.
- Microsoft Teams / Google Meet: Ferramentas para reuniões formais com o cliente, incluindo apresentações de entregas, planejamento e feedback.
- Figma: Ferramenta principal de acompanhamento visual do projeto, onde o cliente pode acompanhar as telas, sugerir ajustes e ver o progresso em tempo real.
Métodos e Frequência de Reuniões
- Reuniões Semanais: Ao final das aulas, para revisar o progresso da sprint, alinhar prioridades e redistribuir tarefas.
- Reunião de Retrospectiva: Avaliação do que funcionou bem, o que precisa melhorar e ações futuras.
- Revisão de Sprint (a cada 2 semanas): Apresentação das entregas para o cliente, validação e coleta de feedback.
- Planejamento de Sprint: Realizada logo após a revisão, para definir os próximos passos com base nos feedbacks.
Interações com o Cliente
- Revisão da Sprint: Cliente acompanha o progresso via Miro, revisa tarefas e ajusta prioridades.
- Acesso ao Figma: Participa das reuniões de revisão e valida funcionalidades diretamente na ferramenta, contribuindo com novas demandas.
Processo de Validação
O processo de validação será estruturado em três etapas principais:
- Definition of Ready (DoR): Um item só entra em desenvolvimento se tiver requisitos bem definidos e critérios de aceitação claros.
- Definition of Done (DoD): Entrega só é concluída se passar por testes, revisão de código (se necessário) e validação visual e funcional.
- Validação com o Cliente: Após a validação interna, o cliente testa a funcionalidade e aprova com base em suas expectativas.