Backlog de Produto¶
As Histórias de Usuário apresentadas abaixo foram diretamente derivadas da lista de Requisitos Funcionais definidos anteriormente neste documento. Esta lista serve como o ponto de partida para o desenvolvimento. É importante notar que o backlog é dinâmico e adaptável: essas histórias são preliminares e passarão por refinamentos e ajustes conforme o projeto avança e o feedback é incorporado.
User Stories¶
| História | Descrição | Objetivos Específicos | Requisito |
|---|---|---|---|
| US01 | Como um visitante, eu quero acessar o conteúdo público do site (sobre a escola, metodologia, informações do pole dance, galeria de fotos), para que eu possa conhecer a escola e o pole dance antes de me matricular. | OE1 / OE5 | RF01 – Acessar conteúdo público |
| US02 | Como um visitante, eu quero encontrar e clicar nos links para as redes sociais da escola, para que eu possa seguir o conteúdo e ver mais sobre o dia a dia da escola e notícias recentes. | OE1 | RF02 – Acessar links para redes sociais da escola |
| US03 | Como um visitante ou aluna, eu quero consultar os horários de aulas e os planos de pacotes disponíveis, para que eu possa escolher a opção que melhor se adequa ao meu horário e orçamento. | OE2 | RF03 – Consultar horários e planos disponíveis |
| US04 | Como um visitante, eu quero ter um espaço de contato (como um formulário ou FAQ), para que eu possa tirar minhas dúvidas sobre a modalidade ou a escola e decidir se quero começar. | OE1 / OE5 | RF04 – Disponibilizar espaço para tirar dúvidas sobre a modalidade |
| US05 | Como um visitante, eu quero me cadastrar no website fornecendo minhas informações, para que eu possa realizar compras/agendamentos e acessar a área de aluna. | OE2 | RF05 – Cadastrar novo usuário |
| US06 | Como uma aluna, eu quero inserir minhas informações credenciais para fazer login, para que eu possa acessar meu painel e funcionalidades restritas. | OE2 | RF06 – Realizar login |
| US07 | Como uma aluna, eu quero sair da minha conta após usar o website, para que eu possa proteger minhas informações e garantir a segurança do meu acesso. | OE2 | RF07 – Realizar logout |
| US08 | Como uma aluna, eu quero selecionar um pacote de aulas e pagar online usando o Mercado Pago, para que eu possa garantir minha vaga nas aulas e ter o pacote creditado na minha conta. | OE3 | RF08 – Comprar pacotes de aulas com pagamentos online por meio do Mercado Pago |
| US09 | Como um visitante, eu quero pagar pela minha aula experimental usando o Mercado Pago, para que eu possa confirmar minha participação e experimentar a modalidade. | OE3 | RF09 – Pagar por uma aula experimental com pagamentos online por meio do Mercado Pago |
| US10 | Como uma aluna, eu quero selecionar uma data e horário e agendar minhas aulas disponíveis, para que eu possa reservar minha vaga e planejar minha frequência. | OE2 | RF10 – Agendar aulas |
| US11 | Como uma aluna, eu quero visualizar um resumo dos pacotes de aulas que a escola oferece, para que eu possa entender minhas opções e escolher qual comprar ou renovar. | OE1 | RF11 – Exibir pacotes de aulas disponíveis conforme plano definido |
| US12 | Como uma aluna, eu quero acessar uma lista ou calendário com todas as minhas aulas agendadas, para que eu possa saber quais são meus próximos compromissos e me organizar. | OE2 | RF12 – Consultar cronograma de aulas agendadas |
| US13 | Como uma aluna, eu quero informar que não poderei comparecer a uma aula agendada antes do prazo de cancelamento, para que eu possa potencialmente ter meu crédito de volta ou evitar penalidades. | OE2 | RF13 – Confirmar ausência da aula antecipadamente (Aluna) |
| US14 | Como uma aluna, eu quero receber um link ou mensagem de confirmação ao informar minha ausência, para que eu possa garantir que o cancelamento foi processado corretamente. | OE2 | RF14 – Gerar link de confirmação de ausência |
| US15 | Como um administrador, eu quero fazer login e acessar o painel administrativo, para que eu possa gerenciar as operações e dados da escola. | OE4 | RF15 – Acessar painel administrativo |
| US16 | Como um administrador, eu quero poder editar o status de presença de uma aluna em uma aula (Presente/Ausente), para que eu possa corrigir erros ou atualizar registros de forma manual. | OE4 | RF16 – Editar status de presença (Professora) |
| US17 | Como um administrador, eu quero marcar a presença das alunas em uma aula finalizada, para que o histórico da aluna seja atualizado. | OE4 | RF17 – Registrar presença após aula |
| US18 | Como um administrador, eu quero criar, editar e desativar os pacotes de aulas oferecidos, para que eu possa manter o catálogo de produtos sempre atualizado. | OE4 | RF18 – Gerenciar pacotes de aulas |
| US19 | Como um administrador, eu quero adicionar, modificar ou cancelar aulas no calendário da escola, para que eu possa controlar a grade de horários disponíveis para agendamento. | OE4 | RF19 – Gerenciar calendário de aulas |
| US20 | Como um administrador, eu quero ter um módulo específico para agendar aulas experimentais de novos interessados, para que eu possa organizar essas aulas separadamente do cronograma regular. | OE4 | RF20 – Agendar aula experimental |
| US21 | Como um administrador, eu quero registrar o nível de habilidade de uma nova aluna após a avaliação e definir seu plano de aulas inicial, para que ela possa começar a agendar aulas no nível correto. | OE4 | RF21 – Registrar resultado da avaliação |
| US22 | Como um administrador, quero definir o plano (A ou B) da nova aluna com base no resultado da avaliação da aula experimental, para que o sistema registre corretamente o plano adequado ao nível da aluna. | OE4 | RF22 – Definir plano da aluna |
DoR e DoD¶
Definition of Ready (DoR)¶
| Requisito | Possui User Story? | Possui critérios de aceitação claramente definidos? | Todas as dependências do requisito foram identificadas? |
|---|---|---|---|
| RF01 - Acessar conteúdo público | ✅ | ✅ | ✅ |
| RF02 - Acessar links para redes sociais da escola | ✅ | ✅ | ✅ |
| RF03 - Consultar horários e planos disponíveis | ✅ | ✅ | ✅ |
| RF04 - Disponibilizar espaço para tirar dúvidas sobre a modalidade | ✅ | ✅ | ✅ |
| RF05 - Cadastrar novo usuário | ✅ | ✅ | ✅ |
| RF06 - Realizar login | ✅ | ✅ | ✅ |
| RF07 - Realizar logout | ✅ | ✅ | ✅ |
| RF08 - Comprar pacotes de aulas com pagamentos online por meio do Mercado Pago | ✅ | ✅ | ✅ |
| RF09 - Pagar por uma aula experimental com pagamentos online por meio do Mercado Pago | ✅ | ✅ | ✅ |
| RF10 - Agendar aulas | ✅ | ✅ | ✅ |
| RF11 - Exibir pacotes de aulas disponíveis conforme plano definido | ✅ | ✅ | ✅ |
| RF12 - Consultar cronograma de aulas agendadas | ✅ | ✅ | ✅ |
| RF13 - Confirmar ausência da aula antecipadamente (Aluna) | ✅ | ✅ | ✅ |
| RF14 - Gerar link de confirmação de ausência | ✅ | ✅ | ✅ |
| RF15 - Acessar painel administrativo | ✅ | ✅ | ✅ |
| RF16 - Editar status de presença (Professora) | ✅ | ✅ | ✅ |
| RF17 - Registrar presença após aula | ✅ | ✅ | ✅ |
| RF18 - Gerenciar pacotes de aulas | ✅ | ✅ | ✅ |
| RF19 - Gerenciar calendário de aulas | ✅ | ✅ | ✅ |
| RF20 - Agendar aula experimental | ✅ | ✅ | ✅ |
| RF21 - Registrar resultado da avaliação | ✅ | ✅ | ✅ |
| RF22 - Definir plano da aluna | ✅ | ✅ | ✅ |
Critérios de aceitação e dependências¶
- RF01: Conteúdo final das páginas "Sobre", "Regulamento", "Valores" está revisado.
- RF02: URLs finais e ícones corretos das redes sociais fornecidos.
- RF03: Dados iniciais (horários, preços, descrições) inseridos no BD para exibição.
- RF04: Conteúdo textual final da FAQ/Dúvidas fornecido e revisado.
- RF05: Regras de validação (ex: tamanho mínimo da senha) definidas.
- RF06: Rota de autenticação (backend) implementada.
- RF07: Sessão de usuário definida no backend.
- RF08: Pacotes de aulas estão cadastrados no BD via painel admin (RF18) e chaves de API de Produção e Teste do Mercado Pago disponíveis.
- RF09: Chaves de API de Produção e Teste do Mercado Pago disponíveis.
- RF10: Regras de negócio de agendamento definidas (prazos, níveis, capacidade).
- RF11: RF10 (Agendar Aulas) e RF08 (Comprar Pacotes) estão Done.
- RF12: Modelos de dados de agendamento, aluna e aula interconectados no backend.
- RF13: Regra de timeout (12 horas) definida no backend.
- RF14: Design do link único e da página de confirmação no Figma.
- RF15: Estrutura básica de permissão de usuário (Professora) definida.
- RF16: Interface de edição de status no painel (RF15) desenhada.
- RF17: Lista de alunas agendadas para a aula está acessível no painel (RF15).
- RF18: Design das telas de CRUD (Criar, Ler, Atualizar, Deletar) de pacotes no painel (RF15).
- RF19: Design das telas de CRUD de aulas (adicionar/cancelar) no painel (RF15).
- RF20: Formulário de agendamento disponível e acessível na página pública e confirmação do agendamento registrada no banco de dados.
- RF21: Professora pode acessar o formulário de registro do resultado da aula experimental no painel administrativo e resultado da avaliação salvo corretamente no banco de dados.
- RF22: Professora consegue visualizar o resultado da avaliação da aula experimental no painel, plano selecionado é salvo no banco de dados e vinculado à aluna e o sistema atualiza automaticamente as permissões e acesso da aluna conforme o plano definido.
Definition of Done (DoD)¶
| Requisito | Foi totalmente implementado e atende aos critérios de aceitação definidos? | Foi testado e validado? | A documentação e as evidências de entrega foram atualizadas e revisadas pela equipe? |
|---|---|---|---|
| RF01 - Acessar conteúdo público | |||
| RF02 - Acessar links para redes sociais da escola | |||
| RF03 - Consultar horários e planos disponíveis | |||
| RF04 - Disponibilizar espaço para tirar dúvidas sobre a modalidade | |||
| RF05 - Cadastrar novo usuário | |||
| RF06 - Realizar login | |||
| RF07 - Realizar logout | |||
| RF08 - Comprar pacotes de aulas com pagamentos online por meio do Mercado Pago | |||
| RF09 - Pagar por uma aula experimental com pagamentos online por meio do Mercado Pago | |||
| RF10 - Agendar aulas | |||
| RF11 - Exibir pacotes de aulas disponíveis conforme plano definido | |||
| RF12 - Consultar cronograma de aulas agendadas | |||
| RF13 - Confirmar ausência da aula antecipadamente (Aluna) | |||
| RF14 - Gerar link de confirmação de ausência | |||
| RF15 - Acessar painel administrativo | |||
| RF16 - Editar status de presença (Professora) | |||
| RF17 - Registrar presença após aula | |||
| RF18 - Gerenciar pacotes de aulas | |||
| RF19 - Gerenciar calendário de aulas | |||
| RF20 - Agendar aula experimental | |||
| RF21 - Registrar resultado da avaliação | |||
| RF22 - Definir plano da aluna |
Priorização do Backlog¶
Para otimizar o fluxo de desenvolvimento e garantir que os recursos essenciais sejam entregues na primeira iteração, o Backlog do projeto foi submetido a um processo de priorização, onde dividimos as funcionalidades em categorias distintas a partir o método MoSCoW (MUST, SHOULD, COULD, WONT), permitindo uma gestão clara das expectativas e um foco direcionado aos requisitos que são indispensáveis para o sucesso do lançamento. A tabela está no tópico abaixo deste.
MVP¶
O MVP da Lady 's Escola de Pole Dance será a primeira versão do sistema digital lançada para um grupo limitado de alunas e para a Professora/Administradora. O foco é resolver a dor mais urgente do negócio: eliminar a gestão manual de agendamentos e pagamentos, e estabelecer uma presença online profissional e funcional. Dentro do escopo do Produto Mínimo Viável, encontram-se as funcionalidades listadas, juntamente com seus respectivos requisitos e objetivos específicos.
Funcionalidades x Requisitos x Objetivo Específico¶
| Funcionalidade | Requisitos que cumprem a funcionalidade | Objetivo específico relacionado |
|---|---|---|
| Um site público, funcional, responsivo e atrativo, que aumente a visibilidade do negócio e permita que os clientes conheçam o serviço com mais detalhes. | - RNF12 - Exibir landing page - RNF06 - Garantir interface intuitiva e fácil de navegar - RF01 - Acessar conteúdo público |
OE1 - Permitir que clientes conheçam os serviços do estúdio por meio de um site institucional responsivo e atrativo. |
| Uma área de inscrição online para matrículas e agendamento de aulas; condicionada a usuários logados. | - RF10 - Agendar aulas - RF03 - Consultar horários e planos disponíveis - RF05 - Cadastrar novo usuário - RF06 - Realizar login - RF20 - Agendar aula experimental |
OE2 - Disponibilizar uma área de inscrição online para matrículas e agendamento em aulas de forma autônoma e prática. |
| Uma sessão para realizar o pagamento de determinado serviço, seja este uma aula experimental ou um pacote de aulas. | - RF09 - Pagar por uma aula experimental com pagamentos online por meio do Mercado Pago - RF08 - Comprar pacotes de aulas com pagamentos online por meio do Mercado Pago |
OE3 - Integrar métodos de pagamento online seguros, reduzindo barreiras e inadimplências. |
| Uma página privada para o personal trainer com um painel administrativo gerenciável, centralizando informações de alunas, turmas e pagamentos. | - RF15 - Acessar painel administrativo - RF18 - Gerenciar pacotes de aulas - RF19 - Gerenciar calendário de aulas - RF17 - Registrar presença em aula - RF16 - Editar status de presença (Professora) - RF21 - Registrar resultado da avaliação - RF22 - Definir plano da aluna |
OE4 - Oferecer um painel administrativo para o personal trainer, centralizando informações de alunas, turmas e pagamentos. |
| Um espaço no site destinado a informações sobre a prática desportiva, e que fortaleça a credibilidade e engaje o público. | - RNF12 - Exibir landing page - RF01 - Acessar conteúdo público |
OE5 - Disponibilizar um espaço informativo sobre pole dance, fortalecendo a credibilidade e engajamento do público. |
Para avaliar as funcionalidades essenciais para testar a hipótese acima, utilizamos o método MoSCoW e um quadro de Valor de Negócio x Avaliação Técnica.
Testes e Validação do Sistema¶
Testes de Aceitação do Cliente¶
- Foco: Testar as jornadas críticas do usuário.
- Procedimento: A Professora/Administradora realizará testes nos fluxos de agendamento, recebimento de pagamento e verificação de inscritos no Painel Admin.
- Métricas de Sucesso: Confirmação de que o tempo gasto em tarefas administrativas críticas foi reduzido conforme a meta.
Testes de Usabilidade e Qualidade¶
- Foco: Validar a experiência do usuário e a robustez técnica.
- Procedimento: Um grupo inicial de 5 a 10 alunas será convidado a utilizar o MVP para agendamentos e pagamentos, fornecendo feedback direto sobre:
- Intuitividade
- Responsividade
- Performance
Testes de Segurança e Conformidade¶
- Foco: Garantir que o sistema atenda aos requisitos de segurança antes do lançamento em larga escala.
- Procedimento: O time de desenvolvimento fará uma varredura final e auditará as rotas de coleta de dados para garantir que a criptografia esteja ativa e funcionando, protegendo a privacidade das alunas.
O MVP será considerado um sucesso e pronto quando: - Os fluxos de Agendamento e Pagamento forem concluídos com sucesso por 100% dos usuários Beta. - A Professora/Administradora confirmar que a gestão dos agendamentos está totalmente migrada do manual para o digital. - Não houver falhas críticas de segurança ou erros de indisponibilidade durante o período de testes.