Como priorizar o backlog quando tudo parece urgente
Técnicas práticas de priorização que uso no dia a dia: RICE, MoSCoW, Kano Model e como combinar frameworks para decisões melhores.
Ler artigo →
Olá, eu sou
Engenheiro de Software com mais de 5 anos de experiência na interseção entre negócio e tecnologia. Especialista em engenharia de requisitos, levantamento, documentação e validação junto a stakeholders, elaboração de User Stories, critérios de aceitação e refinamento de backlog em ambientes ágeis com Scrum e Kanban.
Graduado em Engenharia de Software pela UFC, minha jornada começa em 2018 como estagiário de desenvolvimento — e foi aí que descobri que o maior desafio não é escrever código, mas garantir que estamos construindo a coisa certa, para a pessoa certa, no momento certo.
Esse insight me levou à análise de requisitos e negócios. Passei a trabalhar na ponte entre stakeholders e times técnicos, traduzindo necessidades de negócio em especificações claras — casos de uso, user stories, critérios de aceitação, BPMN, UML. Em 2021, fundei a We Code Solutions, onde apliquei todo esse conhecimento como Analista de Negócios liderando projetos com PMEs.
Hoje, com pós-graduação em andamento em Gestão de Projetos e Metodologias Ágeis e a PSPO I em progresso, sigo evoluindo rumo ao papel de Product Owner — trazendo um background técnico que poucos analistas de produto têm.
We Code Solutions · Empreendedor
BASIS · CLT

Vibeye · PJ
NPI — UFC · Estágio / Bolsista
Como escrevo histórias que o time realmente entende e o usuário realmente precisa
Uma boa história de usuário vai além do formato. Ela comunica contexto, valor e intenção. Aqui estão exemplos do meu processo de escrita:
Sempre questiono: qual problema real isso resolve?
Cada história tem critérios de aceitação que podem ser verificados
Independent, Negotiable, Valuable, Estimable, Small, Testable
Como usuário não autenticado,
Quero fazer login com meu e-mail e senha,
Para que eu possa acessar minha conta de forma segura.
Critérios de Aceitação:
Como vendedor,
Quero receber uma notificação quando um pedido for aprovado,
Para que eu possa iniciar o processo de separação sem precisar consultar o sistema manualmente.
Critérios de Aceitação:
Documentação clara é metade do trabalho bem feito
Registro estruturado de sessões de elicitação com stakeholders, identificação de requisitos e rastreabilidade.
Documentação formal e completa com visão do sistema, requisitos funcionais, não funcionais, restrições e glossário.
Descrição estruturada de interações entre atores e sistema, com fluxos principais, alternativos e de exceção.
Histórias de usuário com critérios BDD (Given-When-Then) que eliminam ambiguidade e habilitam testes automatizados.
Mapeamento visual da jornada do usuário organizado por atividades, tarefas e histórias priorizadas por release.
Visão estratégica trimestral alinhada a OKRs, com épicos, temas de investimento e indicadores de sucesso.
Avaliação estruturada de mudanças de escopo com mapeamento de impactos técnicos, de negócio e alternativas.
Produtos reais onde atuei diretamente — do levantamento de requisitos à entrega
Plataforma web SaaS que digitaliza a Semana Interna de Prevenção de Acidentes do Trabalho (SIPAT) para empresas de médio e grande porte, eliminando processos manuais e centralizando inscrições, palestras, certificados e relatórios gerenciais.
Conduzi o discovery com o cliente e também gerenciei o backlog no Jira, escrevendo e priorizando todas as histórias de usuário do produto.
Entrevistas e workshops com RH e gestores de segurança para mapear processos AS-IS e definir o produto TO-BE.
Criação e refinamento de épicos, histórias com critérios de aceitação BDD e priorização com MoSCoW.
Plataforma all-in-one que combina ERP e CRM para profissionais de mentoria, centralizando gestão de clientes, sessões, financeiro, conteúdos e acompanhamento de evolução dos mentorados em um único sistema.
Mapeei dois domínios de negócio diferentes — gestão operacional (ERP) e relacionamento com clientes (CRM) — em um único produto coeso.
Conduzi sessões de discovery com mentores reais para validar dores e oportunidades antes do desenvolvimento. Montei o roadmap por releases.
Estruturei épicos por módulo funcional (financeiro, agenda, mentorados, conteúdo) com histórias priorizadas por valor de negócio.
Sistema web para emissão de segunda via de boletos integrado diretamente com banco, permitindo que clientes da Bianchi Participações recuperem e paguem boletos de forma autônoma, com criação de API própria para integração.
Levantei e documentei os requisitos de integração com a API do banco, mapeando fluxos de autenticação, consulta e geração de boletos.
Documentei os contratos e endpoints da API criada pelo time, garantindo clareza nos campos, validações e tratamento de erros para o time técnico.
Sistema implementado e em uso real pelos clientes da empresa. Participei da homologação e validação das funcionalidades junto ao cliente.
Aplicativo mobile marketplace voltado para corretores de loteamentos, centralizando catálogo de lotes disponíveis, fluxo de propostas, gestão de clientes e comissionamento em uma plataforma B2B para o mercado imobiliário.
Levantei requisitos com corretores em campo para entender o contexto de uso real — conectividade limitada, navegação rápida, consulta offline.
Mapeei o processo de venda de loteamentos — da captação ao registro — para garantir que o app cobria todo o fluxo real do corretor.
Trabalhei junto ao time de design validando protótipos com os usuários (corretores) antes do desenvolvimento das telas.
Banners com screenshots reais dos projetos em breve. Alguns projetos possuem NDA — detalhes técnicos disponíveis mediante solicitação.
Universidade Federal do Ceará — UFC
Bolsista em Análise de Requisitos em projeto com foco em Scrum. TCC: Estudo de caso do Scrum Solo.
Unifametro
Especialização com foco em gerenciamento de projetos, frameworks ágeis e liderança de times de alta performance.
Scrum.org
IREB
CertiProf
CertiProf
SCRUMstudy
"Produto é sobre pessoas — a habilidade mais importante é colaborar."
"O mapa conta a história do produto melhor do que qualquer lista de requisitos."
"O melhor trabalho vem de times pequenos, autônomos e focados."
"Times de produto extraordinários resolvem problemas, não entregam features."
"Entenda o problema melhor do que qualquer pessoa — a solução virá."
"Aprenda, meça e construa. Nessa ordem."
Reflexões sobre produto, requisitos e o dia a dia de um PO
Técnicas práticas de priorização que uso no dia a dia: RICE, MoSCoW, Kano Model e como combinar frameworks para decisões melhores.
Ler artigo →Quando usar cada um, como combiná-los e por que essa escolha impacta a qualidade das entregas.
Ler artigo →A visão técnica como superpoder: como entender código, arquitetura e dívida técnica mudou a qualidade das minhas decisões de produto.
Ler artigo →Lições aprendidas na minha transição, os erros que cometi e como você pode evitá-los.
Ler artigo →