Interação Entre Equipe e Cliente
6.1 Composição da Equipe
| Papel | Descrição resumida | Responsável | Participantes |
|---|---|---|---|
| Gerente de Projeto | Coordena o projeto, garante a comunicação entre cliente e equipe, controla prazos e entregas. | Júlia Siqueira | X |
| Desenvolvedor Frontend | Responsável pela interface do usuário, design e implementação das funcionalidades no lado do cliente | Giovani de Oliveira | Pedro Lucas |
| Desenvolvedor Backend | Implementa a lógica de negócios, integração com banco de dados e APIs | José Augusto | Júlia Siqueira |
| Analista de QA | Garante a qualidade do produto, executando testes de funcionalidade, performance e usabilidade. | Pedro Lucas | X |
| Analista de Requisitos | Define os requisitos funcionais e não funcionais do sistema e garante que eles sejam atendidos. | Lucas Oliveira | Giovani de Oliveira; José Augusto; Júlia Siqueira; Pedro Lucas |
6.2 Comunicação
Para garantir o alinhamento da equipe e o cumprimento dos prazos, estabelecemos uma rotina de comunicação dividida entre interações internas e externas, utilizando ferramentas que facilitam a transparência do processo:
-
Comunicação Interna e Alinhamento: A equipe realiza reuniões presenciais semanais, sempre às terças e quintas-feiras após o horário das aulas, para discutir o progresso das tarefas e resolver eventuais impedimentos. Para comunicações rápidas, avisos e discussões do dia a dia, utilizamos um grupo exclusivo no WhatsApp, que serve como o principal canal de contato imediato.
-
Gestão de Tarefas e Design: A organização do fluxo de trabalho e o acompanhamento das atividades são centralizados no Trello, onde as demandas são distribuídas e monitoradas. Além disso, o Figma é utilizado como ferramenta de prototipação, permitindo que todos os membros visualizem e validem a interface da solução de forma colaborativa antes do desenvolvimento técnico.
-
Comunicação com o Cliente: O contato direto com o cliente para apresentações de progresso, elicitação e validação de requisitos é realizado de forma presencial e/ou remota (Google Meet). Essas reuniões garantem que o cliente esteja sempre a par da evolução do projeto e possa fornecer feedbacks em tempo real.
6.3 Processo de Validação
Seguindo a metodologia RAD, o processo de validação é focado em ciclos rápidos de construção e feedback, garantindo que o produto evolua conforme as necessidades reais do cliente através de iterações constantes:
-
Validação via Protótipos Funcionais: Diferente de modelos tradicionais, utilizaremos protótipos funcionais para a validação. Esses modelos, embora incrementais, já permitem que o cliente interaja com as funcionalidades básicas e fluxos do sistema. As demonstrações ocorrerão nas reuniões onde o cliente poderá testar a viabilidade das soluções propostas e solicitar ajustes imediatos.
-
Ciclos de Feedback Iterativos: A cada nova funcionalidade ou incremento funcional, a equipe buscará a aprovação direta do cliente. Esse processo elimina longas esperas por uma versão final, permitindo que o design e a lógica de negócio sejam refinados no Figma e implementados de acordo com o retorno obtido em tempo real.
-
Garantia de Qualidade e Critérios de Aceitação: O Analista de QA (Pedro Lucas) realiza testes contínuos em cada protótipo funcional gerado. O objetivo é garantir que, apesar da rapidez do desenvolvimento, os critérios de aceitação definidos pela análise de requisitos (conduzida por Lucas Oliveira mas tendo também a participação dos demais membros) sejam plenamente atendidos antes da próxima iteração.
-
Homologação e Ajustes: Após as sessões de demonstração, qualquer ponto de melhoria ou correção identificado pelo cliente é imediatamente registrado no Trello. Por estarmos em um ambiente RAD, essas mudanças são priorizadas para o próximo ciclo de construção, assegurando que a entrega final esteja perfeitamente alinhada às expectativas.