6 min leitura • Guide 813 of 877
Planejamento Baseado em Outcomes
Outcomes impulsionam impacto. GitScrum ajuda times a mudar de planejamento focado em output para entrega orientada a outcome, garantindo que trabalho crie valor real.
Outputs vs Outcomes
Entendendo a Diferença
OUTPUTS VS OUTCOMES:
┌─────────────────────────────────────────────────────────────┐
│ │
│ OUTPUTS (O que você constrói): │
│ ──────────────────────────────── │
│ • Features entregues │
│ • Linhas de código │
│ • Story points completados │
│ • Tarefas feitas │
│ │
│ OUTCOMES (O que muda): │
│ ─────────────────────── │
│ • Comportamento do usuário mudou │
│ • Receita aumentou │
│ • Satisfação do cliente melhorou │
│ • Tempo economizado │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ EXEMPLO: │
│ │
│ FOCADO EM OUTPUT: │
│ "Construir uma nova página de checkout" │
│ ✓ Página entregue = sucesso │
│ │
│ FOCADO EM OUTCOME: │
│ "Aumentar taxa de conclusão de checkout de 45% para 60%" │
│ ✓ Taxa aumenta = sucesso │
│ (pode ou não precisar de nova página) │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ A ARMADILHA: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ││
│ │ PENSAMENTO DE OUTPUT: ││
│ │ "Entregamos 47 features neste trimestre! Ótimo!" ││
│ │ ││
│ │ REALIDADE: ││
│ │ Receita: Estável ││
│ │ Engajamento de usuários: Caiu ││
│ │ Satisfação do cliente: Menor ││
│ │ ││
│ │ MUITO TRABALHO, NENHUM IMPACTO ││
│ │ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ PENSAMENTO DE OUTCOME: │
│ "Melhoramos conclusão de checkout em 15%" │
│ Isso exigiu: 3 features, 5 bugs corrigidos, 2 experimentos│
│ IMPACTO CLARO │
└─────────────────────────────────────────────────────────────┘
Definindo Outcomes
Escrevendo Bons Outcomes
CRIANDO OUTCOMES:
┌─────────────────────────────────────────────────────────────┐
│ │
│ FÓRMULA DE OUTCOME: │
│ ──────────────────── │
│ │
│ [VERBO] + [MÉTRICA] + [DE X] + [PARA Y] │
│ │
│ EXEMPLOS: │
│ ✅ "Aumentar usuários ativos diários de 10K para 15K" │
│ ✅ "Reduzir tickets de suporte em 30%" │
│ ✅ "Melhorar tempo de carregamento de 3s para 1.5s" │
│ ✅ "Aumentar NPS de 32 para 45" │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ OUTCOMES RUINS (Na verdade são Outputs): │
│ ❌ "Lançar app mobile" │
│ ❌ "Construir feature de dashboard" │
│ ❌ "Implementar autenticação" │
│ ❌ "Completar redesign" │
│ │
│ CORREÇÃO: │
│ ❌ "Lançar app mobile" │
│ ✅ "25% dos usuários ativos no app mobile" │
│ │
│ ❌ "Construir feature de dashboard" │
│ ✅ "Reduzir tempo para encontrar métricas de 5 min para 30s"│
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ NÍVEIS DE OUTCOME: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ OUTCOME DE NEGÓCIO: ││
│ │ "Aumentar receita trimestral em 20%" ││
│ │ │ ││
│ │ ▼ ││
│ │ OUTCOME DE PRODUTO: ││
│ │ "Aumentar conclusão de checkout em 15%" ││
│ │ │ ││
│ │ ▼ ││
│ │ OUTCOME DE USUÁRIO: ││
│ │ "Usuários podem fazer checkout em menos de 60 segundos"││
│ │ │ ││
│ │ ▼ ││
│ │ FEATURE/OUTPUT: ││
│ │ "Botão de checkout em um clique" ││
│ └─────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────┘
Framework OKR
Objetivos e Key Results
ESTRUTURA OKR:
┌─────────────────────────────────────────────────────────────┐
│ │
│ OBJECTIVE (O que queremos alcançar): │
│ ───────────────────────────────────── │
│ • Qualitativo │
│ • Inspiracional │
│ • Ambicioso │
│ • Orientado a outcome │
│ │
│ KEY RESULTS (Como sabemos que alcançamos): │
│ ─────────────────────────────────────────── │
│ • Quantitativos │
│ • Mensuráveis │
│ • Específicos │
│ • Time-bound │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ EXEMPLO: │
│ │
│ OBJECTIVE: │
│ "Criar experiência de onboarding que encanta novos usuários"│
│ │
│ KEY RESULTS: │
│ • KR1: Aumentar conclusão de onboarding de 40% para 70% │
│ • KR2: Reduzir tempo de onboarding de 15 min para 5 min │
│ • KR3: Aumentar NPS de novos usuários de 30 para 50 │
│ │
│ NOTA: │
│ KRs não são tarefas! São medidas de sucesso. │
│ Tarefas vivem no backlog/sprint. │
│ │
└─────────────────────────────────────────────────────────────┘
Planejamento com Outcomes
Conectando Trabalho a Outcomes
FLUXO DE PLANEJAMENTO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ 1. DEFINIR OUTCOME │
│ "Aumentar retenção de 30 dias de 45% para 60%" │
│ │
│ 2. HIPÓTESE │
│ "Acreditamos que notificações personalizadas │
│ aumentarão retenção porque usuários esquecerão │
│ menos do produto." │
│ │
│ 3. TRABALHO (Features/Tarefas) │
│ ├── Implementar sistema de notificações │
│ ├── Criar templates personalizados │
│ ├── A/B test de frequência │
│ └── Analytics de engagement │
│ │
│ 4. MEDIR │
│ ├── Retenção 30 dias: 48% → (medindo) │
│ ├── Open rate de notificações: 15% │
│ └── DAU após notificação: +5% │
│ │
│ 5. APRENDER E ITERAR │
│ ├── Notificações ajudam, mas não o suficiente │
│ ├── O que mais podemos testar? │
│ └── Pivotar ou perseverar? │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ NO GITSCRUM: │
│ │
│ MILESTONE: "Retenção 60%" (outcome) │
│ ├── EPIC: Notificações personalizadas │
│ │ ├── TAREFA: Backend de notificações │
│ │ ├── TAREFA: Templates │
│ │ └── TAREFA: A/B test │
│ └── EPIC: Onboarding melhorado │
│ ├── TAREFA: Tutorial interativo │
│ └── TAREFA: Check-in dia 7 │
│ │
└─────────────────────────────────────────────────────────────┘
Melhores Práticas
Checklist de Implementação
CHECKLIST DE PLANEJAMENTO BASEADO EM OUTCOMES
═════════════════════════════════════════════
DEFINIÇÃO:
☐ Outcome claramente definido
☐ Baseline medido
☐ Meta específica estabelecida
☐ Prazo definido
HIPÓTESE:
☐ Teoria de como alcançar
☐ Suposições documentadas
☐ Riscos identificados
☐ Forma de validar definida
TRABALHO:
☐ Features conectadas a outcomes
☐ Mínimo viável definido
☐ Métricas intermediárias
☐ Experimentos planejados
MEDIÇÃO:
☐ Analytics implementado
☐ Reviews regulares de métricas
☐ Aprendizados documentados
☐ Decisões baseadas em dados
Outcomes transformam times ocupados em times efetivos que entregam valor real.