Taller um jeito de construir
O QUE VOCÊ ESTÁ VENDO

O MÉTODO TALLER, EM MOVIMENTO

Toda entrega começ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.

Começar pelo para quê

Role para conectar as ideias. No seu ritmo.

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.

  1. DA INTENÇÃO AO CAMINHO

    Entender a mudança

    O que precisa mudar — e para quem?

  2. UPSTREAM KANBAN · OPÇÕES ANTES DO COMPROMISSO

    Escolher o próximo recorte

    Qual é o menor passo que gera aprendizado útil?

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

Agendar uma conversa Você também pode seguir para a nossa página de contato.
Ler o método sem animação ↗
Taller Da intenção ao aprendizado
PROCESSO TALLER · ESTRUTURA LEAN UX

O que acreditamos.
Como vamos descobrir.

01 · Solução02 · Outcome03 · Usuário04 · Evidência

Acreditamos que esta capacidade ou solução produzirá este outcome ou benefício para este usuário. Saberemos que estamos certos quando esta evidência qualitativa ou quantitativa for observada.

A hipótese explicita uma crença a avaliar. Entregar a solução, observar a mudança de comportamento e acompanhar o impacto são partes diferentes do raciocínio.

A estrutura original, em inglês
We believe that [this capability/solution] will achieve [this outcome/benefit] for [this user]. We will know we are right when [qualitative/quantitative metric].
CANETA & MARCA-TEXTO

Cor, forma e significado.

Impacto

Resultado de negócio, medido por lagging indicators.

Outcome

Mudança de comportamento: cartão com contorno duplo.

Atividade

Ação na experiência: cantos arredondados e borda lateral espessa.

Evento

O que aconteceu. No exemplo, o evento futuro desejado tem contorno tracejado e rótulo explícito.

Entrega

Demandas, releases e histórias.

Conexões interrompidas indicam contribuição esperada ou retorno de aprendizado. Um nó identifica bloqueio. As cores e formas conservam o significado no método e nos exemplos.

A BASE DO RACIOCÍNIO

Ideias que se conectam.

O processo Taller é baseado no Dynamic Flow, que conecta intenção, construção, fluxo e aprendizado em um sistema vivo de trabalho.

Lean UX e Outcomes Over Output orientam o trabalho por mudanças de comportamento e aprendizado.

O modelo lógico da W. K. Kellogg Foundation distingue recursos, atividades, outputs, outcomes e impacto. A página segue o uso de outcomes e impactos descrito para o Taller.

User Story Mapping, de Jeff Patton, conecta a narrativa das atividades aos recortes de entrega. No Taller, usamos o BVP para discutir esses recortes em relação ao outcome.

O BVP da Taller orienta a priorização por valor de negócio. Aqui, considera a contribuição de cada demanda para um outcome específico.

EXEMPLO FICTÍCIO · DELIVERY DE COMIDA

Ler este exemplo em texto

Mapa ampliado

Esta é a cena completa. Deslize para explorar os detalhes ou leia o mapa em texto abaixo.

Ler o mapa em texto
SIGA O FIO DA HISTÓRIA

Por onde vamos?

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çãoO que combinar
Público / coorteQuem pode realizar o comportamento e quais grupos podem ser comparados.
ComportamentoUma ação observável da pessoa, separada do uso de uma funcionalidade.
Linha de baseComo o comportamento se apresenta antes da intervenção.
Origem dos dadosRegistros do comportamento, com qualidade verificada, e evidências qualitativas.
JanelaTempo adequado ao comportamento e à qualidade dos sinais; sem duração universal.
InterpretaçãoDefinir 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çãoO que combinar
Público / coorteQuem pode realizar o comportamento e quais grupos podem ser comparados.
ComportamentoUma ação observável da pessoa, separada do uso de uma funcionalidade.
Linha de baseComo o comportamento se apresenta antes da intervenção.
Origem dos dadosRegistros do comportamento, com qualidade verificada, e evidências qualitativas.
JanelaTempo adequado ao comportamento e à qualidade dos sinais; sem duração universal.
InterpretaçãoDefinir 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.

ParticipanteEventosSignificado
Pessoa AEvento A → Evento B → Evento EUma perspectiva da cadeia
Pessoa BEvento C → Evento DOutra perspectiva
Pessoa CEvento FUma 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.

ParticipanteEventosSignificado
Pessoa AEvento A → Evento B → Evento EUma perspectiva da cadeia
Pessoa BEvento C → Evento DOutra perspectiva
Pessoa CEvento FUma 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.

ParticipanteEventosSignificado
Pessoa AEvento A → Evento B → Evento EUma perspectiva da cadeia
Pessoa BEvento C → Evento DOutra perspectiva
Pessoa CEvento FUma 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.

ParticipanteEventosSignificado
Pessoa AEvento A → Evento B → Evento EUma perspectiva da cadeia
Pessoa BEvento C → Evento DOutra perspectiva
Pessoa CEvento FUma 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.

RecorteEscolher uma opçãoRevisar a escolhaConfirmar a ação
Release 1 · outcome em focoConsultar as opçõesRevisar as condiçõesConfirmar a ação
Opções para outro recorteOutra forma de começarAmpliar as opçõesApoiar 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.

RecorteEscolher uma opçãoRevisar a escolhaConfirmar a ação
Release 1 · outcome em focoConsultar as opçõesRevisar as condiçõesConfirmar a ação
Opções para outro recorteOutra forma de começarAmpliar as opçõesApoiar 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.

Referência: Patrick Steyaert · Upstream Kanban, FlowCon 2017.

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.

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.

RecorteO que ele permite perceber
Reformular toda a experiênciaUm pacote grande pode adiar feedback e acumular espera.
Preparar dados / implementar integração / construir interfaceTarefas técnicas são necessárias, mas separadas não descrevem o benefício da mudança.
Confirmar uma ação válidaUma 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.

RecorteO que ele permite perceber
Reformular toda a experiênciaUm pacote grande pode adiar feedback e acumular espera.
Preparar dados / implementar integração / construir interfaceTarefas técnicas são necessárias, mas separadas não descrevem o benefício da mudança.
Confirmar uma ação válidaUma 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.

Referência: Patrick Steyaert · Upstream Kanban, FlowCon 2017.

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.

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.

Referência: Patrick Steyaert · Upstream Kanban, FlowCon 2017.

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.

MomentoO que acontece
EsperarOutras demandas ocupam a capacidade. A história preparada permanece antes do ponto de compromisso.
PuxarA demanda anterior libera uma vaga. Prioridade e acordos de entrada orientam a seleção da próxima.
DesenvolverA história passa por Dev Doing e Dev Done.
Bloqueio em HomologaçãoUma regra não esclarecida impede a validação. O trabalho aguarda uma decisão.
ColaboraçãoAs pessoas esclarecem a regra e registram a decisão.
DisponibilizarA 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.

MomentoO que acontece
EsperarOutras demandas ocupam a capacidade. A história preparada permanece antes do ponto de compromisso.
PuxarA demanda anterior libera uma vaga. Prioridade e acordos de entrada orientam a seleção da próxima.
DesenvolverA história passa por Dev Doing e Dev Done.
Bloqueio em HomologaçãoUma regra não esclarecida impede a validação. O trabalho aguarda uma decisão.
ColaboraçãoAs pessoas esclarecem a regra e registram a decisão.
DisponibilizarA 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.

Referências: Patrick Steyaert · Think Beyond Methods e The Official Kanban Guide.

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.

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árioDecisão possível
Ainda não sabemosCompletar a janela de observação, verificar os dados e ouvir mais pessoas.
Sinais favoráveisSustentar a hipótese provisoriamente e continuar observando efeitos e impactos.
Rever a hipóteseInvestigar 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árioDecisão possível
Ainda não sabemosCompletar a janela de observação, verificar os dados e ouvir mais pessoas.
Sinais favoráveisSustentar a hipótese provisoriamente e continuar observando efeitos e impactos.
Rever a hipóteseInvestigar 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çãoO que combinar
Público / coorteQuem pode realizar o comportamento e quais grupos podem ser comparados.
ComportamentoUma ação observável da pessoa, separada do uso de uma funcionalidade.
Linha de baseComo o comportamento se apresenta antes da intervenção.
Origem dos dadosRegistros do comportamento, com qualidade verificada, e evidências qualitativas.
JanelaTempo adequado ao comportamento e à qualidade dos sinais; sem duração universal.
InterpretaçãoDefinir 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

PerspectivaObservar para decidir
NegócioComportamento e impacto: a hipótese merece continuidade?
FluxoEspera, bloqueios, WIP, lead time e throughput: onde melhorar as condições de entrega?
PessoasColaboração e sobrecarga: precisamos mudar acordos, apoio ou capacidade?
EngenhariaQualidade 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.

Aprender muda o próximo passo.

O que observamos pode nos levar de volta à intenção, ao recorte ou aos acordos de trabalho. O mapa ajuda a manter essas decisões conectadas.

Voltar ao início da leitura ↑