Gestão de Obras

Mini Hackathon
GenAI na Construção

Uma imersão prática para transformar uma dor real da construção civil em um produto de IA funcional, do zero, usando Design Thinking (Pensamento de Design) e construindo o MVP (Produto Mínimo Viável) no OpenCode.

⏱️ 90 min de jornada guiada
👥 Trabalho em equipe
🎯 Entrega: protótipo funcional
Começar a jornada →
🗺️ Como funciona

A jornada, do problema ao protótipo

Você não começa pela tecnologia, começa pelas pessoas. Cada etapa gera um material que alimenta a próxima, até virar código. Basta preencher os campos ao longo do caminho: os prompts se montam sozinhos para você copiar e colar.

❤️EmpatiaEntender a dor
🎯DefiniçãoProblema central
💡IdeaçãoGerar e priorizar
🚀PrototiparMVP, PRD e código
💡
Por que Design Thinking com IA? Criar uma solução de IA com Design Thinking significa desenvolver algo que resolve dores reais, e não apenas "mais uma ferramenta de IA sem propósito". A metodologia garante que a solução seja útil, personalizada e adaptável.

As 3 fases criativas geram 3 documentos

DT
Fases 1 a 3 (Design Thinking)

Empatia, Definição e Ideação. Aqui a equipe decide o que construir.

1
MVP Blueprint (Planta do Produto Mínimo Viável)

O escopo mínimo funcional da solução.

2
PRD (Documento de Requisitos do Produto)

O documento de requisitos, técnico e completo.

3
Prompt Mestre (Comando Mestre para a IA)

O prompt (comando) final que o OpenCode usa para gerar o código.

As duas ferramentas que você vai usar

🔧 Antes de começar · Setup do ambiente

Instale o ambiente com o OpenCode

Do zero ao Visualizador IFC 3D rodando no seu computador. O OpenCode faz o trabalho técnico por você, em português. Abra o guia completo, com todos os prompts e links prontos para copiar.

⏱️ Tempo 20 a 30 min 💻 Onde Windows ou Mac 🆓 Custo 100% gratuito
🚀 Abrir o Guia de Instalação (OpenCode) →
📖 Fase 1 · Empatia

O Problema

Antes de resolver, sinta o problema. Dê play para ouvir a história e acompanhe as cenas abaixo. É a realidade que a sua equipe vai transformar hoje.

00:00
Cena 1
Cena 1 · Segunda, 6h

Diego é o primeiro a chegar, como sempre. Passou o domingo ajustando o modelo, não por vaidade, mas para que o plano funcionasse para o pessoal quando eles chegassem.

Ele abre o Navisworks e o projeto ganha vida: três torres de treze andares, a Torre A, a B e a C, subindo sozinhas na simulação 4D. Diego arrasta a linha do tempo até a semana de hoje. No plano, é bonito. Verde, verde, verde.

Sete horas, o time chega. Diego chama a turma para o café e vira a tela.

"Confia. Essa semana tá tudo no verde."

Cena 2
Cena 2 · As barras que não fecham

O mestre Aparecido, veterano, casca grossa, olha por cima do copo:

"Desenho bonito, chefe. No papel tudo começa na hora certa. Queria ver quando chega a hora de começar de verdade."

Diego ri, concorda por educação, e não percebe que acabaram de contar o final para ele.

Ele então cruza o plano da semana com o que a obra entregou de verdade. E é aí que vê. No cronograma, várias barras atravessam a data de término sem encostar nela: entregas que já era para estarem concluídas hoje, e não fecharam. Ele conta. Uma, quatro, oito. Quinze.

Diego sente um negócio ruim no estômago, aquele que a gente sente e finge que não sentiu.

"Isso já era pra estar pronto", ele diz, para a sala vazia.

E pensa: depois eu olho. Fecha o notebook. Vai atrás do café, que já esfriou.

Cena 3
Cena 3 · Quarta, 9h

Obra que anda faz barulho. Aquelas frentes estão quietas. Diego sobe, e em cada parada encontra um motivo diferente.

O pedreiro, sem levantar a cabeça: "O bloco não chegou. O fornecedor empurrou pra semana que vem. A gente foi ajudar em outra frente."

Um lance acima, a equipe do reboco em volta de uma máquina aberta: "A argamassadeira queimou. Tá esperando a peça. Sem ela não mistura."

O eletricista, com a planta na mão: "A medida do projeto não bate com a parede. Mandei a dúvida terça, ninguém respondeu. Não vou furar no palpite e depois quebrar."

Na frente ao lado, o reboco encostado: "Não dá pra fechar essa parede. A elétrica ainda não passou os eletrodutos."

E no térreo, a laje pronta e o concreto que não veio. O mestre Aparecido, no tom de quem já explicou isso antes: "Concretagem eu não solto sem a bomba. E a bomba ninguém marcou pra hoje. É de outra frente. Achei que o escritório tinha resolvido."

Cena 4
Cena 4 · O caderninho

Aparecido olha para o Diego, o mesmo olhar do café. "A semana tá acabando, chefe. E o que era de segunda tá tudo aí, do mesmo jeito."

Diego olha o caderninho. Cinco frentes, cinco motivos diferentes, e nenhum diz "imprevisto de última hora". O bloco tinha um fornecedor com data. A máquina, um pedido de peça em aberto. A medida, uma pergunta sem resposta. O reboco esperava um serviço que não terminou. A bomba tinha um dono, e o dono achou que era outro.

Ele fecha o caderno antes de escrever a sexta linha. Porque já sabe como ela vai começar.

Cena 5
Cena 5 · Sexta, 16h

Sala de reunião. Na parede, a simulação da segunda, do lado do que de fato subiu na semana. Os dois desenhos não se encostam.

O gerente não grita. É pior. Apoia os punhos na mesa:

"Diego. Seu plano é perfeito. Eu vi. Então me explica só uma coisa: por que a obra não anda?"

Diego tem a resposta fácil na ponta da língua. O material. A peça. A bomba. Três culpados com nome, nenhum deles ele.

"A gente teve alguns imprevistos", começa.

"Imprevistos." O gerente repete devagar. "A gente tinha o cronograma inteiro na tela. Começo e fim de cada coisa. Como é que ninguém viu isso vindo?"

Cena 6
Cena 6 · A virada

E é agora. São esses cinco segundos.

Diego volta para a segunda de manhã. Para a barra que não fechava. Para o "depois eu olho". Ele viu. Na segunda ele viu. Ninguém escondeu nada dele. E os mesmos caras a quem ele disse "tá tudo no verde" passaram a semana sentados na sombra, esperando.

Ele podia deixar passar. Em vez disso, ouve a própria voz dizer:

"A gente não viu porque a tela mostra tudo dando certo. Não mostra o que segura cada coisa antes de começar."

Diego fecha o notebook. A simulação some, e sobra só a obra de verdade, atrasada.

Ele tem o modelo. Tem o cronograma. Tem as três torres na tela, começo e fim de cada coisa. Só não tem a única coisa que teria mudado a semana: algo que olhasse cada atividade antes dela começar e avisasse, a tempo, o que ainda falta para ela poder acontecer. Quem garante o material? Quem confirma o pedido? De quem é a máquina naquele dia?

E essa pergunta já não é só dele. É de quem estiver na sala. A gente tem o modelo, o cronograma, a obra inteira na tela. Falta construir o que faltou para o Diego: a peça que teria acendido o alerta antes de cada barra ficar parada no ar.

Como a gente faz isso?

Antes de seguir
Passo 0 de 7
0

Ponto de partida

O Desafio

Este é o norte de tudo que você vai construir hoje. Comece registrando os participantes.

👥 Participantes
🎯 A Missão

"Construir, com IA Generativa, uma solução de gestão de restrições que ajude o engenheiro de planejamento a ver o que pode travar cada atividade e a agir antes que a obra pare."

A equipe já tem o modelo IFC e o cronograma. Falta a ferramenta que olha as próximas atividades e, para cada uma: aponta o que pode travá-la (material, mão de obra, equipamento, projeto ou liberação), mostra o que precisa ser resolvido antes de começar e vira um plano de ação. Vence a solução mais simples que realmente resolve a dor da persona.

Antes de seguir
Passo 1 de 7
1

Fase 1 · Empatia

Mergulhe na dor real do engenheiro

Antes de pensar em solução, entenda profundamente quem sofre com o problema e por quê.

⏱️ Tempo 10 min 🎯 Objetivo Entender necessidades, dores e contexto Ferramenta Gemini
⏱️10:00
A A persona do desafio

Só existe uma pessoa cuja dor você vai resolver: o engenheiro de planejamento da obra (o Diego, da história). Detalhe a dor dele com as palavras da sua equipe.

Ver a persona do desafio (referência)
DIEGO · Engenheiro de Planejamento da obra
Quem é: recebe do escritório o modelo, o cronograma e o 4D prontos. É quem transforma o plano em obra de verdade.
Objetivo: entregar cada frente no prazo, com o time andando e sem retrabalho.
Obstáculo: o plano é completo, mas na execução os serviços começam e não terminam, e ele só descobre o motivo quando o serviço já parou.
Dor: viver apagando incêndio e não conseguir ver, a tempo, o que vai travar cada atividade antes dela começar.
B Aprofunde a persona (Mapa de Empatia)
C Use a IA para encontrar padrões

Cole este prompt no Gemini para aprofundar o entendimento da dor.

PROMPTAnálise de Empatia

          
Resultado formatado
Antes de seguir
Passo 2 de 7
2

Fase 2 · Definição

Transforme a dor em um problema claro

Um bom problema bem definido já é metade da solução. Aqui você cria o Problem Statement (Declaração do Problema), define os critérios de sucesso do MVP (Produto Mínimo Viável) e o escopo (o que entra e o que fica de fora).

⏱️ Tempo 30 min 🎯 Objetivo Problema, critérios e escopo Ferramenta Gemini
⏱️30:00
Peça ajuda à IA para montar o Problem Statement (Declaração do Problema)

Cole este prompt no Gemini (no mesmo chat da Empatia). Ele analisa a Resposta da IA da Persona e responde as 3 partes que você preenche no bloco abaixo.

PROMPTGerar as 3 partes do Problem Statement

          
O Gemini responde com 3 itens: papel, necessidade e resultado. Copie cada um para os campos correspondentes no bloco A.
A Monte seu Problem Statement (Declaração do Problema)

Preencha os três blocos e a pergunta guia se forma automaticamente.

RESULTADOProblem Statement

          
Ver exemplos reais das equipes
1) Como podemos ajudar o engenheiro de planejamento a enxergar o que pode travar cada serviço antes de começar, para que a obra não pare no meio do caminho?

2) Como podemos ajudar o engenheiro a agir com antecedência sobre o que falta para cada atividade, para que os serviços comecem e realmente terminem no prazo?

3) Como podemos ajudar o engenheiro a sair do modo "apagar incêndio" e passar a resolver os problemas antes que eles parem a execução?
Resultado formatado
PROMPTGerar 4 critérios de sucesso do MVP

          
Cole no Gemini (mesmo chat). A resposta vira os Critérios de sucesso do MVP (bloco B, logo abaixo).
B Critérios de sucesso do MVP

Como a equipe vai saber que a solução deu certo? Escreva 2 a 4 critérios claros e verificáveis.

C Scope Definition (Definição de Escopo): o que entra e o que fica de fora

Defina o recorte do MVP: o que é essencial agora e o que fica para o futuro.

PROMPTDefinir o escopo (Entra / Fica de fora)

          
Cole no Gemini (mesmo chat). A resposta traz duas listas: preencha Entra e Fica de fora abaixo.
Antes de seguir
Passo 3 de 7
3

Fase 3 · Ideação

Gere muitas ideias e priorize as melhores

Quantidade primeiro, qualidade depois. Divirja com o Crazy 8s (8 ideias em 8 minutos), depois convirja com Dot Voting (Votação por Pontos) e MoSCoW (priorização por Deve / Deveria / Poderia / Não terá).

⏱️ Crazy 8s 8 min ⏱️ Dot Voting 5 min ⏱️ MoSCoW 15 min 🎯 Objetivo 3 ideias vencedoras Ferramenta Gemini
⏱️ Ideação28:00
Gere 8 ideias com a IA (Crazy 8s com IA)

Cole este prompt no Gemini (mesmo chat). Ele analisa o que você definiu (principalmente o "O que entra" do escopo) e devolve 8 ideias de funcionalidades/páginas para preencher o bloco A abaixo.

PROMPTCrazy 8s com IA

          
A Crazy 8s (8 ideias em 8 minutos): oito ideias rápidas

Escreva as 8 ideias (pode usar as que a IA gerou acima). Sem julgar, sem editar. Velocidade.

1
2
3
4
5
6
7
8
🗳️
Dot Voting (Votação por Pontos): cada pessoa recebe 3 votos e marca as ideias favoritas. As mais votadas seguem para o MoSCoW.
C MoSCoW (Deve / Deveria / Poderia / Não terá): priorize o escopo

Distribua as ideias vencedoras. O que é obrigatório para o MVP funcionar?

MUST HAVE (Deve ter) · obrigatório para lançar
SHOULD HAVE (Deveria ter) · importante, não essencial
COULD HAVE (Poderia ter) · desejável, futuro
WON'T HAVE (Não terá agora) · não faremos agora
D Dot Voting — as 3 mais votadas

Cada pessoa recebe 3 votos. As 3 ideias mais votadas viram o núcleo (do 1º ao 3º lugar) e seguem para o MoSCoW e o MVP.

Antes de seguir
Passo 4 de 7
4

Documentos · 1 de 2

MVP Blueprint (Planta do Produto Mínimo Viável)

Agora traduzimos as ideias em um Produto Mínimo Viável: escopo funcional, experiência e viabilidade técnica. Este rascunho vira o PRD.

⏱️ Tempo 10 min Ferramenta Gemini
⏱️15:00
A Prompt (Comando) Estratégico para definir o MVP

Cole este prompt no Gemini (mesmo chat). Ele já vem com todas as suas respostas anteriores e gera o MVP direto, sem fazer perguntas — abrindo as 3 ideias do Dot Voting em funcionalidades detalhadas.

PROMPTGerar o MVP Blueprint

          
Ver a estrutura que o MVP Blueprint deve ter
Cabeçalho: Nome do produto · Versão 0.1 · Data
1. Contexto e propósito (dor, integração com o site existente, upload do cronograma)
2. Objetivos e critérios de sucesso do MVP
3. Estrutura geral (fluxo do upload do cronograma ao resultado; localStorage + botão "Limpar histórico")
4. Funcionalidades detalhadas: as 3 ideias do Dot Voting abertas (função, passo a passo, UX/UI e botões, dados, agentes de IA e chave de API)
5. Agentes de IA do produto (nome, função, o que analisa/prevê, entrada e saída)
6. Arquitetura mínima (frontend, processamento do cronograma, localStorage, IA)
7. Roadmap do MVP (3 fases curtas)
8. Próximos passos: converter em PRD
B Resultado do MVP Blueprint (Planta do MVP)

Cole aqui o MVP Blueprint que o Gemini gerou (em markdown). Ele aparece formatado abaixo e entra no relatório final.

Resultado formatado
Antes de seguir
Passo 5 de 7
5

Documentos · 2 de 2

PRD, Documento de Requisitos do Produto

O PRD é a especificação técnica completa. É o documento que o Prompt Mestre vai transformar em código.

⏱️ Tempo 10 min Ferramenta Gemini
⏱️15:00
A Prompt (Comando) para gerar o PRD

Cole este prompt no Gemini (mesmo chat do MVP). Ele já vem com o resultado do MVP e o contexto, e gera o PRD direto, sem perguntas.

PROMPTGerar o PRD

          
Ver a estrutura que o PRD deve ter
Cabeçalho: Nome · Versão 1.0 · Data
1. Visão geral (objetivo, persona, proposta de valor, problema)
2. Integração com o app existente + como o cronograma enviado alimenta a solução
3. Modelo de dados no localStorage + botão "Limpar histórico"
4. Funcionalidades detalhadas - as 3 do Dot Voting, para CADA uma:
   - Objetivo (como resolve a dor)
   - Fluxo de uso passo a passo
   - UI: telas, componentes e BOTÕES (nome + ação)
   - Dados (do cronograma) → processamento → output
   - Agente de IA (se houver) + campo de chave de API
   - Critérios de aceitação (verificáveis)
5. Agentes de IA do produto (nome, função, analisa/prevê, entrada, saída)
6. Requisitos técnicos enxutos (frontend, cronograma, localStorage, sem banco, rodar local)
7. Roadmap curto (3 fases)
B Resultado do PRD

Cole aqui o PRD que o Gemini gerou (em markdown). Ele aparece formatado abaixo e entra no relatório final.

Resultado formatado
Antes de seguir
Passo 6 de 7
6

Prototipar · Documento 3

Prompt Mestre / Comando Mestre (Vibe Coding · Programação por Conversa)

Este assistente converte o seu PRD em um Prompt Mestre de Implementação, enxuto e técnico, pronto para gerar o MVP funcional.

⏱️ Tempo 5 min Ferramenta Gemini
⏱️15:00
A Gerador de Prompt Mestre (Comando Mestre)
SYSTEM PROMPTDo PRD ao Prompt Mestre

          
Ver exemplo de Prompt Mestre gerado
# PROMPT MESTRE: GERAÇÃO DE MVP (nome do produto)
Crie um MVP SaaS Web responsivo baseado no PRD a seguir.

## Contexto
Ferramenta para o engenheiro de planejamento da obra. A partir do cronograma
já extraído do modelo, ela olha as próximas atividades e mostra, com
antecedência, o que ainda falta para cada uma poder começar.

## Funcionalidade principal (núcleo do MVP)
1. Próximas atividades: lista o que está por vir na janela de análise.
2. O que falta: para cada atividade, aponta o que precisa estar pronto antes de começar.
3. Plano de ação: define o quê, quem, como, quando e onde, e acompanha até resolver.

## Fluxo de uso
Login, Cronograma, Próximas atividades, Revisar o que falta, Plano de ação, Exportar PDF

## Stack e requisitos
Frontend: React, Next.js, Tailwind. Backend: Node, Supabase. IA: API GenAI.

## Instrução final
Gere todo o código do MVP funcional (estrutura de pastas, componentes,
endpoints, banco, autenticação e integrações). Pronto para deploy.
B Resultado do Prompt Mestre (Comando Mestre)

Cole aqui o Prompt Mestre que o Gemini gerou. Ele aparece formatado abaixo, entra no relatório final e é o que você vai colar no OpenCode.

Resultado formatado
Antes de seguir
Passo 7 de 7
7

Prototipar · Construção

Gere a solução no OpenCode

Chegou o momento de transformar o Prompt Mestre em um produto funcional.

⏱️ Tempo Restante do hackathon 🛠️ Ferramenta OpenCode
🔀
Mudança de ferramenta: até aqui tudo foi conversado no Gemini. A partir de agora o ambiente de trabalho é o OpenCode. Não sabe instalar? Siga o Guia de Instalação do OpenCode.
A Passo a passo da construção

A esta altura você já baixou o OpenCode, já clonou a pasta do projeto e está com ele aberto em um chat do OpenCode. Partimos daqui.

Cole o Prompt Mestre no chat do projeto

No mesmo chat do OpenCode onde a pasta do projeto está aberta, cole o Prompt Mestre gerado no Passo 6 e envie. Ele é a instrução principal para a IA construir a solução dentro do projeto.

Deixe o OpenCode construir

Autorize (Allow / Permitir) quando ele pedir. O OpenCode cria/edita os arquivos e sobe a aplicação. Quando avisar, abra o endereço local no navegador para ver rodando.

Itere por conversa (Vibe Coding · Programação por Conversa)

Peça ajustes em linguagem natural, no mesmo chat: adicione ou mude funcionalidades, ajuste textos, cores e layout (leiaute), corrija o que não ficou bom. Vá refinando até resolver a dor da persona.

Teste com a persona

Volte à dor da Empatia. A solução resolve o problema real da persona? Colete feedback e refine.

Prepare a apresentação

Conte a história: a dor da persona, o problema, a ideia e o protótipo funcionando.

🏆
Critério de ouro: não é a solução mais complexa que vence, é a que resolve de verdade a dor da persona de forma simples, humana e funcional.
Reta final
📨 Enviar o resultado

Primeiro, gere o relatório da sua equipe (respostas + prompts) em PDF:

Depois, envie o resultado para o Lucas. O botão abre seu e-mail com o assunto já preenchido com o nome do grupo, é só anexar o material (inclusive o PDF) e enviar.

📨 Enviar resultado para o Lucas →

Destinatário: lucas@bicalhoengenharia.com

🎉
Projeto enviado

Obrigado pela dedicação!

Seu projeto foi enviado com sucesso e em breve será avaliado.

Obrigado de verdade pelo comprometimento ao longo de todo o exercício. Encarar um problema real, mergulhar na dor de quem está no canteiro e transformar isso em uma solução funcional não é trivial, e vocês foram até o fim.

Esperamos que essa jornada tenha somado ao conhecimento de vocês e que seja o ponto de partida para construírem novas soluções no dia a dia, resolvendo os problemas reais que aparecem pela frente.

Parabéns pela entrega. 👏

↺ Recomeçar
💾 Seu progresso fica salvo neste navegador ·
Copiado