Recommended
Recommended
More Related Content
Featured
Featured (20)
Gestão de Produtos: Por que muitas empresas adotam práticas ágeis no desenvolvimento, mas continuam evoluindo produtos de forma tradicional?
- 1. Por que muitas empresas adotam práticas ágeis no desenvolvimento mas continuam evoluindo produtos de forma tradicional Maria Cláudia Provinciatto TDC São Paulo ? GESTÃO DE PRODUTOS
- 2. Oi, eu sou a Mary :) @maryprovinc maryprovinciatto.com Lean & Agile Practitioner Apaixonada por melhoria contínua Jedi no tempo livre Project Manager na ThoughtWorks MBA em Marketing na ESPM MBA em Gerenciamento de Projetos na FGV Bacharelado em Ciência da Computação na UNESP
- 3. O LIVRO QUE INSPIROU ESSA PALESTRA
- 4. COMO FAZEM AS ORGANIZAÇÕES ATUAIS
- 5. O processo seguido Ideias "Biz Case" Roadmap Requisitos Design Desenv. Testes Deploy
- 6. O processo seguido Ideias "Biz Case" Roadmap Requisitos Design Desenv. Testes Deploy
- 7. A origem ￫ Tudo começa com ideias ￫ Dentro: executivos, stakeholders-chave ou business owners ￫ Fora: clientes atuais ou em potencial ￫ O que precisa ser feito quando surge uma ideia?
- 9. Definindo prioridades ￫ Priorização das ideias, para: ￫ Garantir que as coisas mais importantes sejam feitas primeiro ￫ Ter visibilidade de quando elas ficarão prontas. ￫ Planejamento trimestral ou anual ￫ Business cases: ￫ Qual é o valor que isso irá agregar? ￫ Quanto dinheiro e tempo irá custar?
- 12. Vamos ao trabalho ￫ Começando das prioridades mais altas ￫ Gerente de produto levanta requisitos com stakeholders-chave ￫ User stories ou algum tipo de especificação funcional ￫ Propósito: comunicar designers e desenvolvedoras
- 15. Quando o ÁGIL (finalmente) entra em cena ￫ O time de desenvolvimento costuma adotar práticas ágeis ￫ O trabalho é quebrado em iterações (ou sprints no Scrum) ￫ Normalmente leva de 1 a 3 iterações para desenvolver uma ideia ￫ Espera-se que os testes aconteçam dentro dessas iterações, mas...
- 17. Passo #84 anos depois Ideias "Biz Case" Roadmap Requisitos Design Desenv. Testes Deploy
- 18. SAD BUT TRUE
- 19. A triste realidade por trás ￫ A maioria das empresas (pequenas e grandes) fazem assim ￫ Reclamações frequentes: "falta inovação", "demora muito" ￫ Ágil é usado no desenvolvimento, mas isso é CASCATA ￫ Mas quais são os problemas em trabalhar dessa forma?
- 22. De onde vêm as ideias ￫ Abordagem que leva a produtos voltados a vendas e stakeholders-chave ￫ Não é a melhor fonte de ideias ￫ Falta de empoderamento no time ￫ O time "só implementa"
- 23. PROBLEMA #2 A FALHA DOS BUSINESS CASES
- 24. Precisamos saber o que NÃO sabemos ￫ Processos ineficientes para responder: ￫ Qual é o valor que isso irá agregar? ￫ Quanto dinheiro e tempo irá custar? ￫ O valor depende da solução e do quão boa ela é ￫ Sem sabermos a solução, também não sabemos o esforço necessário ￫ Pressão para estimativas ￫ Não temos a menor ideia e não temos como saber
- 25. PROBLEMA #3 AS VERDADES INCONVENIENTES SOBRE PRODUTOS
- 26. Nem tudo são flores ￫ Verdade #1: Pelo menos metade das ideias não vão funcionar ￫ Os usuários podem não gostar tanto da ideia quanto a gente ￫ Pode ser mais trabalhoso do que vantajoso usar a funcionalidade ￫ Os usuários até amariam a ideia, mas decidimos não investir ￫ Verdade #2: As ideias com potencial levarão tempo para entregar o valor de negócio esperado (time to money) ￫ O que faz a diferença é como lidamos com essas verdades
- 27. PROBLEMA #4 O PAPEL DE PRODUCT MANAGER
- 28. Produto ou projeto? ￫ O papel do gerente de produtos está mais para gerente de projetos ￫ O foco está em ￫ Reunir requisitos ￫ Documenta-los e comunica-los para o time de design e desenvolvimento ￫ Oposto da gestão de produtos de tecnologia moderna
- 29. PROBLEMA #5 O PAPEL DE DESIGN
- 30. Lipstick on a pig ￫ A equipe é envolvida no processo tardiamente ￫ Não é possível extrair o valor real do design ￫ Alterações superficiais ou cosméticas na tentativa de disfarçar a real natureza do produto ￫ UX designers tentam fazer com que pareça o mais agradável e consistente que conseguem
- 31. PROBLEMA #6 CADE O TIME DE DESENVOLVIMENTO?
- 32. Uma grande oportunidade perdida ￫ Priorizamos as ideias e demandas de negócios sem dar espaço para as ideias do time de desenvolvimento ￫ Perspectiva valiosa para a evolução do produto: inovação ￫ Ter o time de desenvolvimento somente para codar é utilizar metade do valor que eles podem entregar
- 33. PROBLEMA #7 IS TOO LATE NOW TO BE AGILE?
- 34. Ágil, mas só um pouco ￫ As práticas ágeis são adotadas somente pelo time de desenvolvimento ￫ Princípios e benefícios do ágil também demoram muito para fazerem parte deste processo ￫ Ágil somente para delivery ￫ O restante da organização continua sendo qualquer coisa, menos ágil
- 35. PROBLEMA #8 PROJETO, PROJETO E MAIS PROJETO
- 36. Foco em projeto ￫ O processo é totalmente focado em projetos, desde o financiamento até staffing ￫ Projetos focam em output, o que foi produzido, e produtos em outcome, o resultado alcançado pelo que foi produzido ￫ As consequências: projetos abandonados ou que, em sua maioria, geram entregas que não atingem objetivos de negócio
- 37. PROBLEMA #9 ALTO RISCO NO FINAL
- 38. Waterfall, é você? ￫ A grande falha desse processo cascata é o alto risco no final ￫ A validação do cliente acontece muito tarde ￫ Alto desperdício: é necessário fazer o design, desenvolver, testar e entregar uma ideia simplesmente para saber que ela não era boa ￫ As ideias são testadas de uma das formas mais caras e lentas que conhecemos
- 40. Estamos ocupados demais para entregar valor ￫ O tempo e dinheiro são investidos em seguir o processo ￫ A maior perda de todas acaba sendo o custo da oportunidade do que as empresas poderiam e deveriam estar fazendo ￫ Não podemos ter o tempo e dinheiro de volta
- 41. Não é nenhuma novidade que muitas organizações vêem seus produtos fracassando ou alcançam pouco retorno diante de todo o tempo e dinheiro investidos em seus produtos
- 42. ENTENDA O CONTEXTO PARA QUE POSSA MUDÁ-LO
- 43. That's all, folks! LINK PARA OS SLIDES @maryprovinc maryprovinciatto maryprovinciatto maryprovinciatto.com