6 INTERAÇÃO ENTRE EQUIPE E CLIENTE
6.1 Composição da Equipe
O Kanban não prescreve papéis fixos, permitindo que a equipe os defina conforme suas competências e as necessidades do projeto. A equipe Dona Izeti adotou a seguinte composição:
| Papel | Descrição | Responsável |
|---|---|---|
| Líder do Projeto e Coordenador de Análise de Requisitos | Coordena o grupo, garante comunicação com o cliente e com o professor, acompanha o progresso do quadro Kanban e remove impedimentos. | Gustavo da Costa Cintra |
| Analista de Requisitos e Responsável de Infraestrutura | Conduz as sessões de elicitação com o cliente, redige histórias de usuário, define critérios de aceitação, mantém o backlog atualizado no GitHub Projects e gerencia o ambiente de produção na AWS (EC2, RDS, deploys e monitoramento). | Henrique Fontenelle G. Passos |
| Dev. Frontend e Analista de Requisitos | Implementa as interfaces em React com Expo, responsável pela experiência do usuário em mobile e web. | Nicole Jovita Fernandes |
| Dev. Frontend e Analista de Requisitos | Apoia a implementação das interfaces, construção de protótipos e wireframes para validação com o cliente. | Pedro Felipe Silva Vargas |
| Dev. Backend e Analista de Requisitos | Implementa a API REST em Django com DRF, gerencia o PostgreSQL e garante a integração entre frontend e backend. | Luis Guilherme Borges Monteiro |
| Analista de QA / Testes e Analista de Requisitos | Responsável pela verificação dos critérios de aceitação, execução de testes funcionais e validação da qualidade antes de cada entrega. | Danilo Sarmento Barros |
6.2 Comunicação
Ferramentas de comunicação
- WhatsApp: canal principal de comunicação rápida entre os integrantes da equipe para alinhamentos do dia a dia, dúvidas pontuais e avisos urgentes.
- Microsoft Teams: utilizado para reuniões online com o professor da disciplina e atendimentos agendados, conforme previsto no plano de ensino.
- GitHub Projects: ferramenta central de gestão do trabalho, onde o quadro Kanban registra o estado de cada item do backlog, tornando o progresso visível a todos os integrantes independentemente do horário de acesso.
- Google Docs: repositório de documentação colaborativa do projeto, onde o Visão do Produto e Projeto é construído e atualizado de forma assíncrona pelo grupo.
- WhatsApp / Microsoft Teams / Google Meet: canal de comunicação com o representante do cliente, conforme disponibilidade e preferência dele, para as reuniões quinzenais de elicitação e validação.
Frequência e formato das reuniões
- Reuniões quinzenais com o cliente: realizadas a cada duas semanas, com duração de 30 a 45 minutos, online ou presencial conforme disponibilidade. Objetivo: elicitação de requisitos, apresentação de protótipos e coleta de feedback.
- Revisão interna do backlog: realizada quinzenalmente, em formato assíncrono via GitHub Projects, com registro de decisões no Google Docs.
- Comunicação com o professor: presencial nas aulas de terças e quintas, com possibilidade de atendimento via Teams nos horários definidos no plano de ensino.
6.3 Processo e Validação
O processo de desenvolvimento adotado é o KanbanXP, descrito na seção 3. A interação entre equipe e cliente seguirá o seguinte fluxo ao longo do semestre:
O representante do cliente participa ativamente do processo de Engenharia de Requisitos como principal fonte de informação sobre as necessidades reais do domínio de voluntariado. Suas contribuições alimentam diretamente o backlog do produto, por meio das reuniões quinzenais de elicitação conduzidas pelo Analista de Requisitos com apoio do Líder do Projeto.
Ao final de cada ciclo de desenvolvimento, o cliente recebe uma demonstração do protótipo ou incremento funcional desenvolvido. O feedback coletado é incorporado ao backlog na forma de ajustes nas histórias de usuário existentes ou novos itens, garantindo que o produto evolui em direção às necessidades reais e não apenas às especificações iniciais.
A validação acadêmica do projeto é realizada pelo Prof. George Marsicano ao final de cada unidade da disciplina, por meio da apresentação dos artefatos e do produto desenvolvido, conforme o cronograma estabelecido na seção 5. O grupo manterá toda a documentação e o código atualizados no GitHub Pages e no repositório da disciplina, atendendo às exigências do plano de ensino.