Hackathon corporativo: como levar um protótipo a um piloto

Minha experiência com esse formato começou na Shawee e segue orientando o trabalho que construo hoje. Conheça a trajetória da Shawee à NewHack e os aprendizados sobre hackathons e comunidades.

Em um hackathon corporativo, equipes trabalham em desafios da empresa durante um período delimitado, com apoio para desenvolver e apresentar soluções. O formato concentra colaboração e experimentação em torno desses problemas.

Eu venho defendendo o hackathon como um ambiente de troca, cocriação e teste de casos de uso. Na série NewHack, em 2024, falei sobre como esse formato permite reunir pessoas de negócio e tecnologia para experimentar diante das possibilidades abertas pela IA. Essa capacidade de aprender em conjunto é uma parte importante do valor do encontro. NewHack EP. 016, a partir de 04:50.

Quando o objetivo inclui aplicar uma solução na empresa, vale desenhar também a passagem para o trabalho que vem depois. O roteiro abaixo é uma proposta prática para organizar essa continuidade.

Essa execução aprofunda a discussão sobre como grandes empresas podem se conectar a startups para inovar.

Comece por uma decisão que a empresa precisa tomar

“Reduzir paradas na fábrica” abre possibilidades demais. Um desafio mais útil delimita uma tarefa e a dúvida que precisa ser respondida: uma ferramenta consegue reunir relatos semelhantes de falhas para ajudar a equipe de manutenção a identificar recorrências?

Esse recorte permite identificar quem conhece o problema, onde buscar exemplos e como reconhecer uma resposta útil. Também ajuda a escolher participantes: quem executa a tarefa, quem entende os dados e quem consegue construir e avaliar a solução.

Antes do evento, registre como o trabalho acontece hoje. Pode ser o tempo gasto em uma etapa, a frequência de retrabalho ou a dificuldade relatada pelos usuários. Essa referência servirá para avaliar o piloto. Se o processo ainda não é medido, o primeiro teste pode incluir aprender a medi-lo.

Separe o que foi demonstrado do que ainda falta descobrir

Um protótipo mostra uma ideia funcionando em certas condições. O piloto coloca uma versão delimitada diante de usuários e situações próximas do trabalho real, com acompanhamento. A implantação amplia essa responsabilidade: entram operação, suporte, manutenção e integração à rotina.

Na entrega do hackathon, peça que cada equipe mostre três coisas: o que conseguiu testar, quais evidências encontrou e o que continua dependendo de uma suposição. Uma demonstração pode usar dados preparados, uma integração simulada ou revisão manual. Registrar essas condições ajuda a dimensionar o próximo passo.

Isso também muda a avaliação. Além da qualidade da apresentação, a banca pode observar a relevância do problema, a consistência do teste e a viabilidade de continuar. Os critérios precisam aparecer no briefing, para que as equipes saibam o que desenvolver e documentar.

Escolha um piloto que consiga responder à principal dúvida

Imagine um exemplo hipotético: uma equipe desenvolve uma ferramenta que agrupa relatos de manutenção por possível tipo de falha. Durante o evento, ela organiza bem alguns registros preparados. A dúvida seguinte é se ajuda os técnicos a identificar recorrências nos registros da operação.

O piloto pode começar com uma categoria de equipamento, um conjunto autorizado de registros e agrupamentos revisados pelos técnicos. O teste compararia o esforço de análise e registraria agrupamentos incorretos, ocorrências relevantes que ficaram de fora e situações que a ferramenta não conseguiu interpretar. O volume e a duração precisam acompanhar a frequência desses casos.

Se o técnico passa menos tempo organizando os relatos, mas precisa corrigir quase todo agrupamento, há um sinal importante para investigar. Se a ferramenta funciona bem e ninguém a usa, é necessário entender como ela se encaixa na rotina. Qualidade, uso e esforço de operação ajudam a explicar o resultado juntos. Nesse teste, as decisões de manutenção continuam com a equipe responsável.

Para projetos de agentes de IA, a Microsoft recomenda avaliar impacto de negócio, viabilidade técnica e interesse dos usuários, além de definir métricas que orientem continuar, ajustar ou interromper a iniciativa. Esses critérios ajudam a planejar a passagem do experimento ao piloto. Orientação da Microsoft.

Preencha uma ficha de continuidade

Antes de iniciar o piloto, reúna as respostas em uma página:

• Problema e público: qual tarefa será melhorada e quem participa do teste?
• Hipótese: o que precisa acontecer para considerar a solução útil?
• Referência atual: como a tarefa é feita e medida hoje?
• Escopo: quais casos, dados e integrações entram nesta etapa?
• Responsáveis: quem acompanha usuários, qualidade e funcionamento técnico?
• Critérios de decisão: quais evidências indicam continuar, ajustar ou encerrar?
• Recursos e prazo: quanto tempo a equipe pode dedicar e quando revisará os resultados?

Essa ficha é um modelo sugerido, adaptável ao contexto. Seu papel é tornar os compromissos visíveis. Para um piloto começar, alguém precisa ter disponibilidade real para acompanhar o trabalho, reunir feedback e tomar decisões.

O projeto vencedor precisa ser implantado?

A decisão depende do objetivo do hackathon e das evidências disponíveis. Uma equipe pode produzir um aprendizado valioso e descobrir que a solução exige dados indisponíveis ou uma mudança maior de processo. Outra pode apresentar uma proposta mais simples que já permita um teste útil.

Premiação e continuidade podem ter critérios diferentes, desde que isso esteja claro desde o início. Encerrar uma hipótese depois de testá-la também pode evitar um investimento mal direcionado. O cuidado é documentar a razão da decisão e devolver esse aprendizado às pessoas envolvidas.

Se a sua empresa está preparando um desafio, vale conversar sobre o problema e a continuidade esperada antes de fechar o formato do encontro. Conheça o trabalho da NewHack em hackathons e inovação corporativa.