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. | Manoela | - |
| Desenvolvedor FrontEnd | Responsável pela interface do usuário, design e implementação das funcionalidades no lado do cliente. | Alexandre | Manoela |
| Desenvolvedor Backend | Implementa a lógica de negócios, integração com banco de dados e APIs. | Enrico | Gustavo e Pedro Henrique |
| Analista de Requisitos | Identifica, documenta e gerencia requisitos funcionais e não funcionais. Realiza elicitação, análise, validação e especificação dos requisitos. Garante alinhamento com os objetivos do projeto e participa de revisões e testes.. | Pedro Henrique | Gustavo, Alexandre, Enrico e Manoela |
| Desenvolvedor CI/CD / Tester | Codificar testes unitários, criar integração e entrega contínua. Realizar testes funcionais, garantindo a qualidade do produto. | Gustavo |
Comunicação
Ferramentas de Comunicação
- Whatsapp: será utilizado para a comunicação diária da equipe e, também, para as conversas rápidas com o cliente.
- Teams: será utilizado para as reuniões de começo/fim de sprint entre os membros da equipe e para as reuniões de validação com o cliente.
- Github kanban: será utilizado o kanban disponível no github project.
Métodos e frequência de reuniões
- Reunião de Revisão de Sprint (a cada semana): toda segunda-feira, a equipe se reunirá e fará uma retrospectiva e uma revisão das funcionalidades trabalhadas na semana anterior, assim podendo ver como está o andamento da equipe e o que pode ser melhorado.
- Reunião de Planejamento de Sprint (a cada semana): logo após a discussão sobre a revisão da sprint passada, a equipe planejará a próxima, comparando com o cronograma planejado e redefinindo prioridades, se necessário.
- Reunião de Validação com o Cliente: a primeira acontecendo dois meses após o início do projeto, e a segunda após um mês da primeira, as reuniões de validação acontecerão para mostrarmos o progresso do projeto para o cliente e ele poder validar o que foi feito, podendo solicitar alterações, se necessário.
Frequência de Interações com o Cliente
- Validação: dois meses após o início do projeto e um mês após isso acontecerão as validações com o cliente. Como ele não tem muita experiência com tecnologia, além do básico, foi optado por ele só validar o projeto quando um progresso significativo tiver sido feito, para ele enxergar com mais facilidade o caminho que foi feito.
- Interações adicionais pelo Whatsapp: quando necessárias interações rápidas e informais ao longo do desenvolvimento, ou quando houver dúvidas que possam ser respondidas facilmente, a comunicação ocorrerá via whatsapp, pela praticidade de ser usado no dia a dia.
Processo de Validação
O processo de validação da solução será realizado em três etapas principais:
- Para iniciar o desenvolvimento de uma funcionalidade, o Definition of Ready (DoR) será utilizado, verificando se os requisitos estão claramente definidos, se há documentação e se todos os critérios de aceitação estão estabelecidos.
- O Definition of Done (DoD) será utilizado, onde a funcionalidade será considerada pronta apenas se passar pelos testes unitários, integração, e houver aprovação visual e funcional pelos membros da equipe.
- Após a validação interna da página dos donos de pets e, depois, das páginas dos funcionários e do dono do negócio, o produto será entregue ao cliente para testes de aceitação. Durante essa fase, o cliente irá verificar se o sistema atende aos requisitos estabelecidos. Cada funcionalidade será validada com base nos critérios de aceitação definidos durante o DoR.