7. Interação entre Equipe e Cliente¶
Esta seção apresenta como a equipe organiza o trabalho, mantém a comunicação com o cliente e registra as decisões e validações do projeto. A organização acompanha a abordagem híbrida adotada pela equipe, com ciclo de vida iterativo e incremental e processo RAD, preservando a autoria das contribuições e a rastreabilidade entre atividades, artefatos e feedbacks.
7.1 Composição e Responsabilidades¶
A equipe Stakeholders Anônimos é composta por seis integrantes:
| Integrante |
|---|
| Anderson Fernandes da Silva |
| Guilherme Ferreira Mendes |
| Júlia Amanda Silva Lima |
| Luiz Henrique Pessato da Mota |
| Paulo Sergio Rabelo Santana Rios |
| Thiago Alencar de Oliveira |
A equipe não estabeleceu cargos permanentes. As responsabilidades são atribuídas conforme as atividades de cada ciclo e acompanhadas pelo GitHub Projects. Cada atividade deve indicar, no mínimo, um responsável, a data prevista, seu estado atual e os artefatos relacionados. Uma atividade somente pode ser considerada concluída após a verificação dos critérios definidos e a atualização das evidências correspondentes.
7.2 Organização do Trabalho e Acompanhamento¶
O trabalho será organizado em ciclos iterativos e incrementais, seguindo as fases do RAD aplicáveis a cada período: planejamento de requisitos, design do usuário, construção e cutover. O GitHub Projects será utilizado para tornar visível o andamento das atividades e apoiar sua distribuição. Os itens serão acompanhados pelos seguintes estados:
- A fazer: atividade priorizada e ainda não iniciada;
- Em andamento: atividade em execução por um responsável identificado;
- Em revisão: conteúdo submetido à análise de outro integrante;
- Em validação: artefato que depende da avaliação do cliente, de atletas ou da orientação da disciplina;
- Bloqueado: item que não pode avançar, acompanhado do motivo do impedimento;
- Concluído: atividade revisada, validada quando necessário e registrada no repositório.
O quadro deve permitir identificar responsáveis, prazos, dependências e impedimentos. A equipe revisará o fluxo semanalmente e poderá ajustar prioridades conforme o feedback recebido e a capacidade disponível.
7.3 Comunicação¶
Comunicação interna¶
A equipe realiza uma reunião fixa às segundas-feiras, às 10h, pelo Microsoft Teams. O encontro é utilizado para revisar as atividades no GitHub Projects, verificar impedimentos, ajustar prioridades, distribuir responsabilidades e registrar decisões coletivas. Questões pontuais e avisos são tratados de forma assíncrona pelo WhatsApp.
| Ferramenta | Utilização no projeto |
|---|---|
| Comunicação assíncrona, avisos, agendamentos e alinhamentos rápidos. | |
| Microsoft Teams | Reuniões da equipe e encontros síncronos com o cliente. |
| GitHub | Versionamento dos artefatos e registro das contribuições. |
| GitHub Projects | Acompanhamento das atividades, responsáveis, prazos e estados. |
| GitHub Pages | Publicação e atualização da documentação do projeto. |
| Miro | Construção e discussão colaborativa de modelos e artefatos visuais. |
As decisões relevantes devem ser sintetizadas na seção de Reuniões, informando decisão, responsáveis, prazos e artefatos afetados. Registros brutos podem apoiar a elaboração da ata, mas não substituem a síntese das decisões.
Comunicação com o cliente¶
O contato com Lucas Cordeiro ocorre pelo WhatsApp e pelo Instagram, utilizados também para agendamento. As reuniões síncronas serão realizadas pelo Microsoft Teams, em datas combinadas conforme a disponibilidade do cliente. A equipe priorizará interações nos momentos em que uma atividade entrar em validação, evitando que decisões relevantes dependam apenas de suposições internas.
Em 17/09/2026, a equipe realizou uma reunião pelo Microsoft Teams com Lucas para aprofundar o diagnóstico do contexto atual e discutir o direcionamento inicial da solução. Os resultados dessas conversas serão incorporados aos requisitos e aos demais artefatos conforme forem analisados e confirmados pela equipe.
As perguntas devem ser contextualizadas e, quando possível, acompanhadas de protótipos, imagens, fluxos ou exemplos. As respostas relevantes serão associadas ao requisito ou artefato correspondente.
Quando uma decisão afetar diretamente a experiência dos atletas, a validação não ficará restrita ao treinador. A equipe buscará a participação de atletas indicados por Lucas, respeitando privacidade, consentimento para uso de imagem e, no caso de menores de idade, autorização do responsável.
Comunicação com professor e monitor¶
O professor George Marsicano orienta e avalia o trabalho conforme o calendário da disciplina e registra feedbacks nas entregas e no repositório. O monitor Heitor acompanha o andamento da equipe e pode ser consultado para esclarecer dúvidas sobre o processo e os artefatos. Durante a reunião semanal, a equipe verificará os feedbacks pendentes e decidirá quais questões precisam ser encaminhadas ao professor ou ao monitor.
7.4 Processo de Validação¶
A validação será contínua e acompanhará a evolução dos itens de trabalho. O processo adotado é:
- Preparação: selecionar o requisito, fluxo, protótipo ou incremento e identificar o usuário afetado e os critérios que precisam ser avaliados;
- Revisão interna: verificar clareza, consistência e prontidão do material antes de apresentá-lo;
- Apresentação: realizar a validação com Lucas e, quando aplicável, com atletas, de forma síncrona ou assíncrona;
- Registro: documentar data, canal, participantes, artefato avaliado, feedback e estado da decisão como aprovada, rejeitada ou pendente;
- Atualização: ajustar os artefatos e as atividades no GitHub Projects, mantendo as ligações de rastreabilidade afetadas;
- Confirmação: reapresentar alterações relevantes antes de considerar o item concluído.
A ausência de resposta não será interpretada como aprovação. O item permanecerá em validação ou será marcado como bloqueado até que haja confirmação ou uma decisão provisória explicitamente registrada pela equipe.
Evidências de validação¶
Para cada validação relevante, devem ser preservados, sempre que aplicável:
- data, canal e participantes;
- usuário afetado;
- requisito ou artefato avaliado;
- critérios utilizados;
- feedback recebido;
- estado da decisão;
- alteração decorrente;
- responsável, prazo e referência ao artefato atualizado.
Histórico de Versão¶
| Data | Versão | Descrição | Autor |
|---|---|---|---|
| 19/09/2026 | 0.5 | Alinhamento da organização ao ciclo iterativo e incremental e ao RAD, inclusão do GitHub Projects e registro da reunião com o cliente. | Luiz Henrique Pessato da Mota |
| 14/09/2026 | 0.4 | Adequação da organização do trabalho e da validação, com inclusão da participação de atletas quando aplicável. | Luiz Henrique Pessato da Mota |
| 07/09/2026 | 0.3 | Inclusão do Microsoft Teams como meio para reuniões com o cliente. | Luiz Henrique Pessato da Mota |
| 07/09/2026 | 0.2 | Adequação da comunicação e da validação às decisões registradas na reunião da equipe. | Luiz Henrique Pessato da Mota |
| 07/09/2026 | 0.1 | Elaboração inicial da seção de interação entre equipe e cliente. | Luiz Henrique Pessato da Mota |