9.Product Backlog

9. Product Backlog – User Stories

9.1 Backlog Geral

Nosso backlog é mantido no Github Projects, onde especificamos critérios de aceitação e regras de negócio em cada US, além de utilizarmos tags para:

Identificar a priorização das User Stories (US).
Identificar a qual funcionalidade ou agrupamento cada US pertence.
Classificar o nível de granularidade: Tema, Épico ou User Story.

Essa estrutura organiza e facilita a gestão do backlog, garantindo clareza no desenvolvimento e alinhamento com os objetivos do projeto. Acesse nosso Backlog no GitHub Projects

Para ver alguns estados do nosso backlog durante o semestre clique aqui

9.1.1 Objetivo Específico: Agendamento completo dos tratamentos capilares

Tema 1: Gestão de Usuários e Atendimento

Épico 1.1: Cadastro e Gerenciamento de Pacientes

Código	Prioridade	User Story	Critérios de Aceitação
US 1.1.1	MUST	Como terapeuta, quero cadastrar um novo paciente para iniciar o acompanhamento.	- Formulário deve conter nome, contato e data de nascimento. - Registro salvo no banco de dados.
US 1.1.2	MUST	Como terapeuta, quero buscar e visualizar informações completas do paciente para preparar a sessão.	- Permitir busca por nome ou identificador. - Exibir todos os dados relevantes do paciente.
US 1.1.3	MUST	Como terapeuta, quero editar os dados do paciente para manter o cadastro sempre atualizado.	- Permitir atualização de nome, contato, data de nascimento. - Salvar alterações com segurança.
US 1.1.4	MUST	Como terapeuta, quero deletar um paciente registrado por equívoco ou engano.	- Existir uma opção visível de “Excluir” na listagem de pacientes. - Após a confirmação, o paciente deve ser removido permanentemente do banco de dados. - Exibir uma mensagem de confirmação

Épico 1.2: Agendamento e Gerenciamento de Atendimentos

Código	Prioridade	User Story	Critérios de Aceitação
US 1.2.1	MUST	Como terapeuta, quero cadastrar um novo atendimento informando serviço e horário para manter minha agenda organizada.	- Formulário deve conter serviço, data e horário. - Registro salvo no banco de dados.
US 1.2.2	MUST	Como terapeuta, quero editar um atendimento registrado para corrigir informações ou atualizar dados.	- Permitir alteração de serviço, data, horário. - Garantir persistência das alterações.
US 1.2.3	SHOULD	Como terapeuta, quero visualizar o histórico de atendimentos por paciente, data ou tipo para acompanhar a evolução do tratamento.	- Exibir lista cronológica de atendimentos. - Permitir filtros poe paciente e data . - Visualizar detalhes de cada atendimento.
US 1.2.4	SHOULD	Como terapeuta, quero reagendar ou cancelar atendimentos para atender solicitações de mudança ou imprevistos.	- Permitir alteração de data/horário. - Notificar paciente. - Confirmar intenção antes do cancelamento.
US 1.2.5	MUST	Como paciente, quero verificar meus próximos atendimentos para não perder nenhuma consulta.	— Após login, o paciente vê uma lista com data, horário e nome do terapeuta. — Lista ordenada do mais próximo ao mais distante. — Se não houver agendamento, mostrar mensagem “Nenhum atendimento agendado”.
US 1.2.6	MUST	Como terapeuta, quero reagendar atendimentos para atender às solicitações de mudança feitas pelos pacientes.	— Permitir a edição de data e/ou horário dos atendimentos agendados. — A nova data e horário devem ser salvos corretamente no sistema — Exibir uma mensagem de confirmação após o reagendamento ser concluído com sucesso.
US 1.2.7	MUST	US 1.2.7: Como terapeuta, quero cancelar atendimentos para liberar o horário em casos de desistência ou imprevistos.	- O sistema deve permitir que o terapeuta cancele atendimentos futuros. - Antes de cancelar, o sistema deve solicitar uma confirmação da ação. - O horário cancelado deve ser removido da agenda do terapeuta. - Deve ser exibida uma mensagem de sucesso após o cancelamento.

Épico 1.3: Autenticação e Acesso

Código	Prioridade	User Story	Critérios de Aceitação
US 1.3.1	MUST	Como visitante, quero selecionar meu tipo de usuário (Terapeuta ou Paciente) antes de preencher as credenciais.	— Página inicial exibe botões “Terapeuta” e “Paciente”. — Após a escolha, carrega apenas o formulário correspondente. — O título da página ou seção deve se adaptar de acordo com o perfil (ex: "Login de Terapeuta", "Login de Paciente").
US 1.3.2	MUST	Como paciente, quero inserir e-mail e senha para acessar o sistema.	— Campos e-mail e senha são obrigatórios. — Credenciais válidas → redireciona para o dashboard. — Credenciais inválidas → exibe mensagem de erro.
US 1.3.3	MUST	Como terapeuta autenticado, quero ver meu painel de terapeuta (paciente vê o próprio painel de paciente).	— Depois do login, o terapeuta visualiza sua lista de pacientes e consultas. — Depois do login, o paciente visualiza apenas suas próprias informações. — Se alguém tentar abrir o painel errado, o sistema mostra aviso de “Acesso não permitido”.
US 1.3.4	MUST	Como paciente autenticado, quero trocar minha senha e sair do sistema com segurança.	— Link “Alterar senha” exige senha atual e nova. — Alteração confirmada com sucesso. — Link “Sair” encerra a sessão e volta à tela inicial.

9.1.2 Objetivo Específico: Automatização e profissionalização dos relatórios da terapeuta

Tema 2: Registro e Documentação Clínica

Épico 2.1: Geração e Consulta de Registro Clínicos

Código	Prioridade	User Story	Critérios de Aceitação
US 2.1.1	MUST	Como terapeuta, quero cadastrar um registro clínico com base no meu diagnóstico para documentar o atendimento.	- Permitir input de diagnóstico. - Salvar e associar relatório ao paciente. - Após o salvamento, o relatório deve ser exibido na área de documentos ou histórico clínico do paciente.
US 2.1.2	MUST	Como terapeuta, quero visualizar o histórico de registros clínicos do paciente para acompanhar sua evolução.	- Listar relatórios anteriores. Permitir visualizar detalhes de cada entrada.

Épico 2.2: Compartilhamento e Exportação de Registros

Código	Prioridade	User Story	Critérios de Aceitação
US 2.2.1	MUST	Como paciente, quero exportar meu relatório clínico digitalmente para ter acesso detalhado ao meu diagnóstico.	- Exportar PDF registro cliníco em formato de relatório.
US 2.2.2	MUST	Como terapeuta, quero exportar relatórios de evolução em PDF para entregar ao paciente.	- selecionar relatórios de evolução clínica de um paciente específico. - Visualizar relatório pela plataforma.

9.2 Priorização do Backlog Geral

A priorização do backlog foi realizada com base no modelo MoSCoW (Must Have, Should Have, Could Have e Won't Have), que auxilia na identificação e categorização das funcionalidades como essenciais, desejáveis ou opcionais. Esse modelo orienta o desenvolvimento conforme os objetivos do projeto, garantindo que as entregas mais importantes sejam priorizadas.

Cada User Story (US) foi avaliada segundo dois grupos de critérios: Negócio e Esforço.

9.2.1 Critérios de Priorização

Critérios de Negócio:
O checklist abaixo foi utilizado para determinar a importância da US para o negócio:

(+1) O projeto não é concluído sem essa US? → Se sim, +1 ponto.
(+1) Não pode ser adiada? → Se sim, +1 ponto.
(+1) Agrega valor de negócio? → Se sim, +1 ponto.

Com base na quantidade de pontos obtidos nesse checklist, a US é classificada conforme o modelo MoSCoW:

Se atender a 3 critérios → MUST
Se atender a 2 critérios → SHOULD
Se atender a 1 critério → COULD
Se atender a 0 critérios → WON'T HAVE

Após essa classificação, é atribuído um peso específico para a pontuação de negócio:

MUST → peso 9
SHOULD → peso 4
COULD → peso 2

Critérios de Esforço:
Adicionalmente, a US foi avaliada sob o aspecto técnico, com os seguintes pontos:

(+1) Habilidade Técnica: a equipe já realizou algo semelhante? → Se sim, +1 ponto.
(+1) Volume de Trabalho: demanda menos de quatro horas? → Se sim, +1 ponto.
(+1) Complexidade Técnica: é uma solução simples, sem necessidade de pesquisa ou novas tecnologias? → Se sim, +1 ponto.
(+1) A tarefa está alinhada aos padrões técnicos e arquiteturais do projeto? → Se sim, +1 ponto.

Por fim, a pontuação total obtida — combinando critérios de negócio e esforço — determina a prioridade de desenvolvimento da User Story: quanto maior a pontuação, maior a prioridade.

9.2.2 Tabela de Priorização e Pontuação

Código	Prioridade	Pontuação	Critérios Atendidos de Negócio
US 1.1.1	MUST	13	9/4
US 1.1.2	MUST	13	9/4
US 1.1.3	MUST	13	9/4
US 1.1.4	MUST	13	9/4
US 1.2.1	MUST	13	9/4
US 1.2.2	MUST	13	9/4
US 1.2.3	SHOULD	7	4/3
US 1.2.4	SHOULD	8	4/4
US 1.2.5	MUST	13	4/4
US 1.2.6	MUST	13	4/4
US 1.2.7	MUST	13	4/4
US 1.3.1	MUST	13	4/4
US 1.3.2	MUST	13	4/4
US 1.3.3	MUST	13	4/4
US 1.3.4	MUST	13	4/4
US 2.1.1	MUST	9	9/0
US 2.1.2	MUST	12	9/3
US 2.2.1	SHOULD	8	4/4
US 2.2.2	MUST	12	9/3

Legenda: O primeiro número em "Critérios Atendidos" refere-se aos critérios de negócio, o segundo aos critérios de esforço.

Dessa forma, a priorização foi realizada de maneira estruturada, transparente e alinhada tanto com os interesses de negócio quanto com a viabilidade técnica do projeto, promovendo uma gestão eficiente do backlog.

9.3 MVP

Objetivo Específico:

Agendamento completo dos tratamentos capilares e documentação clínica eficiente.

Tema 1: Gestão de Pacientes e Atendimento