Marshmallow Challenge: como aplicar e o que ele revela

Dê a um grupo 20 fios de espaguete cru, um metro de fita, um metro de barbante e um marshmallow. Peça a torre mais alta possível, com o marshmallow no topo, em 18 minutos. Repita com públicos diferentes e um resultado aparece com teimosia: crianças de pré-escola constroem torres mais altas que alunos de escolas de negócios.

Não é anedota simpática sobre criatividade infantil. É um resultado sobre método de trabalho, e ele se aplica a qualquer projeto com prazo e incerteza.

O que é o Marshmallow Challenge

O Marshmallow Challenge é um exercício de equipe criado pelo designer Peter Skillman, que rodou a dinâmica com centenas de grupos e apresentou os padrões que encontrou. Ele ficou conhecido em escala mundial com a palestra de Tom Wujec, da Autodesk, no TED em 2010, chamada Build a Tower, Build a Team.

Como conduzir a dinâmica na sua empresa

É uma das dinâmicas de grupo para trabalho em equipe mais baratas que existem, e uma das poucas em que o aprendizado não depende do facilitador ser inspirado: ele está no resultado que o próprio grupo produz.

1. Monte kits idênticos. Um saco por equipe, com o material contado. Material desigual invalida a comparação, que é o ponto do exercício.
2. Divida em equipes de 4 a 5. Com menos, falta divisão de trabalho; com mais, sobra gente parada.
3. Leia as regras em voz alta e mostre o cronômetro. Deixe o tempo visível na parede. A pressão faz parte do experimento.
4. Não dê dica nenhuma durante os 18 minutos. A tentação de salvar um grupo que está indo mal é grande, e destrói o aprendizado.
5. Meça na frente de todos. Anote as alturas num quadro, incluindo as torres que caíram, que contam como zero.
6. Reserve mais tempo para o debrief que para a dinâmica. Trinta minutos de conversa depois valem mais que os 18 de construção.

Um detalhe que muda o resultado: se a intenção é ensinar sobre iteração, rode uma segunda rodada com os mesmos grupos. A melhora entre a primeira e a segunda tentativa é a demonstração mais direta do valor de aprender fazendo, e Wujec relata exatamente esse efeito nas sessões dele.

O que os resultados revelam

Rodando a dinâmica com públicos diferentes, os padrões que Skillman e Wujec descrevem são estes:

Dois achados merecem destaque, porque contrariam a intuição de gestão.

O primeiro é o efeito da facilitação. O CEO acompanhado da equipe de apoio vai melhor que o CEO sozinho, e a diferença não é conhecimento técnico: é ter alguém cuidando de tempo, de material e de quem faz o quê. Habilidade de processo tem valor mensurável, mesmo quando não aparece no organograma como competência técnica.

O segundo é o efeito do incentivo alto. Wujec relata que, ao introduzir prêmios significativos, o desempenho dos grupos piorou. A aposta alta estreita o pensamento e empurra o grupo para a aposta única, que é justamente a estratégia que falha aqui. É a mesma lógica que faz recompensa e punição funcionarem mal em trabalho criativo, tratada em cultura de inovação.

Por que as crianças ganham

A explicação mais forte do exercício está numa palavra: premissa.

Todo grupo trabalha com uma suposição não declarada, que é “o marshmallow é leve”. Ela parece tão óbvia que ninguém a testa. O marshmallow, no entanto, é pesado o suficiente para derrubar uma estrutura de espaguete montada para ser alta em vez de resistente.

Os dois grupos tratam essa premissa de formas opostas:

• Alunos de negócios: orientam-se sobre a tarefa, negociam quem lidera, planejam a torre, constroem alto e colocam o marshmallow no topo perto do fim. A premissa é testada uma vez, no minuto 17, quando não há mais tempo de corrigir. O momento em que a estrutura cai é também o momento em que o aprendizado chega, e chega tarde.
• Crianças: colocam o marshmallow em cima de qualquer coisa desde o começo. Não porque entendem de engenharia, mas porque não têm um plano a defender. Cada tentativa devolve informação, e a estrutura vai ficando adequada ao peso real, e não ao peso imaginado.

Repare que a vantagem das crianças não é criatividade. É ordem: elas descobrem a restrição antes de comprometer o trabalho, e não depois. Também não perdem tempo disputando quem manda, o que Wujec descreve como parte do custo dos grupos adultos.

A lição prática se resume a uma pergunta que serve para qualquer projeto: qual é o nosso marshmallow, e em que minuto vamos descobrir se ele é leve?

As perguntas do debrief

A dinâmica sem conversa depois é entretenimento. Seis perguntas que fazem o grupo chegar à conclusão sozinho, em vez de ouvi-la do facilitador:

1. Em que minuto o marshmallow tocou a estrutura pela primeira vez?
2. Quanto tempo passou antes de alguém encostar no material?
3. Quem decidiu o desenho da torre, e em que momento?
4. Alguém percebeu o problema antes e não falou? Por quê?
5. O que vocês fariam diferente com os mesmos 18 minutos?
6. Onde, no nosso trabalho, colocamos o marshmallow só no fim?

A quarta é a mais reveladora e a menos confortável. Em quase todo grupo alguém pressentiu que a torre não ia aguentar e não disse nada, ou disse baixo e não foi ouvido. Isso não é falha de engenharia, é falha de ambiente, e é exatamente o que a pesquisa sobre segurança psicológica mede. Quando o padrão se repete no dia a dia, a ferramenta para chegar à causa é o método dos 5 porquês.

O que a dinâmica ensina fora da sala

O espaguete é descartável. O padrão de comportamento não.

Descobrir a restrição cedo custa menos. É o argumento central do protótipo: construir o menor objeto capaz de provocar uma reação real, em vez de entregar a solução inteira e descobrir o problema na apresentação. A diferença entre validar e construir está em MVP não é site barato, e a definição do que conta como MVP em o que é MVP de produto digital.

Ciclo curto vence plano longo sob incerteza. Seis ciclos de teste em 18 minutos superam um plano de 18 minutos com um teste. É a mesma razão pela qual métodos de entrega iterativos existem, como o Scrum e os métodos ágeis em geral.

Ir ao encontro da realidade é uma etapa, não uma formalidade. No exercício, a realidade é o peso do marshmallow. Num projeto de software, é o comportamento do usuário, e descobri-lo exige campo, que é o que faz o design thinking num projeto real funcionar.

Escopo definido pela premissa mais cara. O que entra na primeira entrega deveria ser o que testa a suposição de maior risco, e não o que é mais fácil de construir. O raciocínio está em como definir o escopo do primeiro produto digital, e a conta em quanto custa desenvolver um produto digital.

Vale a nota estratégica: a capacidade de errar barato e cedo é o que permite atacar mercados que o concorrente estabelecido não consegue testar sem arriscar o negócio principal, mecanismo descrito em inovação disruptiva. E a disposição de queimar material num teste que pode falhar depende de não tratar recurso como bolo fixo, que é o tema de mentalidade de escassez.

Erros de quem aplica

Quatro erros que transformam um exercício útil em uma hora perdida.

• Contar o resultado antes. Se o grupo sabe que precisa testar cedo, todos testam cedo, e ninguém aprende nada. O valor está na descoberta, não na informação.
• Deixar cair no clima de gincana. Vira competição, o grupo comemora ou reclama, e a conversa não acontece. O facilitador precisa segurar o foco no processo, não no vencedor.
• Pular o debrief por falta de tempo. É o erro mais comum, e é fatal. Sem as perguntas, o aprendizado fica implícito, e implícito não muda comportamento na segunda-feira.
• Aplicar e não voltar ao assunto. A dinâmica cria uma linguagem comum, “esse é o nosso marshmallow”, que só serve se for usada nas reuniões seguintes. Uma dinâmica isolada é evento; virar vocabulário é o que a torna cultura.

Se a conclusão do debrief for que o problema é estrutural, ou seja, que o time percebe os riscos e o processo de decisão não os absorve, isso não se resolve com outra dinâmica. Os critérios para trazer olhar externo estão em o que é consultoria de tecnologia e quando contratar.

Perguntas frequentes