6. INTERAÇÃO ENTRE EQUIPE E CLIENTE
6.1 Composição da Equipe
Nossa equipe é composta por seis integrantes e, como estamos adotando o processo ScrumXP, optamos por implementar um modelo de engenheiro de requisitos chefe rotativo — ou seja, quem estará a frente do requisitos e também agirá como uma espécie de PO da sprint é rotativo. Essa abordagem foi escolhida para que todos tenham a oportunidade de se envolver ativamente com os requisitos, que são o foco principal da disciplina. Além do papel rotativo,os membros terão papéis ativos/passivos nas entregas relacionadas a requisitos, de forma que todos estejam cientes do que está sendo produzido e tenham contribuições nessa disciplina. A equipe foi organizada da seguinte forma para esta sprint:
- José Rabelo: Infraestrutura, será aquele responsável por criar toda a infraestrutura do projeto, manter nosso ambiente de desenvolvimento uniforme e as pipelines funcionais para garantir qualidade nas entregas durante todo o andamento do projeto. É nosso maior elo com o cliente, apesar disso, ele não será o PO permanente.
- Ian Costa: Scrum Master, o responsável por facilitar o processo ágil. É aquele que organiza e conduz as reuniões e garante um bom uso do framework.
- Miguel Pires, Cauã Araujo, Pedro Luciano, Wallyson Souza: Time de desenvolvimento.
| Papel | Descrição | Responsável | Participantes |
|---|---|---|---|
| Infraestrutura/Devops | Responsável por configurar o ambiente que será utilizado, configurar pipelines, consequentemente, agir como facilitador do trabalho dos outros membros da equipe. | José Rabelo | - |
| Scrum Master | Atua como facilitador do time, garantindo que o processo Scrum seja seguido e removendo impedimentos que possam atrapalhar o desenvolvimento. | Ian Costa | - |
| Desenvolvedor Frontend | Responsável pela implementação da interface do usuário, garantindo que as funcionalidades do sistema sejam apresentadas de forma visual, interativa e responsiva. | Cauã Araujo | Pedro, Miguel |
| Desenvolvedor Backend | Responsável por desenvolver a lógica de negócios, regras do sistema e integração com bancos de dados e serviços externos. | Pedro Azevedo | Wallyson, José, Ian |
| Infraestrutura | Cuida da configuração, manutenção e monitoramento dos ambientes onde o sistema será implantado. | Wallyson | - |
| Banco de Dados | Responsável pelo projeto, implementação e manutenção dos sistemas de gerenciamento de banco de dados, garantindo integridade, desempenho e consistência dos dados. | Miguel Pires | Pedro, José, Ian |
| Analista de Requisitos | Responsável por coletar, documentar e gerenciar requisitos de software, traduzindo as necessidades dos stakeholders em especificações claras e priorizadas para garantir que o produto final atenda aos objetivos do negócio com qualidade e consistência. | José Rabelo | - |
6.2 Comunicação
A comunicação será conduzida de forma estruturada, clara e contínua, garantindo o alinhamento entre a equipe de desenvolvimento e a cliente ao longo de todo o projeto. Abaixo estão descritas as ferramentas, métodos e frequência das interações previstas.
Ferramentas de comunicação
- WhatsApp: Utilizado para comunicações rápidas e emergenciais com a cliente, facilitando respostas imediatas a dúvidas pontuais ou mudanças urgentes durante o desenvolvimento.
- Discord: Canal de comunicação interna da equipe de desenvolvimento. Usado para discussões técnicas, troca de ideias e integração diária entre os membros da equipe.
- Microsoft Teams: Será a ferramenta principal para reuniões de alinhamento quinzenais com a cliente, além de permitir o compartilhamento de tela, gravação das reuniões e registro de decisões importantes.
- GitHub Pages: Usado para o compartilhamento e versionamento de documentos, atas de reuniões, documentação técnica e informações atualizadas sobre o andamento do projeto.
- GitHub: Principal ferramenta de organização do projeto, usada para controle de tarefas (issues), acompanhamento do progresso, versionamento de código e integração contínua das entregas.
Métodos e frequências de Reuniões
- Reuniões quase Diárias (Daily Scrum Adaptado): A equipe técnica realizará encontros rápidos de até 15 a 20 minutos 4 vezes por semana, em dias úteis, via Discord, com o objetivo de compartilhar o progresso individual, discutir obstáculos e alinhar prioridades(técnicas) semanais do projeto.
- Reunião de Revisão de Sprint (a cada 2 semanas): Ao final de cada sprint, haverá uma reunião de revisão com a cliente via Microsoft Teams. A equipe apresentará as funcionalidades desenvolvidas, coletará feedbacks e discutirá eventuais ajustes a serem realizados no produto.
- Reunião de Planejamento de Sprint: Será realizada logo após a revisão de sprint, com foco em reorganizar o backlog, definir as funcionalidades da próxima iteração e alinhar as expectativas com base no feedback da cliente.
- Reunião de Retrospectiva: A equipe técnica fará uma retrospectiva a cada final de sprint, discutindo o que funcionou bem, os pontos de melhoria e as lições aprendidas. Essa prática visa a melhoria contínua do processo e da colaboração entre os membros.
Frequência de Interações com o Cliente
- Revisões de Sprint (a cada 2 semanas): A cliente será envolvida diretamente nas reuniões de revisão de sprint, nas quais poderá avaliar o progresso do sistema, testar as funcionalidades implementadas e colaborar ativamente com sugestões e ajustes.
- Interações Adicionais via WhatsApp: A cliente poderá acionar a equipe de forma informal e rápida através do WhatsApp, especialmente em casos que envolvam dúvidas imediatas, validações pontuais ou mudanças urgentes nas demandas.
6.3 Processo de Validação
A validação do produto será realizada de forma contínua, com o objetivo de garantir que a solução final atenda às expectativas da cliente e resolva, de fato, os problemas identificados no cenário atual. O processo envolverá etapas práticas de verificação e feedback, conforme descrito abaixo:
- Revisões Iterativas com a Cliente: A cada ciclo de desenvolvimento (sprint), as funcionalidades implementadas serão demonstradas em reuniões quinzenais com a cliente. Esse momento será dedicado à coleta de feedbacks práticos, identificação de ajustes e realinhamento de expectativas.
- Testes Práticos e de Usabilidade: Durante o desenvolvimento, a cliente será incentivada a utilizar o sistema em um ambiente de testes para relatar suas percepções sobre clareza, facilidade de uso e adequação às suas rotinas.
- Homologação: Após o desenvolvimento das funcionalidades principais, o sistema será disponibilizado em um ambiente de homologação para uso real em atendimentos reais com clientes. Essa etapa será crucial para observar o comportamento do sistema em situações reais e garantir a robustez e usabilidade da solução.
- Ajustes Finais e Aceite: Com base na fase de homologação, a equipe aplicará os ajustes finais apontados pela cliente. Uma vez aprovado o comportamento do sistema, será feito o aceite formal da solução pela cliente, marcando o encerramento da etapa de validação.