A entrevista com o cliente precisa partir de um roteiro organizado, mas deve permitir perguntas de aprofundamento. As perguntas sobre fluxo, atores, regras, restrições e problemas revelaram informações que não apareceriam apenas na descrição inicial do projeto.
O problema mais relevante para o cliente deve orientar o escopo. A confirmação de presença, as faltas e o reaproveitamento de vagas foram priorizados porque afetam simultaneamente o atendimento à comunidade e a formação prática dos estagiários.
A delimitação explícita do MVP evita que funcionalidades desejáveis, como relatórios institucionais e prontuário completo, concorram com as entregas essenciais do semestre.
A modelagem do domínio e a organização por features ajudam a transformar um processo manual amplo em funcionalidades menores, rastreáveis e passíveis de validação com o cliente.
A rastreabilidade precisa ser construída desde o início. Registrar decisões, atas, responsáveis, prioridades e vínculos entre características de produto e features reduz ambiguidades nas etapas seguintes.
A documentação publicada exige revisão específica de links, imagens, navegação e estrutura de diretórios. O conteúdo pode estar correto e ainda assim a entrega falhar por problemas de organização ou publicação.
A comunicação assíncrona facilita os alinhamentos rápidos, mas decisões de escopo, responsabilidades e prazos precisam ser registradas no repositório para permanecerem consultáveis por toda a equipe.
Dificuldades enfrentadas
Houve necessidade de conciliar a agenda de seis integrantes, as reuniões com o cliente e o calendário acadêmico em um período curto.
O processo atual da clínica reúne informações em fichas, planilhas, ligações e mensagens, o que exigiu consolidar diferentes fontes antes de definir os requisitos iniciais.
A equipe precisou compreender o FDD e, ao mesmo tempo, aplicá-lo à estrutura do projeto, especialmente na passagem do modelo abrangente para a lista de features.
Os requisitos de sigilo, acessibilidade e atendimento presencial introduziram restrições que precisam acompanhar todas as decisões do produto, e não apenas uma funcionalidade isolada.
Ações para a próxima unidade
Validar o modelo de domínio e as regras de negócio com o cliente antes de detalhar features dependentes.
Manter uma matriz de rastreabilidade entre necessidades, características de produto, features, requisitos e critérios de aceitação.
Registrar cada decisão relevante com data, participantes, responsável e impacto no escopo.
Aplicar uma revisão de links e uma construção local da documentação antes de cada entrega publicada.
Priorizar as features com critérios explícitos de valor, dependência, risco de segurança e viabilidade no semestre.