Skip to content

Instantly share code, notes, and snippets.

@rafaelpontezup
Last active December 5, 2024 18:38
Show Gist options
  • Save rafaelpontezup/6138cec869bd4465702256381a29d5f8 to your computer and use it in GitHub Desktop.
Save rafaelpontezup/6138cec869bd4465702256381a29d5f8 to your computer and use it in GitHub Desktop.
StackSpot AI: Demo no uso do agente Backlog Booster

Crie a lista de features baseado na visão de produto abaixo:

LoanEasy é uma plataforma digital que oferece um processo simples, seguro e rápido para solicitação de empréstimos pessoais. O produto é voltado exclusivamente para pessoas físicas, permitindo que os usuários realizem todo o processo, desde a simulação até a assinatura digital, em poucos minutos e de qualquer lugar. Nossa missão é facilitar o acesso ao crédito pessoal, proporcionando uma experiência que alia transparência e eficiência.

A plataforma utiliza inteligência artificial para oferecer uma análise de crédito personalizada, garantindo uma resposta rápida e adaptada ao perfil financeiro do usuário. Além disso, o LoanEasy se destaca pela transparência, fornecendo informações claras sobre taxas e condições do empréstimo, e conta com recursos educativos para que os clientes possam tomar decisões financeiras mais informadas.

Agora, crie as historias de usuário para cada feature listada.

Crie as estorias de usuário com base na transcrição textual de uma agenda de refinamento:

História 1: Usuário realiza uma simulação de empréstimo

PM: Então, a primeira história essencial aqui é o usuário conseguir fazer a simulação do empréstimo. A ideia é que ele insira o valor que deseja e o prazo, e o sistema já mostre as condições, como taxa de juros e valor das parcelas.

Tech Lead: Certo. Eu vejo alguns pontos técnicos para garantir uma experiência rápida. Primeiro, precisamos definir se essas condições serão carregadas do back-end ou calculadas diretamente no front-end. A escolha impacta na latência e na precisão, considerando as regras de negócio que aplicamos sobre o perfil de cada usuário.

PM: Sim, a personalização é um ponto importante, então prefiro que o cálculo venha do back-end. Podemos implementar um mecanismo de cache para reduzir a latência, mas quero que o cálculo seja o mais preciso possível, respeitando o perfil financeiro individual.

Tech Lead: Concordo. Assim, o back-end pode usar dados específicos do usuário, como histórico financeiro ou análise de crédito prévia, para ajustar a simulação. E temos que lembrar da atualização em tempo real. Se a taxa de juros mudar, precisamos refletir isso imediatamente na simulação.

PM: Perfeito. Também vamos incluir uma mensagem que indique “Esta simulação é uma estimativa” para alinhar a expectativa do usuário. Podemos começar com uma simulação mais básica e evoluir a personalização em versões futuras.

História 2: Contratação e assinatura digital do empréstimo

PM: Agora, a segunda história principal é a contratação e assinatura digital do empréstimo. Depois que o usuário decide contratar, ele precisa poder revisar o contrato e assinar digitalmente.

Tech Lead: Exato. Aqui, precisamos garantir uma camada extra de segurança, especialmente para a etapa de assinatura. Acredito que autenticação multifator (MFA) deve ser obrigatória neste ponto, seja por SMS ou biometria.

PM: Concordo. Segurança é prioridade. Outro ponto é garantir que o processo seja transparente. O usuário deve conseguir revisar cada detalhe do contrato antes de assinar.

Tech Lead: Boa. Vamos criar uma etapa onde ele visualiza todos os termos de maneira clara, e a assinatura será o último passo. E sobre o registro da assinatura, você vê algum requisito específico?

PM: Sim, a assinatura digital precisa ser registrada de forma segura, então talvez possamos explorar uma API de terceiros que ofereça uma trilha de auditoria. Isso nos ajudará a garantir conformidade e segurança.

Tech Lead: Ótima ideia. Com uma API externa, economizamos tempo e temos um registro robusto. Além disso, posso incluir uma confirmação visual para o usuário de que o processo foi concluído com sucesso.

PM: Perfeito. Com essas definições, acho que temos uma visão clara para iniciar o desenvolvimento dessas duas histórias prioritárias.

Sem contexto

Gere as historias de usuário baseado no diagrama Mermaid abaixo:

graph TD;
    A[Usuário] -->|Acessa| B[CloudFront]
    B -->|Distribui conteúdo| C[S3 Bucket]
    B -->|Distribui conteúdo| D[Lambda@Edge]
    D -->|Processa requisições| C
    C -->|Armazena arquivos estáticos| E[Arquivos Estáticos]
    C -->|Armazena dados| F[Dados da Aplicação]
Loading

Com contexto

  • Rescreva as historias de usuario considerando a descrição de negócio para o diagrama anterior:

Modulo do sistema de emprestimos responsável por fazer o upload de documentos do usuário para avaliação de liberação de emprestimo.

@rafaelpontezup
Copy link
Author

Use cases

  1. Visão de produtos

    • Criar lista de features
    • Criar historias de usuario para cada feature
  2. Diagrama tecnico

    • sem contexto: "Crie historias de usuario com base no desenho feito no Mermaid"
    • com contexto: "Rescreva as historias utilizando a descrição textual das features"
  3. Transcrição de agenda de refinamento de historias:

    • "Crie historias de usuario com base na descrição textual da agenda de refinamento de historias"

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment