Unidade 2
Vídeo de apresentação da Unidade
Acesse o link do vídeo, caso não funcione, clicando Aqui
Verificação e Validação do Backlog da Facção Guardiões do Bem e do Leite
Para validar e verificar o Backlog, foi realizada uma discussão em grupo para determinar os métodos a serem adotados. Como resultado dessa deliberação, chegou-se à conclusão de que a validação das histórias de usuário seria feita utilizando os critérios do INVEST e um checklist. Além disso, uma revisão informal seria realizada para avaliar os Épicos, Capacidades e Features. Já para a Validação dos requisitos da facção foi utiliado um checklist.
Verificação
INVEST e Checklist

Revisão Informal
Todas as funcionalidades têm o propósito de servir como ferramentas para alcançar os objetivos do sistema, enfatizando a entrega de valor aos usuários. No entanto, algumas histórias de usuário e features parecem estar mais relacionadas a outros épicos ou capacidades. Por exemplo, a feature de "Informações de Aniversário", especialmente com a história de usuário "Eu, como usuário, quero que o sistema seja capaz de enviar mensagens de aniversário pré-cadastradas para os usuários, para felicitá-los por esse dia", parece estar mais alinhada com o épico "Informações ao Paciente". Além disso, há uma história de usuário no épico "Informações ao Paciente" que é relacionada ao paciente, mas ele não tem acesso. A história de usuário é: "Eu, como usuário, devo ser capaz de gerar gráficos comparativos pela plataforma para acompanhar a evolução do paciente". Caso o cliente tenha acesso a esse gráfico, não está claro. Esperamos que essas considerações contribuam para uma melhor definição e organização do backlog. RESUMO:
- Granularidade do primeiro épico não está clara, e há uma relação direta entre épicos e capacidades.
- Sugere-se considerar subdividir a capacidade "Gerar consulta" ou agrupar features e histórias relacionadas ao "Gerenciamento de consultas".
- O termo "Ferramentas para o Usuário" para features não é descritivo o suficiente; sugere-se nomes mais específicos.
- Divisão entre personas (pacientes e usuários/nutricionistas) não está bem delineada e precisa de maior clareza.
- Todas as funcionalidades enfatizam a entrega de valor aos usuários, mas algumas histórias e features parecem pertencer a outros épicos ou capacidades.
- Exemplo: A feature "Informações de Aniversário" parece mais alinhada com o épico "Informações ao Paciente".
- Além disso, uma história de usuário no épico "Informações ao Paciente" relacionada ao paciente não está claramente definida em relação ao acesso do cliente aos gráficos.
Validação
Checklist
