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.

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 engano.	- Solicitar confirmação antes da exclusão. - Remover registro e dependências seguras.

É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, data e horário para organizar minha agenda.	- 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 ou atualizar informações, incluindo anexar imagens.	- Permitir alteração de serviço, data, horário e anexar imagens (JPG, PNG). - 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 paciente, quero ver o relatório da minha consulta para revisar meu diagnóstico.	— Cada atendimento concluído exibe um link “Ver relatório”. — Relatório mostra data, diagnóstico e observações do terapeuta. — Paciente acessa somente seus próprios relatórios.

É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.
US 1.3.2	MUST	Como usuário, 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 usuário 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 gerar um relatório clínico baseado no registro do atendimento para documentar o caso do paciente.	- Permitir input de diagnóstico. - Salvar e associar relatório ao 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.
US 2.1.3	MUST	Como terapeuta, quero editar um registro clínico para corrigir ou complementar informações..	- Permitir edição do conteúdo do relatório.

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

Código	Prioridade	User Story	Critérios de Aceitação
US 2.2.1	SHOULD	Como terapeuta, quero exportar registro clínicos em formato de um relatório PDF para arquivamento ou envio ao paciente.	- Gerar PDF com relatórios filtrados ou completos. - Opção de download - Disponibilizar download para o paciente.
US 2.2.2	MUST	Como terapeuta, quero entregar o relatório clínico digitalmente ao cliente pela plataforma para maior comodidade..	- 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.3.1	MUST	13	4/4
US 1.3.2	MUST	13	4/4
US 1.3.3	MUST	13	4/4
US 2.1.1	MUST	9	9/0
US 2.1.2	MUST	12	9/3
US 2.1.3	MUST	9	9/0
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