Interação entre equipe e cliente
6 Interação entre equipe e cliente
6.1 Composição da equipe
A equipe de desenvolvimento é composta pelos seguintes membros:
| Papel | Descrição | Responsável |
|---|---|---|
| Gerente do projeto | Coordena o projeto, garante a comunicação entre cliente e equipe, controla prazos e entrega | Luciano A. B. S. Machado |
| Desenvolvedor Frontend | Responsável pela interface do usuário, design e implementação das funcionalidades no lado do cliente. | Pedro Gonçalves Rocha |
| Desenvolvedor Backend | Implementa a lógica de negócios, integração com banco de dados e APIs. | Fabio A. Santos Vieira |
| Desenvolvedor Backend | Implementa a lógica de negócios, integração com banco de dados e APIs. | Vinicius A. de B. Vieira |
| Analista de QA | Garante a qualidade do produto, executando testes de funcionalidade, performance e usabilidade. | Eduardo Lobo Moreira |
| Analista de requisitos | Define os requisitos funcionais e não funcionais do sistema e garante que eles sejam atendidos | Uires Carlos de Oliveira |
| Monitor | Apoia a equipe no processo de desenvolvimento e nas entregas da disciplina. | Willian |
6.2 Comunicação
Ferramentas de comunicação
| Ferramenta | Uso |
|---|---|
| Comunicação diária e rápida entre os membros da equipe (canal interno). | |
| Google Meet e Discord | Reuniões de revisão e planejamento de sprint; videoconferências com o cliente (Dr. Rogério). |
| GitHub / GitHub Projects | Controle de versão, revisão de código e gerenciamento do backlog do projeto. |
| Notion | Documentação do projeto, atas de reunião e registro de decisões técnicas. |
Métodos e frequência de reuniões
| Tipo | Frequência | Duração / participantes | Objetivo |
|---|---|---|---|
| Daily standup | Diária | 15 min — equipe interna. | Alinhamento do progresso e identificação de impedimentos. |
| Planejamento de sprint | A cada 2 semanas (início) | 1–2 h — equipe + cliente se necessário. | Definição das user stories e tarefas da sprint. |
| Revisão de sprint | A cada 2 semanas (fim) | 1 h — equipe e cliente. | Demonstração das funcionalidades e coleta de feedback. |
| Retrospectiva | A cada 2 semanas (fim) | 45 min — equipe interna. | Análise do processo e definição de melhorias. |
| Reunião com o cliente | Quinzenal | 30–60 min — videoconferência. | Validação de entregas e alinhamento de prioridades. |
6.3 Processo de validação
O processo de validação da solução será realizado em três etapas principais: (1) Definition of Ready (DoR) — antes do início do desenvolvimento de cada funcionalidade, verificar se os requisitos estão claramente definidos, se os critérios de aceitação foram estabelecidos e se não há impedimentos técnicos identificados. (2) Definition of Done (DoD) — a funcionalidade será considerada concluída apenas se passar por testes unitários e de integração, revisão de código por par, aprovação visual e funcional pela equipe e validação dos critérios de aceitação definidos no DoR. (3) Teste de aceitação com o cliente — ao final de cada sprint, o cliente (Dr. Rogério Duarte) verifica as funcionalidades entregues e confirma se atendem aos requisitos clínicos e operacionais. Divergências resultam em ajustes no backlog da sprint seguinte.
Histórico de Revisões
| Data | Versão | Descrição | Autor |
|---|---|---|---|
| 2026-02-10 | 0.1 | Elaboração inicial da visão do produto e projeto. | Prontuariantes |
| 2026-02-24 | 0.2 | Refinamento do escopo após reuniões de elicitação com o cliente. | Prontuariantes |
| 2026-03-10 | 0.3 | Definição da arquitetura documental e cadeia de autenticidade. | Prontuariantes |
| 2026-03-25 | 0.4 | Delimitação do escopo reduzido do MVP e revisão geral. | Prontuariantes |
| 2026-04-11 | 0.5 | Correções conforme revisão do professor; inclusão das seções 2.4 a 6. | Prontuariantes |
| 2026-04-13 | 0.6 | Últimas revisões antes da primeira entrega. | Prontuariantes |