Ir para o conteúdo

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

Ver GBL

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

Val GBL