ricneves-ai Agile Product Owner
Kit de ferramentas de gerenciamento de backlog e execução de sprint para product owners, incluindo geração de user stories, padrões de critérios de aceitação, planejamento de sprint e rastreamento de velocidade.
Sumário
- Fluxo de Trabalho de Geração de User Stories
- Padrões de Critérios de Aceitação
- Fluxo de Trabalho de Desmembramento de Épico
- Fluxo de Trabalho de Planejamento de Sprint
- Priorização do Backlog
- Documentação de Referência
- Ferramentas
Fluxo de Trabalho de Geração de User Stories
Criar user stories conformes ao INVEST a partir de requisitos:
- Identificar a persona (quem se beneficia desta funcionalidade)
- Definir a ação ou capacidade necessária
- Articular o benefício ou valor entregue
- Escrever critérios de aceitação usando Dado-Quando-Então
- Estimar story points usando a escala Fibonacci
- Validar conforme os critérios INVEST
- Adicionar ao backlog com prioridade
- Validação: A story passa por todos os critérios INVEST; os critérios de aceitação são testáveis
Template de User Story
As a [persona],
I want to [action/capability],
So that [benefit/value].
Exemplo:
As a marketing manager,
I want to export campaign reports to PDF,
So that I can share results with stakeholders who don't have system access.
Tipos de Story
| Tipo | Template | Exemplo |
|---|---|---|
| Funcionalidade | As a [persona], I want to [action] so that [benefit] | As a user, I want to filter search results so that I find items faster |
| Melhoria | As a [persona], I need [capability] to [goal] | As a user, I need faster page loads to complete tasks without frustration |
| Correção de Bug | As a [persona], I expect [behavior] when [condition] | As a user, I expect my cart to persist when I refresh the page |
| Habilitador | As a developer, I need to [technical task] to enable [capability] | As a developer, I need to implement cache to enable instant search |
Referência de Personas
| Persona | Necessidades Típicas | Contexto |
|---|---|---|
| Usuário Final | Eficiência, simplicidade, confiabilidade | Uso diário de funcionalidades |
| Administrador | Controle, visibilidade, segurança | Gerenciamento do sistema |
| Usuário Avançado | Automação, customização, atalhos | Fluxos de trabalho especializados |
| Novo Usuário | Orientação, aprendizado, segurança | Onboarding |
Padrões de Critérios de Aceitação
Escrever critérios de aceitação testáveis usando o formato Dado-Quando-Então.
Template Dado-Quando-Então
Given [precondition/context],
When [action/trigger],
Then [expected outcome].
Exemplos:
Given the user is logged in with valid credentials,
When they click the "Export" button,
Then a PDF download starts within 2 seconds.
Given the user has entered an invalid email format,
When they submit the registration form,
Then an inline error message displays "Please enter a valid email address."
Given the shopping cart contains items,
When the user refreshes the browser,
Then the cart contents remain unchanged.
Lista de Verificação dos Critérios de Aceitação
Cada story deve incluir critérios para:
| Categoria | Exemplo |
|---|---|
| Caminho Feliz | Given valid input, When submitted, Then success message displayed |
| Validação | Should reject input when required field is empty |
| Tratamento de Erros | Must show user-friendly message when API fails |
| Desempenho | Should complete operation within 2 seconds |
| Acessibilidade | Must be navigable via keyboard only |
Critérios Mínimos por Tamanho de Story
| Story Points | Contagem Mínima de Critérios |
|---|---|
| 1-2 | 3-4 critérios |
| 3-5 | 4-6 critérios |
| 8 | 5-8 critérios |
| 13+ | Divida a story |
Veja references/user-story-templates.md para biblioteca completa de templates.
Fluxo de Trabalho de Desmembramento de Épico
Dividir épicos em stories de tamanho adequado para sprint e entregáveis:
- Definir escopo do épico e critérios de sucesso
- Identificar todas as personas afetadas pelo épico
- Listar todas as capacidades necessárias para cada persona
- Agrupar capacidades em stories lógicas
- Validar que cada story é ≤8 pontos
- Identificar dependências entre stories
- Sequenciar stories para entrega incremental
- Validação: Cada story entrega valor independente; o total de stories cobre o escopo do épico
Técnicas de Divisão
| Técnica | Quando Usar | Exemplo |
|---|---|---|
| Por etapa do fluxo de trabalho | Processo linear | "Checkout" → "Adicionar ao carrinho" + "Informar pagamento" + "Confirmar pedido" |
| Por persona | Múltiplos tipos de usuário | "Dashboard" → "Painel admin" + "Painel do usuário" |
| Por tipo de dado | Múltiplas entradas | "Importar" → "Importar CSV" + "Importar Excel" |
| Por operação | Funcionalidade CRUD | "Gerenciar usuários" → "Criar" + "Editar" + "Excluir" |
| Caminho feliz primeiro | Redução de risco | "Funcionalidade" → "Fluxo básico" + "Tratamento de erros" + "Casos extremos" |
Exemplo de Épico
Épico: Dashboard do Usuário
Desmembramento:
Épico: Dashboard do Usuário (34 pontos no total)
├── US-001: Visualizar métricas principais (5 pts) - Usuário Final
├── US-002: Personalizar layout (5 pts) - Usuário Avançado
├── US-003: Exportar dados para CSV (3 pts) - Usuário Final
├── US-004: Compartilhar com a equipe (5 pts) - Usuário Final
├── US-005: Configurar alertas (5 pts) - Usuário Avançado
├── US-006: Filtrar por período de datas (3 pts) - Usuário Final
├── US-007: Visão geral do admin (5 pts) - Admin
└── US-008: Habilitar cache (3 pts) - Habilitador
Fluxo de Trabalho de Planejamento de Sprint
Planejar a capacidade do sprint e selecionar stories:
- Calcular a capacidade da equipe (velocidade × disponibilidade)
- Revisar o objetivo do sprint com as partes interessadas
- Selecionar stories do backlog priorizado
- Preencher até 80-85% da capacidade (comprometido)
- Adicionar objetivos stretch (10-15% adicionais)
- Identificar dependências e riscos
- Quebrar stories complexas em tarefas
- Validação: Pontos comprometidos ≤85% da capacidade; todas as stories têm critérios de aceitação
Cálculo de Capacidade
Capacidade do Sprint = Velocidade Média × Fator de Disponibilidade
Exemplo:
Velocidade Média: 30 pontos
Disponibilidade da equipe: 90% (um membro parcialmente ausente)
Capacidade Ajustada: 27 pontos
Comprometido: 23 pontos (85% de 27)
Stretch: 4 pontos (15% de 27)
Fatores de Disponibilidade
| Cenário | Fator |
|---|---|
| Sprint completo, sem férias | 1.0 |
| Um membro da equipe 50% ausente | 0.9 |
| Feriado durante o sprint | 0.8 |
| Múltiplos membros ausentes | 0.7 |
Template de Carregamento do Sprint
Capacidade do Sprint: 27 pontos
Objetivo do Sprint: [Objetivo claro e mensurável]
COMPROMETIDO (23 pontos):
[A] US-001: Dashboard do usuário (5 pts)
[A] US-002: Funcionalidade de exportação (3 pts)
[A] US-003: Filtro de busca (5 pts)
[M] US-004: Página de configurações (5 pts)
[M] US-005: Tooltips de ajuda (3 pts)
[B] US-006: Opções de tema (2 pts)
STRETCH (4 pontos):
[B] US-007: Opções de ordenação (2 pts)
[B] US-008: Visualização de impressão (2 pts)
Veja references/sprint-planning-guide.md para procedimentos completos de planejamento.
Priorização do Backlog
Priorizar o backlog usando avaliação de valor e esforço.
Níveis de Prioridade
| Prioridade | Definição | Meta do Sprint |
|---|---|---|
| Crítico | Bloqueando usuários, segurança, perda de dados | Imediato |
| Alto | Funcionalidade principal, necessidades-chave do usuário | Este sprint |
| Médio | Melhorias, aprimoramentos | Próximos 2-3 sprints |
| Baixo | Nice-to-have, pequenas melhorias | Backlog |
Fatores de Priorização
| Fator | Peso | Perguntas |
|---|---|---|
| Valor de Negócio | 40% | Impacto na receita? Demanda dos usuários? Alinhamento estratégico? |
| Impacto no Usuário | 30% | Quantos usuários? Com que frequência é usado? |
| Risco/Dependências | 15% | Risco técnico? Dependências externas? |
| Esforço | 15% | Tamanho? Complexidade? Incerteza? |
Validação dos Critérios INVEST
Antes de adicionar ao sprint, valide cada story:
| Critério | Pergunta | Aprovado Se... |
|---|---|---|
| Independente | Pode ser desenvolvida sem outras stories não comprometidas? | Sem dependências bloqueantes |
| Negociável | A implementação é flexível? | Múltiplas abordagens possíveis |
| Valiosa | Entrega valor ao usuário ou ao negócio? | Benefício claro no "para que" |
| Estimável | A equipe consegue estimar? | Suficientemente compreendida para dimensionar |
| Small (Pequena) | Pode ser concluída em um sprint? | ≤8 story points |
| Testável | Podemos verificar se está pronta? | Critérios de aceitação claros |
Documentação de Referência
Templates de User Story
references/user-story-templates.md contém:
- Formatos de story padrão por tipo (funcionalidade, melhoria, correção de bug, habilitador)
- Padrões de critérios de aceitação (Dado-Quando-Então, Should/Must/Can)
- Lista de verificação dos critérios INVEST
- Guia de estimativa de story points (escala Fibonacci)
- Antipadrões comuns de stories e correções
- Técnicas de divisão de stories
Guia de Planejamento de Sprint
references/sprint-planning-guide.md contém:
- Agenda da reunião de planejamento do sprint
- Fórmulas de cálculo de capacidade
- Framework de priorização do backlog (WSJF)
- Guias das cerimônias do sprint (standup, review, retro)
- Rastreamento de velocidade e padrões de burndown
- Lista de verificação da Definição de Pronto
- Métricas e metas do sprint
Ferramentas
Gerador de User Stories
# Gerar stories a partir de um épico de exemplo
python scripts/user_story_generator.py
# Planejar sprint com capacidade
python scripts/user_story_generator.py sprint 30
Gera:
- User stories conformes ao INVEST
- Critérios de aceitação Dado-Quando-Então
- Estimativas de story points (escala Fibonacci)
- Atribuições de prioridade
- Carregamento do sprint com itens comprometidos e stretch
Exemplo de Saída
USER STORY: USR-001
========================================
Title: View Key Metrics
Type: story
Priority: HIGH
Points: 5
Story:
As a End User, I want to view key metrics and KPIs
so that I can save time and work more efficiently
Acceptance Criteria:
1. Given user has access, When they view key metrics, Then the result is displayed
2. Should validate input before processing
3. Must show clear error message when action fails
4. Should complete within 2 seconds
5. Must be accessible via keyboard navigation
INVEST Checklist:
✓ Independent
✓ Negotiable
✓ Valuable
✓ Estimable
✓ Small
✓ Testable
Métricas do Sprint
Rastrear a saúde do sprint e o desempenho da equipe.
Métricas Principais
| Métrica | Fórmula | Meta |
|---|---|---|
| Velocidade | Pontos concluídos / sprint | Estável ±10% |
| Confiabilidade de Comprometimento | Concluídos / Comprometidos | >85% |
| Variação de Escopo | Pontos adicionados ou removidos durante o sprint | <10% |
| Carryover | Pontos não concluídos | <15% |
Rastreamento de Velocidade
Sprint 1: 25 pontos
Sprint 2: 28 pontos
Sprint 3: 30 pontos
Sprint 4: 32 pontos
Sprint 5: 29 pontos
------------------------
Velocidade Média: 28.8 pontos
Tendência: Estável
Planejamento: Comprometer 24-26 pontos
Definição de Pronto
A story está completa quando:
- Código completo e revisado por par
- Testes unitários escritos e passando
- Critérios de aceitação verificados
- Documentação atualizada
- Implantado no ambiente de staging
- Aceito pelo Product Owner
- Sem bugs críticos restantes
Skills Relacionadas
- Scrum Master (
project-management/scrum-master/) — Dados de velocidade e cerimônias do sprint complementam o gerenciamento de backlog - Kit de Ferramentas para Gerente de Produto (
product-team/product-manager-toolkit/) — A priorização RICE alimenta a ordenação do backlog