O documento discute estratégias para gerenciar contratos em ambientes complexos e incertos (VUCA). Ele contrasta abordagens preditivas versus adaptativas, enfatizando que estimativas determinísticas não funcionam para projetos complexos. A melhor estratégia é usar feedback constante e mudanças para manter os acordos de custo e prazo.

1. Contratos para fazer
a coisa certa,
do jeito certo,
em um mundo VUCA.

2. DBSERVER
PortoAlegre Caxias do Sul São Paulo
1993 2004 2008 2009 201 2017 2019
Fazer do
jeito certo,
a coisa
certa.
em um mundo

3. Processos e ferramentas
Documentação abrangente
Negociação de contratos
Seguir um plano
Orientados
por
estimativas
determinísticas
Escopo
Prazo Custos
ContratosTradicionais são Preditivos...

4. “Nada é permanente,
exceto a mudança.”
Heráclito. 540 A.C.
Jacaré
parado
vira bolsa.

5. Processos e ferramentas
Documentação abrangente
Negociação de contratos
Seguir um plano
Indivíduos e interações
Software em funcionamento
Colaboração com o cliente
Responder a mudanças
Manifesto Ágil

6. Escopo
Custo&Tempo
Mudanças são
necessárias
Conformidade com
valor ao negócio
Ciclo deVida
Adaptativo
Escopo
Custo & Tempo
Ciclo deVida
Preditivo
Mudanças são
permitidas
Conformidade com
requisitos Detalhados
Ambientes
com:
Incerteza
Complexidade
Inovação

7. “Não é possível obtermos
estimativas com acurácia
para projetos técnicos complexos,
mas através de feedback e mudança
podemos manter os orçamentos e prazos
acordados.”
[Tom Gilb, Estimation or Control]

8. I N S P I R A Ç Ã O I D E A Ç Ã O I M P L E M E N T A Ç Ã O
FAZER A COISA CERTA FAZER DO JEITO CERTO
SCRUM
Plano de
Release
Visão do
Produto

9. Movido a dúvidas

10. "Por que precisamos
esperar para ver a
fotografia?“
Filha de 4 anos do fundador da Polaroid
Land Model 95, 1948, US$89.75

11. Doug Dietz
GE Healthcare
GE Adventure Series

13. DESIGN
Design Thinking
CONCEPÇÃO IMPLEMENTAÇÃO
Lean StartUp + Agile
Desafio
Pesquisa
Insights
Ideação Estratégia
Prototipação
Teste
Oportunidade
Visão do
Produto
Mapeamento
Construir
Medir
Aprender
Planejamento
Execução
Revisão
Retrospectiva
Discovery Sprint Development Sprint
Pivotar
MVP
Produto
? ? ?
T E C N O L O G I A

14. Empatia
Experimentação
Colaboração
Design Thinking

15. PROBLEMA SOLUÇÃO
“Apaixone-se
pelo
problema,
não pela
solução.”
- Uri Levine, Waze
Design Thinking

16. Ponto de Vista
Como podemos ajudar os pais
nas áreas rurais dos países em
desenvolvimen-to a dar uma
chance de sobrevivência aos
seus bebês?
Desafio
Como podemos construir uma
incubadora de baixo custo para
reduzir a taxa de mortalidade de
bebês nas áreas rurais dos países
em desenvolvimento?
Infant Warmer
www.embraceinnovations.com
Design Thinking

17. “Como poderíamos
transformar Laura em fã
incondicional do Clube?”
“Como poderíamos
ajudar
Elias a ter uma
experiência de estádio
mesmo estando
longe?”
Como poderíamos
melhorar a
experiência do
torcedor
através do App do
Clube?
“Como poderíamos ajudar
Calvin a viver diariamente a
paixão pelo Clube?”
User
+
Needs
+
Insights

18. CASOS DE USO
Varejo Indústria Esporte Saúde

19. Requisitos?Hipóteses?
Se o cliente não gostar do que fizermos, isto será uma descoberta, não uma falha.
Lean Startup

20. “MVP é um processo em que você
repete várias vezes:
identifique sua premissa de maior
risco,
encontre o menor experimento
possível para testá-la e use os
resultados do experimento para
corrigir a direção. “
- Y Combinator
Hipóteses
Hipótese 1
Hipótese 2
Hipótese 3
Feedback
Loops
Medir
Construir
Aprender
hipótese
mvp
Lean Startup

21. “If you are not embarrassed by the first
version of your product, you’ve launched too
late.”
– Reid Hoffman, Co-Founder of LinkedIn
Não existe
MVP sem
aprendizagem
com os clientes.
Lean Startup

22. http://www.buzinga.com.au/buzz/how-uber-dropbox-aribnb-released-mvps/
https://www.youtube.com/watch?v=xPJoq_QVsY4
Casos Clássicos

23. https://web.archive.org/web/19991127151543/http://www.zappos.com/
1999 2018
Em 2009, após tentativas frustradas de lançar um produto, a Amazon adquiriu a Zappos por US$ 1.2 bilhões.
Lean Startup

24. Lean Startup
versão de um novo
produto
PRODUTO
O QUE
mínimo de esforço
MÍNIMO
COMO
máximo de
aprendizado validado
sobre os clientes
VIÁVEL
PORQUE
O produto mínimo viável é a versão de um novo
produto que permite que um time obtenha o
máximo de aprendizado validado sobre
os clientes, com o mínimo de esforço.
- Eric Ries

25. MVP1
MVP2
MVP3
MVP4
Produto sem
aprendizagem
Produto
maduro, estável
Discovery Development
“Um MVP não é um produto mais
barato, é sobre aprendizagem
inteligente”
- Steve Blank
#FailFast
#TentativaeErro #NãoEscalável
#ReduzDesperdícios
Lean Startup

26. Produto ? Mínimo ? Viável ? Requisitos ? Hipóteses ?
Exemplos Reais
Primeiro Caso Segundo Caso
Lean Startup

27. Time de
Negócios
Time de
Desenvolvimento
PRIMEIRO CASO
3
2
4
1

28. 1. Design
1 mês
2. Concepção
1 semana
3. Implementação do
MVP
3 meses
Trecho da proposta:
“A etapa de
desenvolvimento
contempla a
implementação do MVP.”
Trecho da proposta:
“O planejamento de
entregas irá contemplar
a definição do produto
mínimo viável (MVP) e
funcionalidades para
releases futuras do
produto. “
Primeiro Caso

29. Produto Mínimo Viável
Produto Mínimo Viável
Produto Mínimo Viável
PRIMEIRO CASO

30. Segundo Caso
Case Cooktop
Seria possível criarmos
uma experiência segura e
agradável para o usuário
através de um aplicativo
móvel conectado ao
fogão inteligente?

31. Validando
o MVP
com os
usuários

32. Aprendendo
com o uso

33. I N S P I R A Ç Ã O I D E A Ç Ã O I M P L E M E N T A Ç Ã O
FAZER A COISA CERTA FAZER DO JEITO CERTO
SCRUM
Plano de
Release
Agile

34. IT1
F1
F2
F3
IT2
F4
F5
F6
IT3
F7
F8
F9
IT4
F10
F11
F12
Backlog Inicial
F1
F2
F4
F5
F7
F8
F10
F11
visão
Roadmap do Produto
Visão e Backlog inicial do Produto
O que eu quero entregar.
F3 F6 F9 F12
Agile

35. eduardop@dbserver.com.br