Dual Track Agile - PO, UX e Marketing no seu pipelane de desenvolvimento de produtos
•Transferir como PPTX, PDF•
1 gostou•118 visualizações
O documento discute a implementação do método "Dual Track Agile" para melhorar a integração entre as equipes de UX, PO, Marketing e Desenvolvedores no processo de desenvolvimento de produtos, definindo objetivos comuns e focando na experiência do usuário.
Recomendados
Recomendados
Mais conteúdo relacionado
Mais de Pablo Silva
Mais de Pablo Silva (17)
Dual Track Agile - PO, UX e Marketing no seu pipelane de desenvolvimento de produtos
- 1. // Dual Track Agile PO, UX e Marketing no seu pipeline de desenvolvimento de produtos
- 2. Juliana Marcenal Gerente de Produtos 15 anos de UXD Mãe do Rafa e da Gabi <3 Pablo Silva Coordenador de Produtos Ex-Desenvolvedor Café com Pão de Queijo
- 3. Problema: Não temos visibilidade do processo de desenvolvimento
- 6. Problema: integração entre UX, PO, Marketing e Devs muito baixa
- 9. Um processo pode ser agente transformador
- 10. Objetivos comuns geram engajamento e melhoram a experiência
- 11. A falta de colaboração e comunicação era o nosso principal problema
- 12. Sem foco no cliente, vai dar ruim!
- 13. 55% dos objetivos são para melhorar a experiência do usuário
Notas do Editor
- E aqui não era porque não tínhamos processos, é pq eles eram descentralizados nas equipes e algumas equipes não tinham métricas nenhuma do desenvolvimento.
- Encontramos um software que gerava métricas pra gente e colocamos todos os times no mesmo lugar com um fluxo mínimo que todos tinham na board pra podermos gerar um conjunto mínimo de métricas gerais.
- Não resolveu o problema, pq a gente sabia que nossos usuários estavam assim. Faltava alguma coisa ainda e essa coisa era muito importante.
- A gente percebeu que parte de não ter visibilidade do que estava acontecendo era porque a integração era muito baixa. O time de desenvolvimento não participava do processo de concepção. Simplesmente recebia um input e executava. O problema nisso são vários, mas o principal é que gera muito desperdício.
- A gente pesquisou e viu que existia um framework que foi criado Jeff Patton e depois popularizado pelo Marty Cagan, em que eles buscavam resolver o problema de melhorar a etapa de concepção do software e conseguir ter visibilidade dessa etapa. Só que eles acabaram criando mais que um framework que gera visibilidade, mas que gera integração entre as diferentes áreas da concepção.
- Encontramos um software que gerava métricas pra gente e colocamos todos os times no mesmo lugar com um fluxo mínimo que todos tinham na board pra podermos gerar um conjunto mínimo de métricas gerais.
- A gente percebeu que parte de não ter visibilidade do que estava acontecendo era porque a integração era muito baixa. O time de desenvolvimento não participava do processo de concepção. Simplesmente recebia um input e executava. O problema nisso são vários, mas o principal é que gera muito desperdício.
- Pablo e Ju