O documento discute os desafios que as empresas enfrentam ao adotar práticas ágeis de desenvolvimento, mas continuar evoluindo produtos de forma tradicional e sequencial. O processo atual é lento e arriscado, focado em projetos individuais em vez de resultados para os usuários. Isso leva a produtos com pouco valor e oportunidades perdidas. É sugerido que as empresas adotem uma abordagem mais ágil e centrada no usuário para o desenvolvimento de produtos.

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?

8. Passo #2
Ideias
"Biz Case"
Roadmap
Requisitos
Design
Desenv.
Testes
Deploy

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?

10. Passo #3
Ideias
"Biz Case"
Roadmap
Requisitos
Design
Desenv.
Testes
Deploy

11. Passo #4
Ideias
"Biz Case"
Roadmap
Requisitos
Design
Desenv.
Testes
Deploy

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

13. Passo #5
Ideias
"Biz Case"
Roadmap
Requisitos
Design
Desenv.
Testes
Deploy

14. Passo #6
Ideias
"Biz Case"
Roadmap
Requisitos
Design
Desenv.
Testes
Deploy

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...

16. Passo #7
Ideias
"Biz Case"
Roadmap
Requisitos
Design
Desenv.
Testes
Deploy

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?

20. OS (DEZ) MAIORES
PROBLEMAS

21. PROBLEMA #1
A FONTE

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

39. PROBLEMA #10
AS OPORTUNIDADES
PERDIDAS

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