A descoberta de novas demandas para resolver problemas de negócios é muito mais rápida que sua execução, criando uma frustração constante nos clientes. O Kanban melhora a capacidade de entrega, mas isso é só uma parte do problema. O que precisamos é pensar em um modelo onde seja possível modelar as demandas e criar um volume suficiente de opções (Discovery) para serem selecionadas pelo Downstream (Delivery) mantendo assim uma relação mais fluida entre o descoberta e o entrega. Nessa apresentação discutiremos o Upstream Kanban como forma de facilitação do processo de Discovery no desenvolvimento de produtos.

1. Alinhando Discovery
com Delivery usando
Upstream Kanban
Rafael Caceres
rafael@taller.net.br

2. Quem sou eu?
Rafael Caceres
● Cientista da computação
● Cofundador da Taller
● Cocriador do Fluxo Unificado
● CEO da Impulso Agile
● 20 anos de desenvolvimento de software

3. Agilidade
nos Negócios

5. Fluxo
Enterprise

6. Upstream
➔ Entender as necessidades
➔ Antecipar problemas
➔ Modelar soluções
➔ Criar opções

7. Downstream
➔ Melhorar a capacidade para melhor atender as
demandas

8. Cadência de criação
de demandas
Cadência de entrega

9. Cadência de criação
de demandas
Cadência de entrega

10. Cadência de criação
de demandas
Cadência de entrega

11. O sucesso do
Sistema Kanban

12. Lead time do sistema

14. Olhando para o todo

15. Lead time do sistema
Lead time do Cliente

16. Feedback do
Sistema

19. O propósito do Upstream Kanban é
amadurecer a entrada de requisitos
antes do comprometimento de execução
no Downstream

20. O que vemos quando olhamos upstream?
➔ Itens de alto valor tendem a ficar muito tempo na
análise
➔ Itens de baixo valor se movem rapidamente

21. Expeditando o upstream
➔ Itens de alto valor geralmente precisam expeditar
no upstream
➔ Com isso, itens de baixo valor ficam travados no
ponto de comprometimento

24. Fluxo downstream desigual
➔ Itens “fura-fila” dão muito trabalho no downstream
➔ Times vivem períodos de alto comprometimento
com períodos de starvation

25. Fricção
ao invés de
Fluxo

26. Caminho do conhecimento
➔ Viabilidade econômica
➔ Desejabilidade
➔ Viabilidade técnica
➔ Feedback loop

27. Redesenhando o
Processo Upstream

35. Ainda temos um grande lead time de cliente
comparando com o lead time de sistema

36. Fricção na tomada de decisão
➔ Tomada de decisão requer esforço e tempo
◆ Mais devagar e pouco frequente
◆ Rápido e frequente (rotina)

37. Alto esforço na tomada de decisão
➔ Esforço para criar alternativas é alto
➔ Pressão para escolher uma alternativa rapidamente

38. Nem todo valor é igual
➔ Quando existe certeza, nos comprometemos
➔ Quando certeza é baixa, criamos opções

40. Próximos Passos
➔ Customer Kanban
➔ Discovery Kanban

41. Dúvidas?
rafael@taller.net.br
@rafaelcaceres
blog.taller.net.br