Product Owner Ágil
Kit de ferramentas para gerenciamento de backlog e execução de sprints para product owners, incluindo geração de histórias de usuário, padrões de critérios de aceitação, planejamento de sprint e acompanhamento de velocidade.
Índice
- Workflow de Geração de Histórias de Usuário
- Padrões de Critérios de Aceitação
- Workflow de Divisão de Épicos
- Workflow de Planejamento de Sprint
- Priorização de Backlog
- Documentação de Referência
- Ferramentas
Workflow de Geração de Histórias de Usuário
Crie histórias de usuário em conformidade com INVEST a partir de requisitos:
- Identifique a persona (quem se beneficia com este recurso)
- Defina a ação ou capacidade necessária
- Articule o benefício ou valor entregue
- Escreva os critérios de aceitação usando Dado-Quando-Então
- Estime os story points usando a escala Fibonacci
- Valide com base nos critérios INVEST
- Adicione ao backlog com prioridade
- Validação: A história atende a todos os critérios INVEST; os critérios de aceitação são testáveis
Modelo de História de Usuário
Como um(a) [persona],
Eu quero [ação/capacidade],
Para que [benefício/valor].
Exemplo:
Como um gerente de marketing,
Eu quero exportar relatórios de campanha para PDF,
Para que eu possa compartilhar resultados com stakeholders que não têm acesso ao sistema.
Tipos de História
| Tipo | Modelo | Exemplo |
|---|---|---|
| Funcionalidade | Como um(a) [persona], quero [ação] para que [benefício] | Como um usuário, quero filtrar resultados de busca para encontrar itens mais rápido |
| Melhoria | Como um(a) [persona], preciso de [capacidade] para [objetivo] | Como um usuário, preciso de carregamentos de página mais rápidos para completar tarefas sem frustração |
| Correção de Bug | Como um(a) [persona], espero [comportamento] quando [condição] | Como um usuário, espero que meu carrinho persista quando eu atualizar a página |
| Habilitador | Como um desenvolvedor, preciso de [tarefa técnica] para habilitar [capacidade] | Como um desenvolvedor, preciso implementar cache para habilitar busca instantânea |
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, personalização, atalhos | Fluxos de trabalho especializados |
| Novo Usuário | Orientação, aprendizado, segurança | Integração |
Padrões de Critérios de Aceitação
Escreva critérios de aceitação testáveis usando o formato Dado-Quando-Então.
Modelo Dado-Quando-Então
Dado [pré-condição/contexto],
Quando [ação/gatilho],
Então [resultado esperado].
Exemplos:
Dado que o usuário está logado com credenciais válidas,
Quando ele clicar no botão "Exportar",
Então um download de PDF será iniciado em até 2 segundos.
Dado que o usuário inseriu um formato de e-mail inválido,
Quando ele enviar o formulário de registro,
Então uma mensagem de erro inline exibirá "Insira um endereço de e-mail válido".
Dado que o carrinho de compras contém itens,
Quando o usuário atualizar o navegador,
Então o conteúdo do carrinho permanece inalterado.
Lista de Verificação de Critérios de Aceitação
Cada história deve incluir critérios para:
| Categoria | Exemplo |
|---|---|
| Caminho Feliz | Dado entrada válida, Quando enviado, Então mensagem de sucesso exibida |
| Validação | Deve rejeitar entrada quando campo obrigatório estiver vazio |
| Tratamento de Erros | Deve mostrar mensagem amigável quando a API falhar |
| Performance | Deve completar a operação em até 2 segundos |
| Acessibilidade | Deve ser navegável apenas pelo teclado |
Critérios Mínimos por Tamanho da História
| Story Points | Quantidade Mínima de AC |
|---|---|
| 1-2 | 3-4 critérios |
| 3-5 | 4-6 critérios |
| 8 | 5-8 critérios |
| 13+ | Divida a história |
Consulte references/user-story-templates.md para a biblioteca completa de modelos.
Workflow de Divisão de Épicos
Divida épicos em histórias do tamanho de uma sprint:
- Defina o escopo do épico e os critérios de sucesso
- Identifique todas as personas afetadas pelo épico
- Liste todas as capacidades necessárias para cada persona
- Agrupe capacidades em histórias lógicas
- Valide que cada história tem ≤8 pontos
- Identifique dependências entre histórias
- Sequencie histórias para entrega incremental
- Validação: Cada história entrega valor independente; o total de histórias cobre o escopo do épico
Técnicas de Divisão
| Técnica | Quando Usar | Exemplo |
|---|---|---|
| Por etapa do fluxo | Processo linear | "Checkout" → "Adicionar ao carrinho" + "Inserir pagamento" + "Confirmar pedido" |
| Por persona | Múltiplos tipos de usuário | "Dashboard" → "Dashboard do admin" + "Dashboard 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
Divisão:
É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 (3 pts) - Usuário Final
├── US-007: Visão geral do admin (5 pts) - Admin
└── US-008: Habilitar cache (3 pts) - Habilitador
Workflow de Planejamento de Sprint
Planeje a capacidade da sprint e selecione histórias:
- Calcule a capacidade da equipe (velocidade × disponibilidade)
- Revise a meta da sprint com os stakeholders
- Selecione histórias do backlog priorizado
- Preencha até 80-85% da capacidade (comprometido)
- Adicione metas de alongamento (10-15% adicionais)
- Identifique dependências e riscos
- Divida histórias complexas em tarefas
- Validação: Pontos comprometidos ≤85% da capacidade; todas as histórias possuem critérios de aceitação
Cálculo de Capacidade
Capacidade da 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)
Alongamento: 4 pontos (15% de 27)
Fatores de Disponibilidade
| Cenário | Fator |
|---|---|
| Sprint completo, sem folgas | 1.0 |
| Um membro da equipe ausente 50% | 0.9 |
| Feriado durante a sprint | 0.8 |
| Múltiplos membros ausentes | 0.7 |
Modelo de Carregamento da Sprint
Capacidade da Sprint: 27 pontos
Meta da Sprint: [Objetivo claro e mensurável]
COMPROMETIDO (23 pontos):
[H] US-001: Dashboard do usuário (5 pts)
[H] US-002: Recurso de exportação (3 pts)
[H] US-003: Filtro de busca (5 pts)
[M] US-004: Página de configurações (5 pts)
[M] US-005: Dicas de ajuda (3 pts)
[L] US-006: Opções de tema (2 pts)
ALONGAMENTO (4 pontos):
[L] US-007: Opções de ordenação (2 pts)
[L] US-008: Visualização de impressão (2 pts)
Consulte references/sprint-planning-guide.md para procedimentos completos de planejamento.
Priorização de Backlog
Priorize o backlog usando avaliação de valor e esforço.
Níveis de Prioridade
| Prioridade | Definição | Sprint Alvo |
|---|---|---|
| Crítico | Bloqueando usuários, segurança, perda de dados | Imediato |
| Alto | Funcionalidade principal, necessidades-chave do usuário | Esta sprint |
| Médio | Melhorias, aprimoramentos | Próximas 2-3 sprints |
| Baixo | Bom ter, melhorias menores | Backlog |
Fatores de Priorização
| Fator | Peso | Perguntas |
|---|---|---|
| Valor de Negócio | 40% | Impacto na receita? Demanda do usuário? 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 a uma sprint, valide cada história:
| Critério | Pergunta | Aprovado Se... |
|---|---|---|
| Independente | Pode ser desenvolvida sem outras histórias não comprometidas? | Sem dependências bloqueadoras |
| 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 estimá-la? | Bem compreendida para dimensionar |
| Small (Pequena) | Pode ser concluída em uma sprint? | ≤8 story points |
| Testável | Podemos verificar se está concluída? | Critérios de aceitação claros |
Documentação de Referência
Modelos de Histórias de Usuário
references/user-story-templates.md contém:
- Formatos padrão de história por tipo (funcionalidade, melhoria, correção de bug, habilitador)
- Padrões de critérios de aceitação (Dado-Quando-Então, Deveria/Deve/Pode)
- Lista de verificação de validação INVEST
- Guia de estimativa de story points (escala Fibonacci)
- Antipadrões comuns de história e correções
- Técnicas de divisão de história
Guia de Planejamento de Sprint
references/sprint-planning-guide.md contém:
- Pauta da reunião de planejamento da sprint
- Fórmulas de cálculo de capacidade
- Estrutura de priorização de backlog (WSJF)
- Guias de cerimônias da sprint (daily, review, retro)
- Padrões de acompanhamento de velocidade e burndown
- Lista de verificação de Definição de Pronto
- Métricas e metas da sprint
Ferramentas
Gerador de Histórias de Usuário
# Gera histórias a partir de um épico de exemplo
python scripts/user_story_generator.py
# Planeja sprint com capacidade
python scripts/user_story_generator.py sprint 30
Gera:
- Histórias de usuário em conformidade com INVEST
- Critérios de aceitação no formato Dado-Quando-Então
- Estimativas de story points (escala Fibonacci)
- Atribuições de prioridade
- Carregamento da sprint com itens comprometidos e de alongamento
Exemplo de Saída
HISTÓRIA DE USUÁRIO: USR-001
========================================
Título: Visualizar Métricas Principais
Tipo: história
Prioridade: ALTA
Pontos: 5
História:
Como um Usuário Final, quero visualizar métricas principais e KPIs
para que eu possa economizar tempo e trabalhar de forma mais eficiente
Critérios de Aceitação:
1. Dado que o usuário tem acesso, Quando ele visualizar as métricas principais, Então o resultado é exibido
2. Deve validar a entrada antes de processar
3. Deve mostrar uma mensagem de erro clara quando a ação falha
4. Deve completar em até 2 segundos
5. Deve ser acessível via navegação pelo teclado
Lista de Verificação INVEST:
✓ Independente
✓ Negociável
✓ Valiosa
✓ Estimável
✓ Pequena
✓ Testável
Métricas da Sprint
Acompanhe a saúde da sprint e o desempenho da equipe.
Métricas Principais
| Métrica | Fórmula | Alvo |
|---|---|---|
| Velocidade | Pontos concluídos / sprint | Estável ±10% |
| Confiabilidade do Compromisso | Concluído / Comprometido | >85% |
| Mudança de Escopo | Pontos adicionados ou removidos durante a sprint | <10% |
| Replanejamento | Pontos não concluídos | <15% |
Acompanhamento 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-se com 24-26 pontos
Definição de Pronto
A história está concluída quando:
- Código completo e revisado por pares
- Testes unitários escritos e aprovados
- Critérios de aceitação verificados
- Documentação atualizada
- Implantado no ambiente de staging
- Aceito pelo Product Owner
- Nenhum bug crítico restante
Habilidades Relacionadas
- Scrum Master (
project-management/scrum-master/) — Dados de velocidade e cerimônias de sprint complementam o gerenciamento de backlog - Kit de Ferramentas do Gerente de Produto (
product-team/product-manager-toolkit/) — Priorização RICE alimenta a ordenação do backlog