A sequência ideal para as primeiras horas não é "pensar bastante antes de agir" — é convergir rápido para começar a construir. A maior armadilha de hackathon é gastar tempo demais em análise quando o relógio já está correndo. O erro mais comum é tratar “entender o problema” como se fosse uma fase longa de descoberta. Não é. Nas primeiras horas, o trabalho real é tomar decisões com pouca informação.
A ordem de decisões deve respeitar uma regra simples: você só pode decidir algo se o passo anterior já foi resolvido. Se você tentar definir o MVP antes de entender o problema, o MVP vai mudar três vezes. Se tentar dividir tarefas antes de ter direção, metade do time vai trabalhar em vão.
Sugestão de ordem ideal, em contexto de hackathon:
<aside> 📌
TL;DR — Fluxo das primeiras horas
⚡ Sequência completa
Recebemos o tema. E agora?
Fase 1 — Leitura
Todos leem em silêncio. Cada um escreve em uma frase o que entendeu. Alinha divergências agora.
→ Entregável: uma frase consensual do problema central
Fase 2 — Mapa do problema
Responde 3 perguntas: quem é afetado, qual é a dor concreta, o que causa essa dor.
→ Entregável: 2 a 4 dores concretas com contexto
Fase 3 — Brainstorm
Individual em silêncio → dump coletivo → agrupamento. Sem crítica durante a geração.
→ Entregável: 3 a 5 direções possíveis de solução em uma frase cada
Fase 4 — Recorte
Cada direção passa por 3 perguntas eliminatórias. Se travar, usa a matriz de votação rápida.
→ Entregável: uma direção escolhida descrita em duas frases — vira o norte dos 3 dias
Fase 5 — MVP
Lista o que precisa existir, corta pelo critério Do/Don't, move o resto para "se sobrar tempo".
→ Entregável: lista do MVP + lista "se sobrar tempo"
Fase 6 — Backlog
Quebra cada item do MVP em tarefas de meio período ou menos. Mapeia dependências. Um responsável por tarefa. Sobe tudo no Trello.
→ Entregável: mini backlog com tarefas, dependências e donos
Fase 7 — Execução
Cada um pega a primeira tarefa disponível e começa. Combina check-in diário e critério de "pronto".
→ Entregável: time em movimento, ritmo definido, MVP bloqueado contra escopo extra
</aside>
Garantir que todo o time entenda o problema da mesma forma antes de qualquer conversa.
Nenhuma. Qualquer ferramenta aqui é overhead. Texto no chat resolve.
Uma frase consensual do time: "O problema central é X, afetando Y".
15 minutos. Não mais. Se estiver travando nessa fase, o time ainda está lendo o enunciado, não discutindo o problema.