Saberemos que estamos certos quando… uma evidência indicar a mudança.
IMPACTO
Resultado para o negócio
OUTCOME
Mudança de comportamento
PONTO DE PARTIDA
Comportamento atual
PREPARAR A EVIDÊNCIA
Público + comportamento
PONTO DE PARTIDA
Comportamento atual
PESSOA A
Evento A
PESSOA A
Evento B
PESSOA B
Evento C
PESSOA B
Evento D
PESSOA A
Evento E
PESSOA C
Evento F
OUTCOME
Mudança de comportamento
PESSOA A
Evento A
PESSOA A
Evento B
PESSOA A
Evento E
PESSOA B
Evento C
PESSOA B
Evento D
PESSOA C
Evento F
ATIVIDADE
Escolher uma opção
ATIVIDADE
Revisar a escolha
ATIVIDADE
Confirmar a ação
DEMANDA
Consultar as opções
DEMANDA
Revisar as condições
HISTÓRIA
Confirmar a ação
ALTERNATIVA
Outra forma de começar
ALTERNATIVA
Ampliar as opções
ALTERNATIVA
Apoiar outro cenário
OUTCOME
Mudança de comportamento
DEMANDA
Consultar as opções
DEMANDA
Revisar as condições
HISTÓRIA · CANDIDATA
Confirmar a ação
GRANDE DEMAIS
Reformular toda a experiência
OPÇÃO VERIFICÁVEL
Confirmar uma ação válida
TAREFA TÉCNICA
Preparar os dados
TAREFA TÉCNICA
Implementar a integração
TAREFA TÉCNICA
Construir a interface
HISTÓRIA · OPÇÃO
Confirmar uma ação válida
DESCRIÇÃO
A pessoa pode confirmar sua escolha quando as condições necessárias estão atendidas.
CRITÉRIOS DE ACEITE
✓ Validar as condições antes da confirmação.
✓ Explicar o impedimento e permitir revisar a escolha.
elegível para seleção ↗
QUANDO NECESSÁRIO
Análise de negócio
ANÁLISE DE RISCO
Que regra falta entender?
REVISAR O RECORTE
Explicitar condições de confirmação
QUANDO NECESSÁRIO
Análise técnica
OUTCOME
Mudança de comportamento
OPÇÃO
Outra opção de melhoria
ADIADA
Outra opção de melhoria
OUTCOME
Mudança de comportamento
Confirmar uma ação válida
HISTÓRIA
Outra demanda em andamento
HISTÓRIA
Consultar as opções
HISTÓRIA
Revisar as condições
OUTPUT DISPONIBILIZADO
Release disponível
OBSERVAR
Comportamento + escuta das pessoas
CENÁRIO ILUSTRATIVO
Ainda não sabemos
OBSERVAR
Comportamento + escuta das pessoas
CENÁRIO ILUSTRATIVO
Sinais favoráveis à hipótese
OBSERVAR
Comportamento + escuta das pessoas
CENÁRIO ILUSTRATIVO
Sinais pedem outra hipótese
IMPACTO
Resultado para o negócio
HIPÓTESE ATUAL
A solução facilita o comportamento
PRÓXIMO PASSO
Completar a janela e ouvir mais pessoas
HIPÓTESE ATUAL
A solução facilita o comportamento
PRÓXIMO PASSO
Sustentar e seguir observando
HIPÓTESE ATUAL
A solução facilita o comportamento
PRÓXIMO PASSO
Investigar outra barreira
ACORDO A REVER
Esclarecer regras depois de começar
ACORDO REVISADO
Esclarecer dependências antes de começar
OUTCOME
Mudança de comportamento
IMPACTO
Mais receita. Menos churn.
OUTCOME
Clientes fazem um segundo pedido
EVENT STORMING
Da escolha à próxima compra
JORNADAS → STORY MAP
Cliente, restaurante e entregador
RELEASE DO EXEMPLO
Pedir de novo
HISTÓRIA
Confirmar a nova compra
UPSTREAM + DOWNSTREAM
Amadurecer e entregar
DEPOIS DO LANÇAMENTO
Observar e aprender
HIPÓTESE DO DELIVERY
Repetir pedido→2º pedido
para quem comprou uma vez
Saberemos que estamos certos quando… mais clientes concluírem a segunda compra.
IMPACTO
Mais receita. Menos churn.
OUTCOME
Clientes fazem um segundo pedido
CLIENTE · HOJE
Comprar uma única vez
PREPARAR A EVIDÊNCIA
Quem comprou uma vez
CLIENTE · HOJE
Comprar uma única vez
CLIENTE
Pedido escolhido
CLIENTE
Pedido confirmado
RESTAURANTE
Pedido aceito
RESTAURANTE
Refeição preparada
ENTREGADOR
Pedido entregue
CLIENTE · FUTURO DESEJADO
Novo pedido realizado
OUTCOME
Clientes fazem um segundo pedido
CLIENTE
Pedido escolhido
CLIENTE
Pedido confirmado
ENTREGADOR
Pedido entregue
RESTAURANTE
Pedido aceito
RESTAURANTE
Refeição preparada
CLIENTE · FUTURO DESEJADO
Novo pedido realizado
ATIVIDADE
Escolher o que repetir
ATIVIDADE
Revisar o pedido
ATIVIDADE
Confirmar a compra
DEMANDA
Consultar um pedido anterior
DEMANDA
Revisar itens e preços atuais
HISTÓRIA
Confirmar a nova compra
ALTERNATIVA
Filtrar pedidos recentes
ALTERNATIVA
Sugerir itens substitutos
ALTERNATIVA
Adicionar outro meio de pagamento
OUTCOME
Clientes fazem um segundo pedido
DEMANDA
Consultar um pedido anterior
DEMANDA
Revisar itens e preços atuais
HISTÓRIA · CANDIDATA
Confirmar a nova compra
GRANDE DEMAIS
Reformular toda a recompra
OPÇÃO VERIFICÁVEL
Confirmar recompra com itens disponíveis
TAREFA TÉCNICA
Criar a tabela
TAREFA TÉCNICA
Criar o endpoint
TAREFA TÉCNICA
Criar o botão
HISTÓRIA · OPÇÃO
Confirmar recompra com itens disponíveis
DESCRIÇÃO
Como cliente, quero confirmar uma recompra revisada para comprar novamente com os preços e itens atuais.
CRITÉRIOS DE ACEITE
✓ Confirmar somente com preços atuais e itens disponíveis.
✓ Se algo mudou, informar e permitir revisar antes de confirmar.
elegível para seleção ↗
QUANDO NECESSÁRIO
Análise de negócio
ANÁLISE DE RISCO
E se o preço mudar?
REVISAR O RECORTE
Revisar preço antes de confirmar
QUANDO NECESSÁRIO
Análise técnica
OUTCOME
Clientes fazem um segundo pedido
OPÇÃO
Personalizar o perfil
ADIADA
Personalizar o perfil
OUTCOME
Clientes fazem um segundo pedido
Confirmar recompra com itens disponíveis
HISTÓRIA
Outra demanda em andamento
HISTÓRIA
Consultar um pedido anterior
HISTÓRIA
Revisar itens e preços atuais
OUTPUT DISPONIBILIZADO
Recompra disponível
OBSERVAR
Segunda compra + escuta dos clientes
CENÁRIO ILUSTRATIVO
Ainda não sabemos
OBSERVAR
Segunda compra + escuta dos clientes
CENÁRIO ILUSTRATIVO
Sinais favoráveis à hipótese
OBSERVAR
Segunda compra + escuta dos clientes
CENÁRIO ILUSTRATIVO
Sinais pedem outra hipótese
IMPACTO
Mais receita. Menos churn.
HIPÓTESE ATUAL
Repetir o pedido facilita voltar
PRÓXIMO PASSO
Completar a janela e ouvir mais pessoas
HIPÓTESE ATUAL
Repetir o pedido facilita voltar
PRÓXIMO PASSO
Sustentar e seguir observando
HIPÓTESE ATUAL
Repetir o pedido facilita voltar
PRÓXIMO PASSO
Investigar preço e custo do frete
ACORDO A REVER
Resolver regras durante a validação
ACORDO REVISADO
Consultar regras antes do compromisso
OUTCOME
Clientes fazem um segundo pedido
O MÉTODO TALLER, EM MOVIMENTO
Toda entregacomeça com
uma pergunta.
Baseado no Dynamic Flow, o método Taller conecta intenção, construção, fluxo e aprendizado. Acompanhe como uma intenção vira entrega — e aprende com o que acontece depois.
01 A INTENÇÃO O que precisa mudar?Comece por uma boa pergunta.
02 O PRÓXIMO PASSO Vamos testar uma ideia.
✓
Um recorte que faz sentido.
03 O APRENDIZADO O que isso nos ensina?
↗
Novos sinais. Novas decisões.
aprender muda o próximo passo ↗
Uma pergunta abre o caminho.
01 / Entender a mudança
O que precisa mudar — e para quem?
Partimos do resultado de negócio e de quem precisa fazer algo diferente. A solução é uma hipótese de como favorecer essa mudança; combinamos o que observar para avaliá-la.
01 / Entender a mudança
Que caminho existe hoje?
Mapeamos o que acontece hoje e quem participa. A sequência de eventos ajuda a investigar onde a mudança desejada pode acontecer.
01 / Entender a mudança
Como cada pessoa vive esse caminho?
Reorganizamos os mesmos eventos por participante. Assim, vemos o que cada pessoa faz, de que depende e como os caminhos se conectam.
02 / UPSTREAM KANBAN · OPÇÕES
Como transformar o caminho em opções?
No Upstream Kanban, gerimos opções antes de assumir sua entrega. O Story Map organiza o que aprendemos em atividades e recortes possíveis de uma experiência inteira. O mapa ajuda a escolher; ainda não é uma promessa de construção.
02 / UPSTREAM KANBAN · OPÇÕES
Qual recorte vale construir primeiro?
Ainda no upstream, comparamos contribuição à mudança, tamanho e coerência da experiência. O BVP apoia a escolha de um recorte candidato. A história descreve algo verificável; as tarefas ajudam a construí-la. Outras opções continuam abertas.
02 / UPSTREAM KANBAN · OPÇÕES
O que precisamos esclarecer antes de começar?
Investigamos o necessário para decidir. A história ganha critérios de aceite e acordos; riscos podem nos levar a rever o recorte. No upstream, preparar uma opção não obriga a construí-la: ela ainda pode ser adiada ou descartada.
03 / DOWNSTREAM KANBAN · COMPROMISSOS
Quando esse trabalho pode avançar?
Com capacidade e acordos, escolhemos uma opção e assumimos sua entrega. Esse é o ponto de compromisso com o Downstream Kanban. O trabalho segue com limites e colaboração; bloqueios ainda podem exigir novas decisões.
03 / Entregar e aprender
O que mudou depois da entrega?
Disponibilizar a solução, observar um comportamento e perceber impacto são momentos diferentes. Os sinais podem apoiar a hipótese, contrariá-la ou ainda não esclarecer o que mudou.
AS PARTES FORMAM UM CICLO
Aprender muda o próximo passo.
A intenção orienta o que vale construir. A entrega permite observar. O que aprendemos pode
mudar tanto a ideia quanto o jeito de trabalhar.
DA INTENÇÃO AO CAMINHO
Entender a mudança
O que precisa mudar — e para quem?
UPSTREAM KANBAN · OPÇÕES ANTES DO COMPROMISSO
Escolher o próximo recorte
Qual é o menor passo que gera aprendizado útil?
DOWNSTREAM KANBAN + APRENDIZADO
Entregar e aprender
O que os sinais mudam no próximo passo?
Uma descoberta pode nos levar de volta.
A próxima decisão começa com o que aprendemos aqui.
SEU PRÓXIMO PASSO
Vamos conversar sobre o que vale construir?
Traga o desafio como ele está. Em 45 minutos, olhamos juntos para a mudança, as opções e o
próximo passo possível.
Partimos de um impacto, formulamos outcomes e hipóteses, compreendemos eventos e jornadas, organizamos opções no Story Map, recortamos releases, amadurecemos histórias e desenvolvemos conforme a capacidade. As evidências retornam à hipótese e aos acordos do processo.
Essa é uma ordem de explicação. O trabalho admite revisões e retornos durante todo o percurso.
Uma conversa que pode mudar de direção
Um mapa ajuda a compartilhar o entendimento disponível. Novas informações podem mudar a hipótese, a jornada e o recorte. O aprendizado não precisa esperar o fim do desenvolvimento.
Uma solução disponibilizada é output. A ação diferente da pessoa é outcome. O resultado de negócio é impacto. As relações entre eles são hipóteses a investigar.
Partimos de um impacto, formulamos outcomes e hipóteses, compreendemos eventos e jornadas, organizamos opções no Story Map, recortamos releases, amadurecemos histórias e desenvolvemos conforme a capacidade. As evidências retornam à hipótese e aos acordos do processo.
Essa é uma ordem de explicação. O trabalho admite revisões e retornos durante todo o percurso.
PROCESSO TALLER / Intenção
Ler o mapa. Aprofundar a decisão.
Impacto é o objetivo de negócio. Outcome é a mudança de comportamento. A hipótese relaciona uma solução, uma pessoa, essa mudança e a evidência esperada.
Preparar a evidência antes de lançar
Definição
O que combinar
Público / coorte
Quem pode realizar o comportamento e quais grupos podem ser comparados.
Comportamento
Uma ação observável da pessoa, separada do uso de uma funcionalidade.
Linha de base
Como o comportamento se apresenta antes da intervenção.
Origem dos dados
Registros do comportamento, com qualidade verificada, e evidências qualitativas.
Janela
Tempo adequado ao comportamento e à qualidade dos sinais; sem duração universal.
Interpretação
Definir que evidências sustentariam ou contrariariam a hipótese. Usar comparação apropriada quando viável; mudança posterior ao lançamento não prova causalidade.
A mudança de comportamento e sua contribuição ao impacto precisam ser observadas separadamente.
Uma conversa que pode mudar de direção
Um mapa ajuda a compartilhar o entendimento disponível. Novas informações podem mudar a hipótese, a jornada e o recorte. O aprendizado não precisa esperar o fim do desenvolvimento.
Uma solução disponibilizada é output. A ação diferente da pessoa é outcome. O resultado de negócio é impacto. As relações entre eles são hipóteses a investigar.
Impacto é o objetivo de negócio. Outcome é a mudança de comportamento. A hipótese relaciona uma solução, uma pessoa, essa mudança e a evidência esperada.
Preparar a evidência antes de lançar
Definição
O que combinar
Público / coorte
Quem pode realizar o comportamento e quais grupos podem ser comparados.
Comportamento
Uma ação observável da pessoa, separada do uso de uma funcionalidade.
Linha de base
Como o comportamento se apresenta antes da intervenção.
Origem dos dados
Registros do comportamento, com qualidade verificada, e evidências qualitativas.
Janela
Tempo adequado ao comportamento e à qualidade dos sinais; sem duração universal.
Interpretação
Definir que evidências sustentariam ou contrariariam a hipótese. Usar comparação apropriada quando viável; mudança posterior ao lançamento não prova causalidade.
A mudança de comportamento e sua contribuição ao impacto precisam ser observadas separadamente.
PROCESSO TALLER / Eventos
Ler o mapa. Aprofundar a decisão.
Os cartões da intenção permanecem: comportamento atual → cadeia de eventos → mudança de comportamento desejada. No exemplo, o segundo pedido é um futuro desejado, não um resultado já demonstrado.
Participante
Eventos
Significado
Pessoa A
Evento A → Evento B → Evento E
Uma perspectiva da cadeia
Pessoa B
Evento C → Evento D
Outra perspectiva
Pessoa C
Evento F
Uma terceira perspectiva
A intenção orienta o que investigamos. A cadeia inclui eventos de outros participantes que podem favorecer ou dificultar a mudança; as conexões não comprovam causalidade. As conexões entre participantes permanecem: uma jornada depende de outras. A compreensão pode revelar um recorte diferente do que imaginávamos.
Uma conversa que pode mudar de direção
Um mapa ajuda a compartilhar o entendimento disponível. Novas informações podem mudar a hipótese, a jornada e o recorte. O aprendizado não precisa esperar o fim do desenvolvimento.
Uma solução disponibilizada é output. A ação diferente da pessoa é outcome. O resultado de negócio é impacto. As relações entre eles são hipóteses a investigar.
Os cartões da intenção permanecem: comportamento atual → cadeia de eventos → mudança de comportamento desejada. No exemplo, o segundo pedido é um futuro desejado, não um resultado já demonstrado.
Participante
Eventos
Significado
Pessoa A
Evento A → Evento B → Evento E
Uma perspectiva da cadeia
Pessoa B
Evento C → Evento D
Outra perspectiva
Pessoa C
Evento F
Uma terceira perspectiva
A intenção orienta o que investigamos. A cadeia inclui eventos de outros participantes que podem favorecer ou dificultar a mudança; as conexões não comprovam causalidade. As conexões entre participantes permanecem: uma jornada depende de outras. A compreensão pode revelar um recorte diferente do que imaginávamos.
PROCESSO TALLER / Jornadas
Ler o mapa. Aprofundar a decisão.
Os mesmos eventos se reorganizam na perspectiva de cada participante. No exemplo, o segundo pedido é um futuro desejado, não um resultado já demonstrado.
Participante
Eventos
Significado
Pessoa A
Evento A → Evento B → Evento E
Uma perspectiva da cadeia
Pessoa B
Evento C → Evento D
Outra perspectiva
Pessoa C
Evento F
Uma terceira perspectiva
As conexões entre participantes permanecem: uma jornada depende de outras. A compreensão pode revelar um recorte diferente do que imaginávamos.
Uma conversa que pode mudar de direção
Um mapa ajuda a compartilhar o entendimento disponível. Novas informações podem mudar a hipótese, a jornada e o recorte. O aprendizado não precisa esperar o fim do desenvolvimento.
Uma solução disponibilizada é output. A ação diferente da pessoa é outcome. O resultado de negócio é impacto. As relações entre eles são hipóteses a investigar.
Os mesmos eventos se reorganizam na perspectiva de cada participante. No exemplo, o segundo pedido é um futuro desejado, não um resultado já demonstrado.
Participante
Eventos
Significado
Pessoa A
Evento A → Evento B → Evento E
Uma perspectiva da cadeia
Pessoa B
Evento C → Evento D
Outra perspectiva
Pessoa C
Evento F
Uma terceira perspectiva
As conexões entre participantes permanecem: uma jornada depende de outras. A compreensão pode revelar um recorte diferente do que imaginávamos.
PROCESSO TALLER / UPSTREAM KANBAN · Story Map
Ler o mapa. Aprofundar a decisão.
No Upstream Kanban, este mapa ajuda a formar opções antes do compromisso de entrega. As faixas representam possibilidades, não uma fila obrigatória de construção.
Na horizontal, atividades de objetivo semelhante. Em cada coluna, as demandas e alternativas que apoiam a atividade. As faixas de release ficam uma sob a outra. Derivamos atividades do entendimento dos eventos; podemos agrupá-los.
Recorte
Escolher uma opção
Revisar a escolha
Confirmar a ação
Release 1 · outcome em foco
Consultar as opções
Revisar as condições
Confirmar a ação
Opções para outro recorte
Outra forma de começar
Ampliar as opções
Apoiar outro cenário
Uma release apoia uma experiência viável. A posição de uma opção pode mudar conforme a contribuição ao outcome e as novas descobertas.
BVP: justificar a contribuição
Explicitar como a demanda pode favorecer o comportamento.
Comparar contribuições ao mesmo outcome.
Rever a prioridade quando novas evidências mudam o entendimento.
O BVP orienta a conversa sobre valor. Não é uma estimativa de esforço nem uma prova antecipada de impacto.
Antes de assumir o recorte
A contribuição ao outcome está explícita?
Existe uma mudança coerente e verificável?
Os critérios de aceite e as dependências estão compreendidos?
O custo de coordenação justifica manter separado ou reunir?
Upstream Kanban: gerir opções antes do compromisso
O upstream conecta a chegada de demandas à capacidade de entrega. Aqui, o Story Map ajuda a formar opções a partir do entendimento do domínio. Nenhuma faixa é uma promessa de construção: opções podem mudar de posição, ser adiadas ou descartadas.
Event Storming, jornadas, Story Mapping e BVP são práticas que combinamos neste método, não etapas obrigatórias do Kanban. Modelagem esclarece o problema; o upstream torna visíveis a evolução e a seleção das opções.
No Upstream Kanban, este mapa ajuda a formar opções antes do compromisso de entrega. As faixas representam possibilidades, não uma fila obrigatória de construção.
Na horizontal, atividades de objetivo semelhante. Em cada coluna, as demandas e alternativas que apoiam a atividade. As faixas de release ficam uma sob a outra. Derivamos atividades do entendimento dos eventos; podemos agrupá-los.
Recorte
Escolher uma opção
Revisar a escolha
Confirmar a ação
Release 1 · outcome em foco
Consultar as opções
Revisar as condições
Confirmar a ação
Opções para outro recorte
Outra forma de começar
Ampliar as opções
Apoiar outro cenário
Uma release apoia uma experiência viável. A posição de uma opção pode mudar conforme a contribuição ao outcome e as novas descobertas.
PROCESSO TALLER / UPSTREAM KANBAN · Release
Ler o mapa. Aprofundar a decisão.
Ainda no upstream, o recorte em destaque é um candidato. Comparar e detalhar uma história não obriga a entregá-la; outras opções continuam abertas.
A faixa selecionada mantém suas demandas ligadas ao outcome. Em seguida, ampliamos uma história para discutir seu tamanho.
Recorte
O que ele permite perceber
Reformular toda a experiência
Um pacote grande pode adiar feedback e acumular espera.
Preparar dados / implementar integração / construir interface
Tarefas técnicas são necessárias, mas separadas não descrevem o benefício da mudança.
Confirmar uma ação válida
Uma mudança coerente, com aceite verificável e dependências compreendidas.
A história contribui para o outcome junto a outras histórias da release. Não precisa provar o outcome sozinha. O tamanho considera também o custo de preparação, coordenação e validação; não existe um número universal de dias ou pontos.
BVP: justificar a contribuição
Explicitar como a demanda pode favorecer o comportamento.
Comparar contribuições ao mesmo outcome.
Rever a prioridade quando novas evidências mudam o entendimento.
O BVP orienta a conversa sobre valor. Não é uma estimativa de esforço nem uma prova antecipada de impacto.
Antes de assumir o recorte
A contribuição ao outcome está explícita?
Existe uma mudança coerente e verificável?
Os critérios de aceite e as dependências estão compreendidos?
O custo de coordenação justifica manter separado ou reunir?
Um recorte candidato, ainda sem compromisso
Destacar uma opção não significa assumir sua entrega. O BVP ajuda a comparar contribuições; tamanho, urgência, riscos e dependências também informam a escolha. As demais alternativas continuam abertas, sem precisar detalhar todas de antemão.
Um lote grande pode adiar o aprendizado. Fragmentar demais pode multiplicar preparação e coordenação. Buscamos uma mudança coerente e verificável, não o menor cartão a qualquer custo.
Ainda no upstream, o recorte em destaque é um candidato. Comparar e detalhar uma história não obriga a entregá-la; outras opções continuam abertas.
A faixa selecionada mantém suas demandas ligadas ao outcome. Em seguida, ampliamos uma história para discutir seu tamanho.
Recorte
O que ele permite perceber
Reformular toda a experiência
Um pacote grande pode adiar feedback e acumular espera.
Preparar dados / implementar integração / construir interface
Tarefas técnicas são necessárias, mas separadas não descrevem o benefício da mudança.
Confirmar uma ação válida
Uma mudança coerente, com aceite verificável e dependências compreendidas.
A história contribui para o outcome junto a outras histórias da release. Não precisa provar o outcome sozinha. O tamanho considera também o custo de preparação, coordenação e validação; não existe um número universal de dias ou pontos.
PROCESSO TALLER / UPSTREAM KANBAN · Preparação
Ler o mapa. Aprofundar a decisão.
Esta é a preparação de uma opção dentro do upstream. Investigamos conforme o risco e a incerteza, o suficiente para decidir. Preparada significa elegível para seleção, não certeza nem compromisso de entrega.
O cartão começa apenas com o título. Análises de negócio, risco e técnica acrescentam informação. Uma dúvida provoca revisão; outra opção é adiada. Antes do compromisso, opções também podem ser descartadas.
Confirmar uma ação válida
Descrição: A pessoa pode confirmar sua escolha quando as condições necessárias estão atendidas.
Critérios de aceite
Validar as condições antes da confirmação.
Explicar o impedimento e permitir revisar a escolha.
Outra opção fica adiada por ainda não apresentar contribuição clara para o outcome em foco. Preparada significa elegível para seleção, e não iniciada automaticamente.
Acordos que ajudam o fluxo
Combinar o que torna uma opção preparada: título, descrição, critérios e análises necessárias.
Selecionar trabalho considerando contribuição, capacidade e dependências.
Explicitar limites e registrar bloqueios, sem ocultar o tempo de espera.
Revisar os acordos a partir do que o fluxo mostra.
Descoberta e avaliação de opções já acontecem nas primeiras etapas. Esta sequência amplia momentos do trabalho; não exige uma passagem rígida por todas as análises.
Retornar pode ser produtivo
Antes do compromisso, podemos revisar, adiar ou descartar uma opção. Depois de começar, novas informações também podem exigir decisões explícitas e revisão do plano. A intenção é aprender e gerir consequências.
Investigar cedo, assumir o compromisso no momento adequado
Gerimos o investimento em aprender sobre cada opção. Risco e incerteza orientam a investigação: uma demanda conhecida pode seguir um caminho leve; uma questão incerta pode pedir exploração, síntese e novas perguntas antes de detalhar uma solução.
Os critérios e as análises exibidos são exemplos de acordos, não um checklist universal nem uma garantia de certeza. Aprendemos o suficiente para decidir e explicitamos a incerteza que permanece.
Cuidar do conjunto de opções
Limitar quantas opções investigamos ao mesmo tempo.
Observar a idade das opções: continuar, revisar, adiar ou descartar deliberadamente.
Combinar quando repor opções para atender à capacidade de entrega, sem acumular uma fila infinita.
Usar limites mínimos ou pontos de reposição quando fizerem sentido no contexto.
Essa gestão equilibra demanda e capacidade. Não exige um funil de fases obrigatórias: investigação e seleção podem se sobrepor, e descobertas podem nos levar de volta à modelagem.
Upstream e descoberta se relacionam, mas não são sinônimos
No trabalho de Patrick Steyaert, Upstream Kanban dá visibilidade às opções antes do compromisso e à sua relação com a entrega. Discovery Kanban amplia a discussão sobre exploração, conhecimento e possibilidades. Aqui a descoberta já começa na intenção e nas jornadas, e continua depois da entrega.
Esta é a preparação de uma opção dentro do upstream. Investigamos conforme o risco e a incerteza, o suficiente para decidir. Preparada significa elegível para seleção, não certeza nem compromisso de entrega.
O cartão começa apenas com o título. Análises de negócio, risco e técnica acrescentam informação. Uma dúvida provoca revisão; outra opção é adiada. Antes do compromisso, opções também podem ser descartadas.
Confirmar uma ação válida
Descrição: A pessoa pode confirmar sua escolha quando as condições necessárias estão atendidas.
Critérios de aceite
Validar as condições antes da confirmação.
Explicar o impedimento e permitir revisar a escolha.
Outra opção fica adiada por ainda não apresentar contribuição clara para o outcome em foco. Preparada significa elegível para seleção, e não iniciada automaticamente.
PROCESSO TALLER / DOWNSTREAM KANBAN · Downstream
Ler o mapa. Aprofundar a decisão.
O ponto de compromisso separa as opções do Upstream Kanban do trabalho assumido no Downstream Kanban. Nesta simulação, a equipe seleciona com capacidade e acordos e puxa a história para Dev.
Esta é uma simulação do fluxo de desenvolvimento. O limite de três demandas em Dev é ilustrativo, não uma regra universal.
Momento
O que acontece
Esperar
Outras demandas ocupam a capacidade. A história preparada permanece antes do ponto de compromisso.
Puxar
A demanda anterior libera uma vaga. Prioridade e acordos de entrada orientam a seleção da próxima.
Desenvolver
A história passa por Dev Doing e Dev Done.
Bloqueio em Homologação
Uma regra não esclarecida impede a validação. O trabalho aguarda uma decisão.
Colaboração
As pessoas esclarecem a regra e registram a decisão.
Disponibilizar
A história segue por Homologação Done, Deploy e Done. A entrega permite observar o comportamento.
Os bloqueios e seu tempo de espera precisam ser registrados para alimentar a revisão do fluxo. Se a dependência se repete, pode ser necessário mudar o acordo ou envolver alguém mais cedo.
Acordos que ajudam o fluxo
Combinar o que torna uma opção preparada: título, descrição, critérios e análises necessárias.
Selecionar trabalho considerando contribuição, capacidade e dependências.
Explicitar limites e registrar bloqueios, sem ocultar o tempo de espera.
Revisar os acordos a partir do que o fluxo mostra.
Descoberta e avaliação de opções já acontecem nas primeiras etapas. Esta sequência amplia momentos do trabalho; não exige uma passagem rígida por todas as análises.
Retornar pode ser produtivo
Antes do compromisso, podemos revisar, adiar ou descartar uma opção. Depois de começar, novas informações também podem exigir decisões explícitas e revisão do plano. A intenção é aprender e gerir consequências.
O ponto de compromisso conecta os dois fluxos
Antes dele, gerimos opções no Upstream Kanban. Ao selecionar uma opção considerando capacidade, urgência e acordos, assumimos sua entrega: ela passa ao Downstream Kanban. Nesta simulação, essa decisão coincide com puxar para Dev; em outros serviços, compromisso e início da execução podem ocorrer em momentos distintos.
Uma vaga permite escolher, mas não obriga a puxar qualquer opção. Novas informações após o compromisso também podem exigir revisão ou cancelamento, com decisões explícitas sobre as consequências.
O ponto de compromisso separa as opções do Upstream Kanban do trabalho assumido no Downstream Kanban. Nesta simulação, a equipe seleciona com capacidade e acordos e puxa a história para Dev.
Esta é uma simulação do fluxo de desenvolvimento. O limite de três demandas em Dev é ilustrativo, não uma regra universal.
Momento
O que acontece
Esperar
Outras demandas ocupam a capacidade. A história preparada permanece antes do ponto de compromisso.
Puxar
A demanda anterior libera uma vaga. Prioridade e acordos de entrada orientam a seleção da próxima.
Desenvolver
A história passa por Dev Doing e Dev Done.
Bloqueio em Homologação
Uma regra não esclarecida impede a validação. O trabalho aguarda uma decisão.
Colaboração
As pessoas esclarecem a regra e registram a decisão.
Disponibilizar
A história segue por Homologação Done, Deploy e Done. A entrega permite observar o comportamento.
Os bloqueios e seu tempo de espera precisam ser registrados para alimentar a revisão do fluxo. Se a dependência se repete, pode ser necessário mudar o acordo ou envolver alguém mais cedo.
PROCESSO TALLER / Aprendizado
Ler o mapa. Aprofundar a decisão.
A entrega fica disponível. Observamos sinais do comportamento, ouvimos pessoas e acompanhamos os impactos. Os cenários selecionáveis são ilustrativos; não representam resultados medidos.
Cenário
Decisão possível
Ainda não sabemos
Completar a janela de observação, verificar os dados e ouvir mais pessoas.
Sinais favoráveis
Sustentar a hipótese provisoriamente e continuar observando efeitos e impactos.
Rever a hipótese
Investigar outra explicação para a ausência da mudança esperada.
Em paralelo, o bloqueio observado na entrega leva a uma revisão do acordo: esclarecer regras e dependências antes do compromisso. Assim, aprendemos sobre o produto e sobre o sistema que o desenvolve.
Preparar a evidência antes de lançar
Definição
O que combinar
Público / coorte
Quem pode realizar o comportamento e quais grupos podem ser comparados.
Comportamento
Uma ação observável da pessoa, separada do uso de uma funcionalidade.
Linha de base
Como o comportamento se apresenta antes da intervenção.
Origem dos dados
Registros do comportamento, com qualidade verificada, e evidências qualitativas.
Janela
Tempo adequado ao comportamento e à qualidade dos sinais; sem duração universal.
Interpretação
Definir que evidências sustentariam ou contrariariam a hipótese. Usar comparação apropriada quando viável; mudança posterior ao lançamento não prova causalidade.
A mudança de comportamento e sua contribuição ao impacto precisam ser observadas separadamente.
Quatro perspectivas, decisões conectadas
Perspectiva
Observar para decidir
Negócio
Comportamento e impacto: a hipótese merece continuidade?
Fluxo
Espera, bloqueios, WIP, lead time e throughput: onde melhorar as condições de entrega?
Pessoas
Colaboração e sobrecarga: precisamos mudar acordos, apoio ou capacidade?
Engenharia
Qualidade e confiabilidade: o que impede entregas menores e observação segura?
Não basta trocar a solução. Às vezes precisamos questionar a própria crença sobre o problema. As revisões acontecem conforme o contexto e os sinais; não há uma frequência única prescrita aqui.
A entrega fica disponível. Observamos sinais do comportamento, ouvimos pessoas e acompanhamos os impactos. Os cenários selecionáveis são ilustrativos; não representam resultados medidos.
Cenário
Decisão possível
Ainda não sabemos
Completar a janela de observação, verificar os dados e ouvir mais pessoas.
Sinais favoráveis
Sustentar a hipótese provisoriamente e continuar observando efeitos e impactos.
Rever a hipótese
Investigar outra explicação para a ausência da mudança esperada.
Em paralelo, o bloqueio observado na entrega leva a uma revisão do acordo: esclarecer regras e dependências antes do compromisso. Assim, aprendemos sobre o produto e sobre o sistema que o desenvolve.
EXEMPLO FICTÍCIO · DELIVERY / O todo
Ler o mapa. Aprofundar a decisão.
Partimos de um impacto, formulamos outcomes e hipóteses, compreendemos eventos e jornadas, organizamos opções no Story Map, recortamos releases, amadurecemos histórias e desenvolvemos conforme a capacidade. As evidências retornam à hipótese e aos acordos do processo.
Essa é uma ordem de explicação. O trabalho admite revisões e retornos durante todo o percurso.
Uma conversa que pode mudar de direção
Um mapa ajuda a compartilhar o entendimento disponível. Novas informações podem mudar a hipótese, a jornada e o recorte. O aprendizado não precisa esperar o fim do desenvolvimento.
O segundo pedido é a mudança que buscamos favorecer. O cliente ter clicado no botão de recompra não significa que concluiu a compra nem que a receita aumentou por causa da solução.
Partimos de um impacto, formulamos outcomes e hipóteses, compreendemos eventos e jornadas, organizamos opções no Story Map, recortamos releases, amadurecemos histórias e desenvolvemos conforme a capacidade. As evidências retornam à hipótese e aos acordos do processo.
Essa é uma ordem de explicação. O trabalho admite revisões e retornos durante todo o percurso.
EXEMPLO FICTÍCIO · DELIVERY / Intenção
Ler o mapa. Aprofundar a decisão.
Impactos esperados: aumentar receita e reduzir churn da plataforma. Outcome: clientes que compraram uma vez realizam uma segunda compra. Solução candidata: facilitar a repetição de um pedido anterior.
Preparar a evidência antes de lançar
Definição
O que combinar
Público / coorte
Clientes elegíveis que concluíram a primeira compra. Comparar grupos com tempo semelhante para voltar.
Comportamento
Concluir uma segunda compra. Clicar no botão é um sinal de uso da solução, não o outcome.
Linha de base
Proporção de clientes elegíveis que fazia a segunda compra antes da mudança, em condições comparáveis.
Origem dos dados
Pedidos concluídos e identificação da coorte, complementados por entrevistas ou feedback.
Janela
Período coerente com a frequência de compra. Coortes recentes precisam de tempo suficiente de observação.
Interpretação
Definir que evidências sustentariam ou contrariariam a hipótese. Usar comparação apropriada quando viável; mudança posterior ao lançamento não prova causalidade.
Receita e churn são impactos do exemplo. Acompanhar também cancelamentos e reclamações ajuda a identificar efeitos indesejados.
Uma conversa que pode mudar de direção
Um mapa ajuda a compartilhar o entendimento disponível. Novas informações podem mudar a hipótese, a jornada e o recorte. O aprendizado não precisa esperar o fim do desenvolvimento.
O segundo pedido é a mudança que buscamos favorecer. O cliente ter clicado no botão de recompra não significa que concluiu a compra nem que a receita aumentou por causa da solução.
Impactos esperados: aumentar receita e reduzir churn da plataforma. Outcome: clientes que compraram uma vez realizam uma segunda compra. Solução candidata: facilitar a repetição de um pedido anterior.
Preparar a evidência antes de lançar
Definição
O que combinar
Público / coorte
Clientes elegíveis que concluíram a primeira compra. Comparar grupos com tempo semelhante para voltar.
Comportamento
Concluir uma segunda compra. Clicar no botão é um sinal de uso da solução, não o outcome.
Linha de base
Proporção de clientes elegíveis que fazia a segunda compra antes da mudança, em condições comparáveis.
Origem dos dados
Pedidos concluídos e identificação da coorte, complementados por entrevistas ou feedback.
Janela
Período coerente com a frequência de compra. Coortes recentes precisam de tempo suficiente de observação.
Interpretação
Definir que evidências sustentariam ou contrariariam a hipótese. Usar comparação apropriada quando viável; mudança posterior ao lançamento não prova causalidade.
Receita e churn são impactos do exemplo. Acompanhar também cancelamentos e reclamações ajuda a identificar efeitos indesejados.
EXEMPLO FICTÍCIO · DELIVERY / Eventos
Ler o mapa. Aprofundar a decisão.
Os cartões da intenção permanecem: comprar uma única vez → cadeia da experiência → clientes fazem um segundo pedido. No exemplo, o segundo pedido é um futuro desejado, não um resultado já demonstrado.
Participante
Eventos
Significado
Cliente
Pedido escolhido → pedido confirmado
Eventos da experiência mapeada
Restaurante
Pedido aceito → refeição preparada
Eventos da operação
Entregador
Pedido entregue
Conecta a operação à experiência do cliente
Cliente
Novo pedido realizado
Futuro desejado: comportamento a favorecer e observar
A intenção orienta o que investigamos. A cadeia inclui eventos de outros participantes que podem favorecer ou dificultar a mudança; as conexões não comprovam causalidade. As conexões entre participantes permanecem: uma jornada depende de outras. A compreensão pode revelar um recorte diferente do que imaginávamos.
Uma conversa que pode mudar de direção
Um mapa ajuda a compartilhar o entendimento disponível. Novas informações podem mudar a hipótese, a jornada e o recorte. O aprendizado não precisa esperar o fim do desenvolvimento.
O segundo pedido é a mudança que buscamos favorecer. O cliente ter clicado no botão de recompra não significa que concluiu a compra nem que a receita aumentou por causa da solução.
Os cartões da intenção permanecem: comprar uma única vez → cadeia da experiência → clientes fazem um segundo pedido. No exemplo, o segundo pedido é um futuro desejado, não um resultado já demonstrado.
Participante
Eventos
Significado
Cliente
Pedido escolhido → pedido confirmado
Eventos da experiência mapeada
Restaurante
Pedido aceito → refeição preparada
Eventos da operação
Entregador
Pedido entregue
Conecta a operação à experiência do cliente
Cliente
Novo pedido realizado
Futuro desejado: comportamento a favorecer e observar
A intenção orienta o que investigamos. A cadeia inclui eventos de outros participantes que podem favorecer ou dificultar a mudança; as conexões não comprovam causalidade. As conexões entre participantes permanecem: uma jornada depende de outras. A compreensão pode revelar um recorte diferente do que imaginávamos.
EXEMPLO FICTÍCIO · DELIVERY / Jornadas
Ler o mapa. Aprofundar a decisão.
Os mesmos eventos se reorganizam na perspectiva de cada participante. No exemplo, o segundo pedido é um futuro desejado, não um resultado já demonstrado.
Participante
Eventos
Significado
Cliente
Pedido escolhido → pedido confirmado
Eventos da experiência mapeada
Restaurante
Pedido aceito → refeição preparada
Eventos da operação
Entregador
Pedido entregue
Conecta a operação à experiência do cliente
Cliente
Novo pedido realizado
Futuro desejado: comportamento a favorecer e observar
As conexões entre participantes permanecem: uma jornada depende de outras. A compreensão pode revelar um recorte diferente do que imaginávamos.
Uma conversa que pode mudar de direção
Um mapa ajuda a compartilhar o entendimento disponível. Novas informações podem mudar a hipótese, a jornada e o recorte. O aprendizado não precisa esperar o fim do desenvolvimento.
O segundo pedido é a mudança que buscamos favorecer. O cliente ter clicado no botão de recompra não significa que concluiu a compra nem que a receita aumentou por causa da solução.
Os mesmos eventos se reorganizam na perspectiva de cada participante. No exemplo, o segundo pedido é um futuro desejado, não um resultado já demonstrado.
Participante
Eventos
Significado
Cliente
Pedido escolhido → pedido confirmado
Eventos da experiência mapeada
Restaurante
Pedido aceito → refeição preparada
Eventos da operação
Entregador
Pedido entregue
Conecta a operação à experiência do cliente
Cliente
Novo pedido realizado
Futuro desejado: comportamento a favorecer e observar
As conexões entre participantes permanecem: uma jornada depende de outras. A compreensão pode revelar um recorte diferente do que imaginávamos.
EXEMPLO DE DELIVERY / UPSTREAM KANBAN · Story Map
Ler o mapa. Aprofundar a decisão.
No Upstream Kanban, este mapa ajuda a formar opções antes do compromisso de entrega. As faixas representam possibilidades, não uma fila obrigatória de construção.
Na horizontal, atividades de objetivo semelhante. Em cada coluna, as demandas e alternativas que apoiam a atividade. As faixas de release ficam uma sob a outra. Derivamos atividades do entendimento dos eventos; podemos agrupá-los.
Recorte
Escolher o que repetir
Revisar o pedido
Confirmar a compra
Release 1 · favorecer a segunda compra
Consultar um pedido anterior
Revisar itens e preços atuais
Confirmar a nova compra
Opções para outro recorte
Filtrar pedidos recentes
Sugerir itens substitutos
Adicionar outro meio de pagamento
A primeira release considera preços atuais e tratamento seguro de itens indisponíveis: informar, permitir revisão e impedir uma confirmação inválida. Sugerir substitutos é um refinamento possível.
BVP: justificar a contribuição
Consultar o pedido anterior reduz o esforço de escolher tudo novamente.
Revisar itens e preços permite decidir com as condições atuais.
Confirmar a recompra permite concluir o comportamento esperado.
Personalizar o perfil não contribui diretamente para esta hipótese.
O BVP orienta a conversa sobre valor. Não é uma estimativa de esforço nem uma prova antecipada de impacto.
Antes de assumir o recorte
A contribuição ao outcome está explícita?
Existe uma mudança coerente e verificável?
Os critérios de aceite e as dependências estão compreendidos?
O custo de coordenação justifica manter separado ou reunir?
Upstream Kanban: gerir opções antes do compromisso
O upstream conecta a chegada de demandas à capacidade de entrega. Aqui, o Story Map ajuda a formar opções a partir do entendimento do domínio. Nenhuma faixa é uma promessa de construção: opções podem mudar de posição, ser adiadas ou descartadas.
Event Storming, jornadas, Story Mapping e BVP são práticas que combinamos neste método, não etapas obrigatórias do Kanban. Modelagem esclarece o problema; o upstream torna visíveis a evolução e a seleção das opções.
No Upstream Kanban, este mapa ajuda a formar opções antes do compromisso de entrega. As faixas representam possibilidades, não uma fila obrigatória de construção.
Na horizontal, atividades de objetivo semelhante. Em cada coluna, as demandas e alternativas que apoiam a atividade. As faixas de release ficam uma sob a outra. Derivamos atividades do entendimento dos eventos; podemos agrupá-los.
Recorte
Escolher o que repetir
Revisar o pedido
Confirmar a compra
Release 1 · favorecer a segunda compra
Consultar um pedido anterior
Revisar itens e preços atuais
Confirmar a nova compra
Opções para outro recorte
Filtrar pedidos recentes
Sugerir itens substitutos
Adicionar outro meio de pagamento
A primeira release considera preços atuais e tratamento seguro de itens indisponíveis: informar, permitir revisão e impedir uma confirmação inválida. Sugerir substitutos é um refinamento possível.
EXEMPLO DE DELIVERY / UPSTREAM KANBAN · Release
Ler o mapa. Aprofundar a decisão.
Ainda no upstream, o recorte em destaque é um candidato. Comparar e detalhar uma história não obriga a entregá-la; outras opções continuam abertas.
A faixa selecionada mantém suas demandas ligadas ao outcome. Em seguida, ampliamos uma história para discutir seu tamanho.
Recorte
O que ele permite perceber
Reformular toda a recompra
Um pacote grande pode adiar feedback e acumular espera.
Criar tabela / criar endpoint / criar botão
Tarefas técnicas são necessárias, mas separadas não descrevem o benefício da mudança.
Confirmar recompra com itens disponíveis
Uma mudança coerente, com aceite verificável e dependências compreendidas.
A história contribui para o outcome junto a outras histórias da release. Não precisa provar o outcome sozinha. O tamanho considera também o custo de preparação, coordenação e validação; não existe um número universal de dias ou pontos.
BVP: justificar a contribuição
Consultar o pedido anterior reduz o esforço de escolher tudo novamente.
Revisar itens e preços permite decidir com as condições atuais.
Confirmar a recompra permite concluir o comportamento esperado.
Personalizar o perfil não contribui diretamente para esta hipótese.
O BVP orienta a conversa sobre valor. Não é uma estimativa de esforço nem uma prova antecipada de impacto.
Antes de assumir o recorte
A contribuição ao outcome está explícita?
Existe uma mudança coerente e verificável?
Os critérios de aceite e as dependências estão compreendidos?
O custo de coordenação justifica manter separado ou reunir?
Um recorte candidato, ainda sem compromisso
Destacar uma opção não significa assumir sua entrega. O BVP ajuda a comparar contribuições; tamanho, urgência, riscos e dependências também informam a escolha. As demais alternativas continuam abertas, sem precisar detalhar todas de antemão.
Um lote grande pode adiar o aprendizado. Fragmentar demais pode multiplicar preparação e coordenação. Buscamos uma mudança coerente e verificável, não o menor cartão a qualquer custo.
Ainda no upstream, o recorte em destaque é um candidato. Comparar e detalhar uma história não obriga a entregá-la; outras opções continuam abertas.
A faixa selecionada mantém suas demandas ligadas ao outcome. Em seguida, ampliamos uma história para discutir seu tamanho.
Recorte
O que ele permite perceber
Reformular toda a recompra
Um pacote grande pode adiar feedback e acumular espera.
Criar tabela / criar endpoint / criar botão
Tarefas técnicas são necessárias, mas separadas não descrevem o benefício da mudança.
Confirmar recompra com itens disponíveis
Uma mudança coerente, com aceite verificável e dependências compreendidas.
A história contribui para o outcome junto a outras histórias da release. Não precisa provar o outcome sozinha. O tamanho considera também o custo de preparação, coordenação e validação; não existe um número universal de dias ou pontos.
EXEMPLO DE DELIVERY / UPSTREAM KANBAN · Preparação
Ler o mapa. Aprofundar a decisão.
Esta é a preparação de uma opção dentro do upstream. Investigamos conforme o risco e a incerteza, o suficiente para decidir. Preparada significa elegível para seleção, não certeza nem compromisso de entrega.
O cartão começa apenas com o título. Análises de negócio, risco e técnica acrescentam informação. Uma dúvida provoca revisão; outra opção é adiada. Antes do compromisso, opções também podem ser descartadas.
Confirmar recompra com itens disponíveis
Descrição: Como cliente, quero confirmar uma recompra revisada para comprar novamente com os preços e itens atuais.
Critérios de aceite
Confirmar somente com preços atuais e itens disponíveis.
Se algo mudou, informar e permitir revisar antes de confirmar.
Personalizar o perfil fica adiado por não contribuir diretamente para esta hipótese de recompra. Preparada significa elegível para seleção, e não iniciada automaticamente.
Acordos que ajudam o fluxo
Combinar o que torna uma opção preparada: título, descrição, critérios e análises necessárias.
Selecionar trabalho considerando contribuição, capacidade e dependências.
Explicitar limites e registrar bloqueios, sem ocultar o tempo de espera.
Revisar os acordos a partir do que o fluxo mostra.
Descoberta e avaliação de opções já acontecem nas primeiras etapas. Esta sequência amplia momentos do trabalho; não exige uma passagem rígida por todas as análises.
Retornar pode ser produtivo
Antes do compromisso, podemos revisar, adiar ou descartar uma opção. Depois de começar, novas informações também podem exigir decisões explícitas e revisão do plano. A intenção é aprender e gerir consequências.
Investigar cedo, assumir o compromisso no momento adequado
Gerimos o investimento em aprender sobre cada opção. Risco e incerteza orientam a investigação: uma demanda conhecida pode seguir um caminho leve; uma questão incerta pode pedir exploração, síntese e novas perguntas antes de detalhar uma solução.
Os critérios e as análises exibidos são exemplos de acordos, não um checklist universal nem uma garantia de certeza. Aprendemos o suficiente para decidir e explicitamos a incerteza que permanece.
Cuidar do conjunto de opções
Limitar quantas opções investigamos ao mesmo tempo.
Observar a idade das opções: continuar, revisar, adiar ou descartar deliberadamente.
Combinar quando repor opções para atender à capacidade de entrega, sem acumular uma fila infinita.
Usar limites mínimos ou pontos de reposição quando fizerem sentido no contexto.
Essa gestão equilibra demanda e capacidade. Não exige um funil de fases obrigatórias: investigação e seleção podem se sobrepor, e descobertas podem nos levar de volta à modelagem.
Upstream e descoberta se relacionam, mas não são sinônimos
No trabalho de Patrick Steyaert, Upstream Kanban dá visibilidade às opções antes do compromisso e à sua relação com a entrega. Discovery Kanban amplia a discussão sobre exploração, conhecimento e possibilidades. Aqui a descoberta já começa na intenção e nas jornadas, e continua depois da entrega.
Esta é a preparação de uma opção dentro do upstream. Investigamos conforme o risco e a incerteza, o suficiente para decidir. Preparada significa elegível para seleção, não certeza nem compromisso de entrega.
O cartão começa apenas com o título. Análises de negócio, risco e técnica acrescentam informação. Uma dúvida provoca revisão; outra opção é adiada. Antes do compromisso, opções também podem ser descartadas.
Confirmar recompra com itens disponíveis
Descrição: Como cliente, quero confirmar uma recompra revisada para comprar novamente com os preços e itens atuais.
Critérios de aceite
Confirmar somente com preços atuais e itens disponíveis.
Se algo mudou, informar e permitir revisar antes de confirmar.
Personalizar o perfil fica adiado por não contribuir diretamente para esta hipótese de recompra. Preparada significa elegível para seleção, e não iniciada automaticamente.
EXEMPLO DE DELIVERY / DOWNSTREAM KANBAN · Downstream
Ler o mapa. Aprofundar a decisão.
O ponto de compromisso separa as opções do Upstream Kanban do trabalho assumido no Downstream Kanban. Nesta simulação, a equipe seleciona com capacidade e acordos e puxa a história para Dev.
Esta é uma simulação do fluxo de desenvolvimento. O limite de três demandas em Dev é ilustrativo, não uma regra universal.
Momento
O que acontece
Esperar
Outras demandas ocupam a capacidade. A história preparada permanece antes do ponto de compromisso.
Puxar
A demanda anterior libera uma vaga. Prioridade e acordos de entrada orientam a seleção da próxima.
Desenvolver
A história passa por Dev Doing e Dev Done.
Bloqueio em Homologação
Surge uma dúvida sobre a regra de preços. O cartão e a bolinha aguardam uma decisão.
Colaboração
A equipe acorda a revisão dos preços atuais antes da confirmação.
Disponibilizar
A história segue por Homologação Done, Deploy e Done. A entrega permite observar o comportamento.
Os bloqueios e seu tempo de espera precisam ser registrados para alimentar a revisão do fluxo. Se a dependência se repete, pode ser necessário mudar o acordo ou envolver alguém mais cedo.
Acordos que ajudam o fluxo
Combinar o que torna uma opção preparada: título, descrição, critérios e análises necessárias.
Selecionar trabalho considerando contribuição, capacidade e dependências.
Explicitar limites e registrar bloqueios, sem ocultar o tempo de espera.
Revisar os acordos a partir do que o fluxo mostra.
Descoberta e avaliação de opções já acontecem nas primeiras etapas. Esta sequência amplia momentos do trabalho; não exige uma passagem rígida por todas as análises.
Retornar pode ser produtivo
Antes do compromisso, podemos revisar, adiar ou descartar uma opção. Depois de começar, novas informações também podem exigir decisões explícitas e revisão do plano. A intenção é aprender e gerir consequências.
O ponto de compromisso conecta os dois fluxos
Antes dele, gerimos opções no Upstream Kanban. Ao selecionar uma opção considerando capacidade, urgência e acordos, assumimos sua entrega: ela passa ao Downstream Kanban. Nesta simulação, essa decisão coincide com puxar para Dev; em outros serviços, compromisso e início da execução podem ocorrer em momentos distintos.
Uma vaga permite escolher, mas não obriga a puxar qualquer opção. Novas informações após o compromisso também podem exigir revisão ou cancelamento, com decisões explícitas sobre as consequências.
O ponto de compromisso separa as opções do Upstream Kanban do trabalho assumido no Downstream Kanban. Nesta simulação, a equipe seleciona com capacidade e acordos e puxa a história para Dev.
Esta é uma simulação do fluxo de desenvolvimento. O limite de três demandas em Dev é ilustrativo, não uma regra universal.
Momento
O que acontece
Esperar
Outras demandas ocupam a capacidade. A história preparada permanece antes do ponto de compromisso.
Puxar
A demanda anterior libera uma vaga. Prioridade e acordos de entrada orientam a seleção da próxima.
Desenvolver
A história passa por Dev Doing e Dev Done.
Bloqueio em Homologação
Surge uma dúvida sobre a regra de preços. O cartão e a bolinha aguardam uma decisão.
Colaboração
A equipe acorda a revisão dos preços atuais antes da confirmação.
Disponibilizar
A história segue por Homologação Done, Deploy e Done. A entrega permite observar o comportamento.
Os bloqueios e seu tempo de espera precisam ser registrados para alimentar a revisão do fluxo. Se a dependência se repete, pode ser necessário mudar o acordo ou envolver alguém mais cedo.
EXEMPLO FICTÍCIO · DELIVERY / Aprendizado
Ler o mapa. Aprofundar a decisão.
A entrega fica disponível. Observamos sinais do comportamento, ouvimos pessoas e acompanhamos os impactos. Os cenários selecionáveis são ilustrativos; não representam resultados medidos.
Cenário
Decisão possível
Ainda não sabemos
Completar a janela de observação, verificar os dados e ouvir mais pessoas.
Sinais favoráveis
Sustentar a hipótese provisoriamente e continuar observando efeitos e impactos.
Rever a hipótese
Investigar se preço e custo do frete são barreiras mais relevantes que o esforço de repetir o pedido.
Em paralelo, o bloqueio observado na entrega leva a uma revisão do acordo: esclarecer regras e dependências antes do compromisso. Assim, aprendemos sobre o produto e sobre o sistema que o desenvolve.
Preparar a evidência antes de lançar
Definição
O que combinar
Público / coorte
Clientes elegíveis que concluíram a primeira compra. Comparar grupos com tempo semelhante para voltar.
Comportamento
Concluir uma segunda compra. Clicar no botão é um sinal de uso da solução, não o outcome.
Linha de base
Proporção de clientes elegíveis que fazia a segunda compra antes da mudança, em condições comparáveis.
Origem dos dados
Pedidos concluídos e identificação da coorte, complementados por entrevistas ou feedback.
Janela
Período coerente com a frequência de compra. Coortes recentes precisam de tempo suficiente de observação.
Interpretação
Definir que evidências sustentariam ou contrariariam a hipótese. Usar comparação apropriada quando viável; mudança posterior ao lançamento não prova causalidade.
Receita e churn são impactos do exemplo. Acompanhar também cancelamentos e reclamações ajuda a identificar efeitos indesejados.
Quatro perspectivas, decisões conectadas
Perspectiva
Observar para decidir
Negócio
Segunda compra, receita e churn: a hipótese merece continuidade?
Fluxo
Espera, bloqueios, WIP, lead time e throughput: onde melhorar as condições de entrega?
Pessoas
Colaboração e sobrecarga: precisamos mudar acordos, apoio ou capacidade?
Engenharia
Qualidade e confiabilidade: o que impede entregas menores e observação segura?
Não basta trocar a solução. Às vezes precisamos questionar a própria crença sobre o problema. As revisões acontecem conforme o contexto e os sinais; não há uma frequência única prescrita aqui.
A entrega fica disponível. Observamos sinais do comportamento, ouvimos pessoas e acompanhamos os impactos. Os cenários selecionáveis são ilustrativos; não representam resultados medidos.
Cenário
Decisão possível
Ainda não sabemos
Completar a janela de observação, verificar os dados e ouvir mais pessoas.
Sinais favoráveis
Sustentar a hipótese provisoriamente e continuar observando efeitos e impactos.
Rever a hipótese
Investigar se preço e custo do frete são barreiras mais relevantes que o esforço de repetir o pedido.
Em paralelo, o bloqueio observado na entrega leva a uma revisão do acordo: esclarecer regras e dependências antes do compromisso. Assim, aprendemos sobre o produto e sobre o sistema que o desenvolve.
O MÉTODO TALLER · LEITURA
Da intenção ao aprendizado.
Baseado no Dynamic Flow, o método Taller conecta intenção, construção, fluxo e aprendizado. Acompanhe como uma intenção vira entrega — e aprende com o que acontece depois.
MOVIMENTO 1 DE 3 · DA INTENÇÃO AO CAMINHO
Entender a mudança
Conectamos o resultado desejado ao comportamento de uma pessoa. O caminho atual e suas diferentes perspectivas ajudam a investigar onde agir.
O que precisa mudar — e para quem?
Partimos do resultado de negócio e de quem precisa fazer algo diferente. A solução é uma hipótese de como favorecer essa mudança; combinamos o que observar para avaliá-la.
Impacto é o objetivo de negócio. Outcome é a mudança de comportamento. A hipótese relaciona uma solução, uma pessoa, essa mudança e a evidência esperada.
Preparar a evidência antes de lançar
Definição
O que combinar
Público / coorte
Quem pode realizar o comportamento e quais grupos podem ser comparados.
Comportamento
Uma ação observável da pessoa, separada do uso de uma funcionalidade.
Linha de base
Como o comportamento se apresenta antes da intervenção.
Origem dos dados
Registros do comportamento, com qualidade verificada, e evidências qualitativas.
Janela
Tempo adequado ao comportamento e à qualidade dos sinais; sem duração universal.
Interpretação
Definir que evidências sustentariam ou contrariariam a hipótese. Usar comparação apropriada quando viável; mudança posterior ao lançamento não prova causalidade.
A mudança de comportamento e sua contribuição ao impacto precisam ser observadas separadamente.
Aprofundar esta ideia
PROCESSO TALLER / Intenção
Ler o mapa. Aprofundar a decisão.
Impacto é o objetivo de negócio. Outcome é a mudança de comportamento. A hipótese relaciona uma solução, uma pessoa, essa mudança e a evidência esperada.
Preparar a evidência antes de lançar
Definição
O que combinar
Público / coorte
Quem pode realizar o comportamento e quais grupos podem ser comparados.
Comportamento
Uma ação observável da pessoa, separada do uso de uma funcionalidade.
Linha de base
Como o comportamento se apresenta antes da intervenção.
Origem dos dados
Registros do comportamento, com qualidade verificada, e evidências qualitativas.
Janela
Tempo adequado ao comportamento e à qualidade dos sinais; sem duração universal.
Interpretação
Definir que evidências sustentariam ou contrariariam a hipótese. Usar comparação apropriada quando viável; mudança posterior ao lançamento não prova causalidade.
A mudança de comportamento e sua contribuição ao impacto precisam ser observadas separadamente.
Uma conversa que pode mudar de direção
Um mapa ajuda a compartilhar o entendimento disponível. Novas informações podem mudar a hipótese, a jornada e o recorte. O aprendizado não precisa esperar o fim do desenvolvimento.
Uma solução disponibilizada é output. A ação diferente da pessoa é outcome. O resultado de negócio é impacto. As relações entre eles são hipóteses a investigar.
Que caminho existe hoje?
Mapeamos o que acontece hoje e quem participa. A sequência de eventos ajuda a investigar onde a mudança desejada pode acontecer.
Os cartões da intenção permanecem: comportamento atual → cadeia de eventos → mudança de comportamento desejada. No exemplo, o segundo pedido é um futuro desejado, não um resultado já demonstrado.
Participante
Eventos
Significado
Pessoa A
Evento A → Evento B → Evento E
Uma perspectiva da cadeia
Pessoa B
Evento C → Evento D
Outra perspectiva
Pessoa C
Evento F
Uma terceira perspectiva
A intenção orienta o que investigamos. A cadeia inclui eventos de outros participantes que podem favorecer ou dificultar a mudança; as conexões não comprovam causalidade. As conexões entre participantes permanecem: uma jornada depende de outras. A compreensão pode revelar um recorte diferente do que imaginávamos.
Aprofundar esta ideia
PROCESSO TALLER / Eventos
Ler o mapa. Aprofundar a decisão.
Os cartões da intenção permanecem: comportamento atual → cadeia de eventos → mudança de comportamento desejada. No exemplo, o segundo pedido é um futuro desejado, não um resultado já demonstrado.
Participante
Eventos
Significado
Pessoa A
Evento A → Evento B → Evento E
Uma perspectiva da cadeia
Pessoa B
Evento C → Evento D
Outra perspectiva
Pessoa C
Evento F
Uma terceira perspectiva
A intenção orienta o que investigamos. A cadeia inclui eventos de outros participantes que podem favorecer ou dificultar a mudança; as conexões não comprovam causalidade. As conexões entre participantes permanecem: uma jornada depende de outras. A compreensão pode revelar um recorte diferente do que imaginávamos.
Uma conversa que pode mudar de direção
Um mapa ajuda a compartilhar o entendimento disponível. Novas informações podem mudar a hipótese, a jornada e o recorte. O aprendizado não precisa esperar o fim do desenvolvimento.
Uma solução disponibilizada é output. A ação diferente da pessoa é outcome. O resultado de negócio é impacto. As relações entre eles são hipóteses a investigar.
Como cada pessoa vive esse caminho?
Reorganizamos os mesmos eventos por participante. Assim, vemos o que cada pessoa faz, de que depende e como os caminhos se conectam.
Os mesmos eventos se reorganizam na perspectiva de cada participante. No exemplo, o segundo pedido é um futuro desejado, não um resultado já demonstrado.
Participante
Eventos
Significado
Pessoa A
Evento A → Evento B → Evento E
Uma perspectiva da cadeia
Pessoa B
Evento C → Evento D
Outra perspectiva
Pessoa C
Evento F
Uma terceira perspectiva
As conexões entre participantes permanecem: uma jornada depende de outras. A compreensão pode revelar um recorte diferente do que imaginávamos.
Aprofundar esta ideia
PROCESSO TALLER / Jornadas
Ler o mapa. Aprofundar a decisão.
Os mesmos eventos se reorganizam na perspectiva de cada participante. No exemplo, o segundo pedido é um futuro desejado, não um resultado já demonstrado.
Participante
Eventos
Significado
Pessoa A
Evento A → Evento B → Evento E
Uma perspectiva da cadeia
Pessoa B
Evento C → Evento D
Outra perspectiva
Pessoa C
Evento F
Uma terceira perspectiva
As conexões entre participantes permanecem: uma jornada depende de outras. A compreensão pode revelar um recorte diferente do que imaginávamos.
Uma conversa que pode mudar de direção
Um mapa ajuda a compartilhar o entendimento disponível. Novas informações podem mudar a hipótese, a jornada e o recorte. O aprendizado não precisa esperar o fim do desenvolvimento.
Uma solução disponibilizada é output. A ação diferente da pessoa é outcome. O resultado de negócio é impacto. As relações entre eles são hipóteses a investigar.
MOVIMENTO 2 DE 3 · UPSTREAM KANBAN · OPÇÕES ANTES DO COMPROMISSO
Escolher o próximo recorte
Modelamos o caminho para formar opções. Investigamos, comparamos e amadurecemos apenas o necessário. Antes do compromisso, uma opção ainda pode ser revista, adiada ou descartada.
Como transformar o caminho em opções?
No Upstream Kanban, gerimos opções antes de assumir sua entrega. O Story Map organiza o que aprendemos em atividades e recortes possíveis de uma experiência inteira. O mapa ajuda a escolher; ainda não é uma promessa de construção.
No Upstream Kanban, este mapa ajuda a formar opções antes do compromisso de entrega. As faixas representam possibilidades, não uma fila obrigatória de construção.
Na horizontal, atividades de objetivo semelhante. Em cada coluna, as demandas e alternativas que apoiam a atividade. As faixas de release ficam uma sob a outra. Derivamos atividades do entendimento dos eventos; podemos agrupá-los.
Recorte
Escolher uma opção
Revisar a escolha
Confirmar a ação
Release 1 · outcome em foco
Consultar as opções
Revisar as condições
Confirmar a ação
Opções para outro recorte
Outra forma de começar
Ampliar as opções
Apoiar outro cenário
Uma release apoia uma experiência viável. A posição de uma opção pode mudar conforme a contribuição ao outcome e as novas descobertas.
Aprofundar esta ideia
PROCESSO TALLER / UPSTREAM KANBAN · Story Map
Ler o mapa. Aprofundar a decisão.
No Upstream Kanban, este mapa ajuda a formar opções antes do compromisso de entrega. As faixas representam possibilidades, não uma fila obrigatória de construção.
Na horizontal, atividades de objetivo semelhante. Em cada coluna, as demandas e alternativas que apoiam a atividade. As faixas de release ficam uma sob a outra. Derivamos atividades do entendimento dos eventos; podemos agrupá-los.
Recorte
Escolher uma opção
Revisar a escolha
Confirmar a ação
Release 1 · outcome em foco
Consultar as opções
Revisar as condições
Confirmar a ação
Opções para outro recorte
Outra forma de começar
Ampliar as opções
Apoiar outro cenário
Uma release apoia uma experiência viável. A posição de uma opção pode mudar conforme a contribuição ao outcome e as novas descobertas.
BVP: justificar a contribuição
Explicitar como a demanda pode favorecer o comportamento.
Comparar contribuições ao mesmo outcome.
Rever a prioridade quando novas evidências mudam o entendimento.
O BVP orienta a conversa sobre valor. Não é uma estimativa de esforço nem uma prova antecipada de impacto.
Antes de assumir o recorte
A contribuição ao outcome está explícita?
Existe uma mudança coerente e verificável?
Os critérios de aceite e as dependências estão compreendidos?
O custo de coordenação justifica manter separado ou reunir?
Upstream Kanban: gerir opções antes do compromisso
O upstream conecta a chegada de demandas à capacidade de entrega. Aqui, o Story Map ajuda a formar opções a partir do entendimento do domínio. Nenhuma faixa é uma promessa de construção: opções podem mudar de posição, ser adiadas ou descartadas.
Event Storming, jornadas, Story Mapping e BVP são práticas que combinamos neste método, não etapas obrigatórias do Kanban. Modelagem esclarece o problema; o upstream torna visíveis a evolução e a seleção das opções.
Ainda no upstream, comparamos contribuição à mudança, tamanho e coerência da experiência. O BVP apoia a escolha de um recorte candidato. A história descreve algo verificável; as tarefas ajudam a construí-la. Outras opções continuam abertas.
Ainda no upstream, o recorte em destaque é um candidato. Comparar e detalhar uma história não obriga a entregá-la; outras opções continuam abertas.
A faixa selecionada mantém suas demandas ligadas ao outcome. Em seguida, ampliamos uma história para discutir seu tamanho.
Recorte
O que ele permite perceber
Reformular toda a experiência
Um pacote grande pode adiar feedback e acumular espera.
Preparar dados / implementar integração / construir interface
Tarefas técnicas são necessárias, mas separadas não descrevem o benefício da mudança.
Confirmar uma ação válida
Uma mudança coerente, com aceite verificável e dependências compreendidas.
A história contribui para o outcome junto a outras histórias da release. Não precisa provar o outcome sozinha. O tamanho considera também o custo de preparação, coordenação e validação; não existe um número universal de dias ou pontos.
Aprofundar esta ideia
PROCESSO TALLER / UPSTREAM KANBAN · Release
Ler o mapa. Aprofundar a decisão.
Ainda no upstream, o recorte em destaque é um candidato. Comparar e detalhar uma história não obriga a entregá-la; outras opções continuam abertas.
A faixa selecionada mantém suas demandas ligadas ao outcome. Em seguida, ampliamos uma história para discutir seu tamanho.
Recorte
O que ele permite perceber
Reformular toda a experiência
Um pacote grande pode adiar feedback e acumular espera.
Preparar dados / implementar integração / construir interface
Tarefas técnicas são necessárias, mas separadas não descrevem o benefício da mudança.
Confirmar uma ação válida
Uma mudança coerente, com aceite verificável e dependências compreendidas.
A história contribui para o outcome junto a outras histórias da release. Não precisa provar o outcome sozinha. O tamanho considera também o custo de preparação, coordenação e validação; não existe um número universal de dias ou pontos.
BVP: justificar a contribuição
Explicitar como a demanda pode favorecer o comportamento.
Comparar contribuições ao mesmo outcome.
Rever a prioridade quando novas evidências mudam o entendimento.
O BVP orienta a conversa sobre valor. Não é uma estimativa de esforço nem uma prova antecipada de impacto.
Antes de assumir o recorte
A contribuição ao outcome está explícita?
Existe uma mudança coerente e verificável?
Os critérios de aceite e as dependências estão compreendidos?
O custo de coordenação justifica manter separado ou reunir?
Um recorte candidato, ainda sem compromisso
Destacar uma opção não significa assumir sua entrega. O BVP ajuda a comparar contribuições; tamanho, urgência, riscos e dependências também informam a escolha. As demais alternativas continuam abertas, sem precisar detalhar todas de antemão.
Um lote grande pode adiar o aprendizado. Fragmentar demais pode multiplicar preparação e coordenação. Buscamos uma mudança coerente e verificável, não o menor cartão a qualquer custo.
Investigamos o necessário para decidir. A história ganha critérios de aceite e acordos; riscos podem nos levar a rever o recorte. No upstream, preparar uma opção não obriga a construí-la: ela ainda pode ser adiada ou descartada.
Esta é a preparação de uma opção dentro do upstream. Investigamos conforme o risco e a incerteza, o suficiente para decidir. Preparada significa elegível para seleção, não certeza nem compromisso de entrega.
O cartão começa apenas com o título. Análises de negócio, risco e técnica acrescentam informação. Uma dúvida provoca revisão; outra opção é adiada. Antes do compromisso, opções também podem ser descartadas.
Confirmar uma ação válida
Descrição: A pessoa pode confirmar sua escolha quando as condições necessárias estão atendidas.
Critérios de aceite
Validar as condições antes da confirmação.
Explicar o impedimento e permitir revisar a escolha.
Outra opção fica adiada por ainda não apresentar contribuição clara para o outcome em foco. Preparada significa elegível para seleção, e não iniciada automaticamente.
Aprofundar esta ideia
PROCESSO TALLER / UPSTREAM KANBAN · Preparação
Ler o mapa. Aprofundar a decisão.
Esta é a preparação de uma opção dentro do upstream. Investigamos conforme o risco e a incerteza, o suficiente para decidir. Preparada significa elegível para seleção, não certeza nem compromisso de entrega.
O cartão começa apenas com o título. Análises de negócio, risco e técnica acrescentam informação. Uma dúvida provoca revisão; outra opção é adiada. Antes do compromisso, opções também podem ser descartadas.
Confirmar uma ação válida
Descrição: A pessoa pode confirmar sua escolha quando as condições necessárias estão atendidas.
Critérios de aceite
Validar as condições antes da confirmação.
Explicar o impedimento e permitir revisar a escolha.
Outra opção fica adiada por ainda não apresentar contribuição clara para o outcome em foco. Preparada significa elegível para seleção, e não iniciada automaticamente.
Acordos que ajudam o fluxo
Combinar o que torna uma opção preparada: título, descrição, critérios e análises necessárias.
Selecionar trabalho considerando contribuição, capacidade e dependências.
Explicitar limites e registrar bloqueios, sem ocultar o tempo de espera.
Revisar os acordos a partir do que o fluxo mostra.
Descoberta e avaliação de opções já acontecem nas primeiras etapas. Esta sequência amplia momentos do trabalho; não exige uma passagem rígida por todas as análises.
Retornar pode ser produtivo
Antes do compromisso, podemos revisar, adiar ou descartar uma opção. Depois de começar, novas informações também podem exigir decisões explícitas e revisão do plano. A intenção é aprender e gerir consequências.
Investigar cedo, assumir o compromisso no momento adequado
Gerimos o investimento em aprender sobre cada opção. Risco e incerteza orientam a investigação: uma demanda conhecida pode seguir um caminho leve; uma questão incerta pode pedir exploração, síntese e novas perguntas antes de detalhar uma solução.
Os critérios e as análises exibidos são exemplos de acordos, não um checklist universal nem uma garantia de certeza. Aprendemos o suficiente para decidir e explicitamos a incerteza que permanece.
Cuidar do conjunto de opções
Limitar quantas opções investigamos ao mesmo tempo.
Observar a idade das opções: continuar, revisar, adiar ou descartar deliberadamente.
Combinar quando repor opções para atender à capacidade de entrega, sem acumular uma fila infinita.
Usar limites mínimos ou pontos de reposição quando fizerem sentido no contexto.
Essa gestão equilibra demanda e capacidade. Não exige um funil de fases obrigatórias: investigação e seleção podem se sobrepor, e descobertas podem nos levar de volta à modelagem.
Upstream e descoberta se relacionam, mas não são sinônimos
No trabalho de Patrick Steyaert, Upstream Kanban dá visibilidade às opções antes do compromisso e à sua relação com a entrega. Discovery Kanban amplia a discussão sobre exploração, conhecimento e possibilidades. Aqui a descoberta já começa na intenção e nas jornadas, e continua depois da entrega.
MOVIMENTO 3 DE 3 · DOWNSTREAM KANBAN + APRENDIZADO
Entregar e aprender
Ao escolher uma opção com capacidade e acordos, assumimos o compromisso de entrega. O downstream torna esse trabalho visível até a disponibilização. Depois, observamos o que mudou e alimentamos novas decisões.
Quando esse trabalho pode avançar?
Com capacidade e acordos, escolhemos uma opção e assumimos sua entrega. Esse é o ponto de compromisso com o Downstream Kanban. O trabalho segue com limites e colaboração; bloqueios ainda podem exigir novas decisões.
O ponto de compromisso separa as opções do Upstream Kanban do trabalho assumido no Downstream Kanban. Nesta simulação, a equipe seleciona com capacidade e acordos e puxa a história para Dev.
Esta é uma simulação do fluxo de desenvolvimento. O limite de três demandas em Dev é ilustrativo, não uma regra universal.
Momento
O que acontece
Esperar
Outras demandas ocupam a capacidade. A história preparada permanece antes do ponto de compromisso.
Puxar
A demanda anterior libera uma vaga. Prioridade e acordos de entrada orientam a seleção da próxima.
Desenvolver
A história passa por Dev Doing e Dev Done.
Bloqueio em Homologação
Uma regra não esclarecida impede a validação. O trabalho aguarda uma decisão.
Colaboração
As pessoas esclarecem a regra e registram a decisão.
Disponibilizar
A história segue por Homologação Done, Deploy e Done. A entrega permite observar o comportamento.
Os bloqueios e seu tempo de espera precisam ser registrados para alimentar a revisão do fluxo. Se a dependência se repete, pode ser necessário mudar o acordo ou envolver alguém mais cedo.
Aprofundar esta ideia
PROCESSO TALLER / DOWNSTREAM KANBAN · Downstream
Ler o mapa. Aprofundar a decisão.
O ponto de compromisso separa as opções do Upstream Kanban do trabalho assumido no Downstream Kanban. Nesta simulação, a equipe seleciona com capacidade e acordos e puxa a história para Dev.
Esta é uma simulação do fluxo de desenvolvimento. O limite de três demandas em Dev é ilustrativo, não uma regra universal.
Momento
O que acontece
Esperar
Outras demandas ocupam a capacidade. A história preparada permanece antes do ponto de compromisso.
Puxar
A demanda anterior libera uma vaga. Prioridade e acordos de entrada orientam a seleção da próxima.
Desenvolver
A história passa por Dev Doing e Dev Done.
Bloqueio em Homologação
Uma regra não esclarecida impede a validação. O trabalho aguarda uma decisão.
Colaboração
As pessoas esclarecem a regra e registram a decisão.
Disponibilizar
A história segue por Homologação Done, Deploy e Done. A entrega permite observar o comportamento.
Os bloqueios e seu tempo de espera precisam ser registrados para alimentar a revisão do fluxo. Se a dependência se repete, pode ser necessário mudar o acordo ou envolver alguém mais cedo.
Acordos que ajudam o fluxo
Combinar o que torna uma opção preparada: título, descrição, critérios e análises necessárias.
Selecionar trabalho considerando contribuição, capacidade e dependências.
Explicitar limites e registrar bloqueios, sem ocultar o tempo de espera.
Revisar os acordos a partir do que o fluxo mostra.
Descoberta e avaliação de opções já acontecem nas primeiras etapas. Esta sequência amplia momentos do trabalho; não exige uma passagem rígida por todas as análises.
Retornar pode ser produtivo
Antes do compromisso, podemos revisar, adiar ou descartar uma opção. Depois de começar, novas informações também podem exigir decisões explícitas e revisão do plano. A intenção é aprender e gerir consequências.
O ponto de compromisso conecta os dois fluxos
Antes dele, gerimos opções no Upstream Kanban. Ao selecionar uma opção considerando capacidade, urgência e acordos, assumimos sua entrega: ela passa ao Downstream Kanban. Nesta simulação, essa decisão coincide com puxar para Dev; em outros serviços, compromisso e início da execução podem ocorrer em momentos distintos.
Uma vaga permite escolher, mas não obriga a puxar qualquer opção. Novas informações após o compromisso também podem exigir revisão ou cancelamento, com decisões explícitas sobre as consequências.
Disponibilizar a solução, observar um comportamento e perceber impacto são momentos diferentes. Os sinais podem apoiar a hipótese, contrariá-la ou ainda não esclarecer o que mudou.
A entrega fica disponível. Observamos sinais do comportamento, ouvimos pessoas e acompanhamos os impactos. Os cenários selecionáveis são ilustrativos; não representam resultados medidos.
Cenário
Decisão possível
Ainda não sabemos
Completar a janela de observação, verificar os dados e ouvir mais pessoas.
Sinais favoráveis
Sustentar a hipótese provisoriamente e continuar observando efeitos e impactos.
Rever a hipótese
Investigar outra explicação para a ausência da mudança esperada.
Em paralelo, o bloqueio observado na entrega leva a uma revisão do acordo: esclarecer regras e dependências antes do compromisso. Assim, aprendemos sobre o produto e sobre o sistema que o desenvolve.
Aprofundar esta ideia
PROCESSO TALLER / Aprendizado
Ler o mapa. Aprofundar a decisão.
A entrega fica disponível. Observamos sinais do comportamento, ouvimos pessoas e acompanhamos os impactos. Os cenários selecionáveis são ilustrativos; não representam resultados medidos.
Cenário
Decisão possível
Ainda não sabemos
Completar a janela de observação, verificar os dados e ouvir mais pessoas.
Sinais favoráveis
Sustentar a hipótese provisoriamente e continuar observando efeitos e impactos.
Rever a hipótese
Investigar outra explicação para a ausência da mudança esperada.
Em paralelo, o bloqueio observado na entrega leva a uma revisão do acordo: esclarecer regras e dependências antes do compromisso. Assim, aprendemos sobre o produto e sobre o sistema que o desenvolve.
Preparar a evidência antes de lançar
Definição
O que combinar
Público / coorte
Quem pode realizar o comportamento e quais grupos podem ser comparados.
Comportamento
Uma ação observável da pessoa, separada do uso de uma funcionalidade.
Linha de base
Como o comportamento se apresenta antes da intervenção.
Origem dos dados
Registros do comportamento, com qualidade verificada, e evidências qualitativas.
Janela
Tempo adequado ao comportamento e à qualidade dos sinais; sem duração universal.
Interpretação
Definir que evidências sustentariam ou contrariariam a hipótese. Usar comparação apropriada quando viável; mudança posterior ao lançamento não prova causalidade.
A mudança de comportamento e sua contribuição ao impacto precisam ser observadas separadamente.
Quatro perspectivas, decisões conectadas
Perspectiva
Observar para decidir
Negócio
Comportamento e impacto: a hipótese merece continuidade?
Fluxo
Espera, bloqueios, WIP, lead time e throughput: onde melhorar as condições de entrega?
Pessoas
Colaboração e sobrecarga: precisamos mudar acordos, apoio ou capacidade?
Engenharia
Qualidade e confiabilidade: o que impede entregas menores e observação segura?
Não basta trocar a solução. Às vezes precisamos questionar a própria crença sobre o problema. As revisões acontecem conforme o contexto e os sinais; não há uma frequência única prescrita aqui.