9 min leitura • Guide 814 of 877
Equilíbrio entre Descoberta e Entrega
Construa a coisa certa. O GitScrum ajuda as equipes a equilibrar o trabalho de descoberta (aprender o que construir) com o trabalho de entrega (construir o que foi validado).
Entendendo Descoberta e Entrega
A Abordagem Dual
AGILE DE DUAS FAIXAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ FAIXA DE DESCOBERTA: FAIXA DE ENTREGA: │
│ ────────────────── ──────────────── │
│ │
│ PROPÓSITO: PROPÓSITO: │
│ Aprender o que construir Construir o validado │
│ │
│ ATIVIDADES: ATIVIDADES: │
│ • Pesquisa de usuário • Planejamento de sprint │
│ • Entrevistas de problemas • Codificação │
│ • Prototipagem • Testes │
│ • Experimentos • Implantação │
│ • Testes A/B • Correções de bugs │
│ │
│ SAÍDA: SAÍDA: │
│ Ideias validadas Software funcionando │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ O FLUXO: │
│ │
│ ┌────────────────┐ ┌────────────────┐ │
│ │ DESCOBERTA │ │ ENTREGA │ │
│ │ │ │ │ │
│ │ Ideias │ │ Validadas │────→ Lançado │
│ │ Hipóteses │────→│ Histórias │ Produto │
│ │ Experimentos │ │ Funcionalidades│ │
│ │ Protótipos │ │ Código │ │
│ │ │ │ │ │
│ └────────────────┘ └────────────────┘ │
│ ▲ │ │
│ │ │ │
│ └──────────────────────┘ │
│ Ciclo de feedback │
│ │
│ NÃO SEQUENCIAL: Ambos acontecem em paralelo │
│ NÃO IGUAL: Geralmente mais entrega que descoberta │
└─────────────────────────────────────────────────────────────┘
Atividades de Descoberta
Pesquisa e Validação
MÉTODOS DE DESCOBERTA:
┌─────────────────────────────────────────────────────────────┐
│ │
│ PESQUISA DE USUÁRIO: │
│ ─────────────────── │
│ • Entrevistas com clientes │
│ • Testes de usabilidade │
│ • Observação de campo │
│ • Análise de pesquisas │
│ │
│ PROTOTIPAGEM: │
│ ───────────── │
│ • Esboços em papel │
│ • Wireframes │
│ • Protótipos clicáveis │
│ • Testes de porta falsa │
│ │
│ EXPERIMENTAÇÃO: │
│ ─────────────── │
│ • Testes A/B │
│ • MVP concierge │
│ • Testes Wizard of Oz │
│ • Feature flags │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ QUADRO DE DESCOBERTA: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ IDEIAS │ VALIDANDO │ VALIDADO │ PRONTO PARA DEV ││
│ │ │ │ │ ││
│ │ ┌──┐ │ ┌──┐ │ ┌──┐ │ ┌──┐ ││
│ │ │A │ │ │D │ │ │G │ │ │I │ ││
│ │ └──┘ │ └──┘ │ └──┘ │ └──┘ ││
│ │ ┌──┐ │ ┌──┐ │ ┌──┐ │ ┌──┐ ││
│ │ │B │ │ │E │ │ │H │ │ │J │ ││
│ │ └──┘ │ └──┘ │ └──┘ │ └──┘ ││
│ │ ┌──┐ │ ┌──┐ │ │ ││
│ │ │C │ │ │F │ │ │ ││
│ │ └──┘ │ └──┘ │ │ ││
│ │ │ │ │ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ APENAS IDEIAS VALIDADAS vão para entrega │
│ Muitas ideias são mortas na descoberta (esse é o ponto) │
└─────────────────────────────────────────────────────────────┘
Equilibrando o Tempo
Estratégias de Alocação
EQUILÍBRIO DESCOBERTA/ENTREGA:
┌─────────────────────────────────────────────────────────────┐
│ │
│ POR ESTÁGIO DO PRODUTO: │
│ ──────────────────────── │
│ │
│ NOVO PRODUTO (Pré-encaixe mercado): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Descoberta 50% ████████████████████████████ ││
│ │ Entrega 50% ████████████████████████████ ││
│ │ ││
│ │ Foco: Encontrar encaixe produto-mercado ││
│ │ Risco: Construir a coisa errada ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ PRODUTO CRESCENTE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Descoberta 30% ██████████████████ ││
│ │ Entrega 70% ██████████████████████████████████████████││
│ │ ││
│ │ Foco: Escalar o que funciona, explorar áreas adjacentes││
│ │ Risco: Perder novas oportunidades ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ PRODUTO MADURO: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Descoberta 15% █████████ ││
│ │ Entrega 85% █████████████████████████████████████████████││
│ │ ││
│ │ Foco: Otimização, manutenção, incremental ││
│ │ Risco: Estagnação ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ POR TAMANHO DA EQUIPE: │
│ ────────────────────── │
│ │
│ EQUIPE PEQUENA (5): │
│ Mesmas pessoas fazem descoberta e entrega │
│ Dividem tempo dentro dos sprints │
│ │
│ EQUIPE MAIOR (10+): │
│ Trio de produto foca na descoberta │
│ Resto da equipe foca na entrega │
│ Entregas regulares │
└─────────────────────────────────────────────────────────────┘
O Trio de Produto
Equipe de Descoberta
TRIO DE PRODUTO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ O TRIO: │
│ ─────── │
│ │
│ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │
│ │ GERENTE │ │ DESIGN │ │ LÍDER │ │
│ │ PRODUTO │ │ │ │ TÉCNICO │ │
│ │ │ │ │ │ │ │
│ │ Viabilidade │ │ Usabilidade │ │ Viabilidade │ │
│ │ "Devemos │ │ "Os usuários │ │ "Podemos │ │
│ │ construir?" │ │ podem usar?" │ │ construir?" │ │
│ └─────────────┘ └─────────────┘ └─────────────┘ │
│ │ │ │ │
│ └──────────────┼──────────────┘ │
│ │ │
│ ▼ │
│ SOLUÇÕES VALIDADAS │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ ATIVIDADES DO TRIO: │
│ ─────────────────── │
│ │
│ JUNTOS: │
│ • Entrevistas com clientes │
│ • Definição de problemas │
│ • Exploração de soluções │
│ • Revisão de protótipos │
│ • Planejamento de experimentos │
│ │
│ INDIVIDUAL: │
│ PM: Alinhamento com stakeholders, métricas, priorização │
│ Design: Protótipos, testes de usabilidade, fluxos │
│ Técnico: Spikes de viabilidade, restrições técnicas │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ CADÊNCIA SEMANAL: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ SEG: Sincronização descoberta (30 min) ││
│ │ - Revisar aprendizados da semana passada ││
│ │ - Planejar atividades desta semana ││
│ │ ││
│ │ TER-QUI: Atividades de pesquisa ││
│ │ - Entrevistas, testes, experimentos ││
│ │ ││
│ │ SEX: Síntese + entrega ││
│ │ - O que aprendemos ││
│ │ - O que está pronto para entrega ││
│ │ - O que precisa de mais pesquisa ││
│ └─────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────┘
Gerenciando a Entrega
Da Descoberta para a Entrega
PROCESSO DE ENTREGA:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SAÍDA DA DESCOBERTA: │
│ ───────────────────── │
│ │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ SOLUÇÃO VALIDADA: Checkout com um clique ││
│ │ ││
│ │ PROBLEMA: ││
│ │ Usuários abandonam checkout devido a muitos passos ││
│ │ ││
│ │ EVIDÊNCIA: ││
│ │ • 12 entrevistas de usuário citaram complexidade ││
│ │ • Analytics: 45% desistência no passo de pagamento ││
│ │ • Análise concorrente: Um clique é padrão da indústria ││
│ │ ││
│ │ SOLUÇÃO: ││
│ │ Salvar método de pagamento para recompra com um clique ││
│ │ ││
│ │ PROTÓTIPO TESTADO: ││
│ │ • 8/10 testadores completaram checkout com sucesso ││
│ │ • Tempo médio: 45 segundos (vs 3 min atual) ││
│ │ ││
│ │ CONSIDERAÇÕES TÉCNICAS: ││
│ │ • Requer conformidade PCI para cartões armazenados ││
│ │ • Integração com provedor de pagamento ││
│ • Estimado: 2-3 sprints ││
│ │ ││
│ │ MÉTRICAS DE SUCESSO: ││
│ │ • Conclusão checkout +15% ││
│ │ • Tempo checkout <60 segundos ││
│ │ ││
│ │ ANEXOS: ││
│ │ [Protótipo] [Notas de entrevista] [Relatório analytics] ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ ENTREGA RECEBE: │
│ ─────────────── │
│ • Declaração clara do problema │
│ • Solução validada com evidência │
│ • Protótipo/designs para implementar │
│ • Métricas de sucesso para medir │
│ • Considerações técnicas já exploradas │
│ │
│ BENEFÍCIO: Menos retrabalho, maior confiança │
└─────────────────────────────────────────────────────────────┘
Fazendo Funcionar
Padrões Comuns
DICAS PRÁTICAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ PROTEJA O TEMPO DE DESCOBERTA: │
│ ────────────────────────────── │
│ • Bloqueie calendário para pesquisa │
│ • Trabalho de descoberta não é "extra" │
│ • Conte na planejamento de capacidade │
│ │
│ NÃO SUPERVAIDATE: │
│ ────────────────── │
│ • Algumas coisas são óbvias │
│ • Mudanças pequenas precisam de menos validação │
│ • Valide coisas arriscadas/incertas │
│ │
│ MANTENHA DESCOBERTA LEAN: │
│ ───────────────────────── │
│ • Pesquisa mínima viável │
│ • Experimentos rápidos sobre estudos longos │
│ • Lance para aprender quando apropriado │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ O QUE PRECISA DE DESCOBERTA: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ││
│ │ ALTA INCERTEZA + ALTO ESFORÇO: ││
│ │ DEFINITIVAMENTE FAÇA DESCOBERTA ││
│ │ • Novas áreas de produto ││
│ │ • Mudando fluxos principais ││
│ │ • Investimentos maiores ││
│ │ ││
│ │ ALTA INCERTEZA + BAIXO ESFORÇO: ││
│ │ VALIDAÇÃO RÁPIDA OU APENAS LANCE ││
│ │ • Pequenos experimentos ││
│ │ • Testes A/B ││
│ │ • Fácil de reverter ││
│ │ ││
│ │ BAIXA INCERTEZA + ALTO ESFORÇO: ││
│ │ ALGUMA VALIDAÇÃO ││
│ │ • Necessidade conhecida, solução não clara ││
│ │ • Valide abordagem ││
│ │ ││
│ │ BAIXA INCERTEZA + BAIXO ESFORÇO: ││
│ │ APENAS CONSTRUA ││
│ │ • Correções de bugs ││
│ │ • Melhorias óbvias ││
│ │ • Dívida técnica ││
│ │ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ NÃO VALIDE TUDO │
│ VALIDE O QUE É ARRISCADO │
└─────────────────────────────────────────────────────────────┘