Think Tank

Think Tank Virtual

Uma habilidade de pré-planejamento que simula um debate de especialistas moderado para expor trade-offs, pontos cegos e perspectivas antes de se comprometer com um plano. Inspirado em think tanks reais: o output NÃO é uma única resposta, mas uma análise estruturada de abordagens, trade-offs e pontos de consenso que ajuda o usuário a tomar uma decisão melhor informada.

Por que Isso Existe

Ao enfrentar decisões arquiteturais, estratégicas ou de design, uma única perspectiva (mesmo bem informada) tende a gravitar para a sabedoria convencional e perder trade-offs importantes. Um think tank força a consideração de múltiplos ângulos — técnicos, organizacionais, filosóficos — antes do planejamento começar. O resultado são planos que respondem por mais da realidade.

Como Funciona

O think tank usa múltiplas personas debatendo dentro de um único contexto — não agentes separados. Isso mantém todas as perspectivas cientes dos argumentos uma da outra, permite síntese em tempo real e produz um output coerente. As personas argumentam, fazem concessões, constroem sobre as ideias umas das outras e ocasionalmente surpreendem todos (incluindo o usuário).

Executando o Think Tank

Fase 1: Enquadrar a Decisão

Antes de montar o painel, compreenda claramente o que está sendo decidido. Pergunte ao usuário (se já não estiver claro):

1. Qual é a decisão ou problema? (ex: "monólito vs microsserviços para uma nova plataforma de e-commerce")
2. Quais restrições existem? (tamanho da equipe, timeline, orçamento, sistemas existentes, regulamentações)
3. O que já foi tentado ou considerado? (evite remastigar terreno conhecido)
4. Como seria um resultado bem-sucedido? (ajuda o painel a se focar)

Restate o problema de volta ao usuário em um enunciado de problema nítido antes de prosseguir. Isso garante que o think tank debata a questão certa.

Fase 2: Montar o Painel

Construa um painel de 4–6 personas. A composição importa — diversidade de perspectiva é o ponto inteiro.

Estrutura do painel:

• 1 Moderador — Uma figura conhecedora, neutra que mantém o debate focado, sintetiza e pressiona por clareza. Escolha alguém conhecido por análise equilibrada no domínio relevante. O moderador abre e fecha a sessão, faz perguntas provocativas de acompanhamento e aponta quando panelistas estão falando um com o outro.

• 2–3 Vozes de domínio — Pessoas (reais ou ficcionais) com posições conhecidas e distintas sobre o tópico. Estes são os debatedores principais. Devem genuinamente discordar em algo substantivo — não apenas ter preferências leves.

  • Pergunte ao LLM: "Quem defenderia fortemente a abordagem A?" e "Quem questionaria mais duramente isso?"
  • Procure por vozes que representem diferentes escolas de pensamento, não apenas diferentes níveis de entusiasmo pela mesma ideia.

• 1 Wildcard / Pensador externo — Alguém que não escreveu diretamente sobre este tópico mas traz sabedoria transferível de outro domínio. É aqui que vêm as perspectivas inesperadas. Um teórico de gestão em um debate técnico. Um filósofo em uma discussão de produto. Um romancista em uma revisão de arquitetura. O wildcard impede que a conversa seja muito previsível.

• 1 Voz de praticante (opcional) — Alguém que realmente fez a coisa em escala, em produção, com usuários reais. Mantém o debate fundamentado.

Diretrizes importantes de persona:

• Use figuras reais e nomeadas quando possível — o LLM gera respostas muito mais ricas e diferenciadas ao habitar uma pessoa específica vs. um "engenheiro sênior" genérico.
• Personas devem falar em primeira pessoa, em sua voz autêntica. Martin Fowler é pensativo e medido. DHH é direto e opinionado. Peter Drucker faz perguntas que redefinem o problema.
• Personagens ficcionais são bons para a posição wildcard — John Galt, Sherlock Holmes, etc. Eles agregam variedade.
• Se o usuário sugerir panelistas específicos, use-os. Se não, proponha um painel e deixe o usuário aprovar ou ajustar antes de prosseguir.

Fase 3: Executar o Debate

Estruture o debate como uma discussão moderada, não uma série de monólogos independentes. As personas devem responder uma à outra, não apenas declarar suas posições isoladamente.

O usuário é um participante, não um espectador. O usuário senta "à mesa" — o moderador e panelistas devem se dirigir a ele diretamente, fazer perguntas e incorporar suas respostas ao debate contínuo. O usuário é o tomador de decisão; o painel está lá para servi-lo. Trate o usuário da forma que um think tank real trataria a pessoa que o comissionou: com respeito pelo seu conhecimento de contexto e autoridade sobre a decisão final.

Estrutura do debate:

1. Declarações de abertura (~1 parágrafo cada) — Cada panelista declara sua posição inicial sobre o problema. Mantenha estas concisas — o real valor vem da interação.

2. Primeira verificação com o usuário — Após declarações de abertura, o moderador pausa e se volta para o usuário:

   • "Antes de nos aprofundarmos — alguma dessas posições iniciais o surpreendeu, ou deixou de fora algo importante sobre sua situação?"
   • "Há uma restrição ou realidade no terreno que o painel deveria saber?" Esta é uma pausa real — aguarde a resposta do usuário e a alimenta de volta ao debate. Se o usuário revelar algo (ex: "temos apenas 2 desenvolvedores" ou "estamos travados na AWS"), os panelistas devem reagir à essa informação e ajustar seus argumentos em conformidade.

3. Discussão moderada (2–4 rodadas) — O moderador coloca questões focadas que impulsionam o debate para território útil:

   • "Qual é o argumento mais forte contra sua própria posição?"
   • "Onde vocês dois realmente concordam, e onde o desacordo realmente reside?"
   • "O que mudaria sua mente?"
   • "Qual é o risco que não estamos discutindo?"
   • "Como isso se parece diferente em escala 10x? Em escala 0.1x?"

4. Panelistas podem questionar o usuário diretamente. Durante a discussão moderada, panelistas podem se voltar para o usuário para fazer perguntas esclarecedoras quando precisam de mais contexto para argumentar efetivamente. Por exemplo:

   • Fowler pode perguntar: "Qual é a experiência de sua equipe com sistemas distribuídos?"
   • DHH pode perguntar: "Qual é sua runway — estamos falando de 6 meses para o mercado ou 2 anos?"
   • O wildcard pode perguntar: "O que sucesso significa para você pessoalmente, não apenas para o produto?" Quando um panelista pergunta algo ao usuário, pause o debate e aguarde a resposta. Então retome com os panelistas reagindo à nova informação. Este vai-e-vem é onde reside o real valor — o think tank se adapta à situação real do usuário em vez de debater em abstrato.

5. Interjeição do wildcard — O pensador externo oferece uma reformulação ou analogia de seu domínio. Isso frequentemente muda a conversa de formas produtivas.

6. Segunda verificação com o usuário — Antes de convergir, o moderador verifica novamente:

   • "Estamos nos aproximando de algumas conclusões. Há algo que sinta que não abordamos?"
   • "Algo nesta discussão mudou como você está pensando sobre o problema?" Isso dá ao usuário a chance de redirecionar antes da fase de resumo.

7. Verificação de convergência — O moderador identifica:

   • Pontos de genuíno consenso (coisas que todos concordam)
   • O real eixo de desacordo (frequentemente mais estreito do que pareceu inicialmente)
   • Condições sob as quais cada abordagem vence ("Se X é verdadeiro, faça A; se Y é verdadeiro, faça B")

Diretrizes de tom:

• Personas devem argumentar substancialmente, não apenas declarar opiniões. Use evidência, exemplos, analogias.
• Permita que personas mudem sua posição se persuadidas — este é um sinal de um bom debate, não uma fraqueza.
• O moderador deve questionar afirmações vagas: "O que você quer dizer com 'escalável'? Escalável em qual dimensão?"
• Mantenha a energia alta mas respeitosa. Genuíno desacordo intelectual, não conflito performático.
• Ao se dirigir ao usuário, personas devem ser diretas e genuínas — não deferentes ou performáticas. São especialistas tendo uma conversa real com o tomador de decisão.

Fase 4: Produzir o Output

Após o debate, produza um resumo estruturado. Isto é o que alimenta a fase de planejamento.

Formato de output:

## Resumo Think Tank: [Enunciado do Problema]

### Painel
[Lista panelistas e seus papéis/perspectivas]

### Destaques Principais do Debate
[2-3 das trocas ou perspectivas mais iluminadoras do debate — os momentos onde algo mudou ou se cristalizou. Inclua momentos onde o input do usuário mudou a direção da discussão.]

### Contexto Revelado pelo Usuário
[Restrições-chave, preferências ou realidades que o usuário compartilhou durante o debate que moldaram o pensamento do painel. Esta seção garante que nada que o usuário disse se perca.]

### Pontos de Consenso
[Coisas que todos ou a maioria dos panelistas concordaram — estas são inputs de alta confiança para planejamento]

### Trade-offs Principais
[Os reais eixos de desacordo, declarados como trade-offs em vez de um lado estar certo]
- Trade-off 1: [X] vs [Y] — escolher X lhe dá [...] mas custa [...]
- Trade-off 2: ...

### Recomendações Condicionais
[Recomendações enquadradas como "se-então" em vez de absolutas]
- Se [condição], então [abordagem] porque [raciocínio]
- Se [condição], então [abordagem] porque [raciocínio]

### Riscos & Pontos Cegos
[Coisas que o painel identificou como sub-discutidas ou fáceis de negligenciar]

### Questões Aberta
[Questões que não puderam ser resolvidas no debate e precisam de mais informação ou experimentação para responder]

### Próximos Passos Sugeridos
[Ações concretas: coisas a pesquisar, prototipa, testar ou decidir antes de planejar]

Fase 5: Entregar ao Planejamento

Após apresentar o resumo, pergunte ao usuário:

• "Isto captura as considerações-chave? Algo faltando?"
• "Quais trade-offs sentem mais importantes para sua situação específica?"
• "Pronto para se mover para planejamento com estas perspectivas, ou devemos aprofundar em algum ponto?"

O output do think tank deveria ser tratado como input ao plano — não como o plano em si. O humano faz a decisão; o think tank fornece a análise.

Dicas para Melhores Think Tanks

• Contextualize primeiro. Se documentos relevantes, código ou diagramas de arquitetura existem, compartilhe-os antes de executar o think tank. As personas darão muito melhor input com contexto concreto.
• Não sobre-especifique o painel. Deixe o LLM sugerir alguns panelistas — frequentemente encontra especialistas relevantes que você não teria pensado.
• Execute múltiplas rodadas se necessário. Após o primeiro debate, o usuário pode dizer "quero aprofundar na questão do banco de dados." Você pode reconvocar o painel (ou um subconjunto) para um acompanhamento focado.
• Use o wildcard agressivamente. O pensador externo é frequentemente onde vêm as melhores perspectivas. Não deixe-o ser educado — tenha-o desafiar suposições.
• O resumo é o entregável. O debate em si é entretenimento, mas o resumo estruturado é o que realmente melhora o planejamento. Deixe-o nítido e acionável.

Prompts de Teste de Exemplo

• "Preciso decidir entre construir um sistema de auth customizado ou usar um serviço de terceiros como Auth0. Ajude-me a pensar sobre isso."
• "Estamos debatendo se usamos um banco de dados relacional ou vamos com um document store para nosso novo produto. Pode rodar um think tank sobre isso?"
• "Antes de planejarmos a migração para Kubernetes, quero ter certeza de que não estamos perdendo nada. Podemos ter algumas perspectivas sobre isso?"
• "Deve nossa startup construir um app mobile ou focar em um app web responsivo primeiro?"