Hackathons, jams e desafios: todos os tipos explicados

Existem cerca de uma dúzia de tipos de evento de inovação com prazo fechado, e eles diferem em três coisas: quem participa, o que se espera que produzam e o que acontece depois. Um hackathon constrói software ou hardware funcionando; um jam desenha e prototipa um serviço ou uma experiência em torno de um tema; um desafio de inovação convida soluções para um problema declarado ao longo de semanas ou meses. Escolha o tipo pela entrega de que você precisa na segunda-feira de manhã, não pelo nome que soa mais empolgante.

Este guia mapeia todos os formatos comuns, diz em que cada um é bom e em que é fraco e indica os artigos mais aprofundados deste núcleo.

As três perguntas que organizam todos os formatos

Antes dos nomes, a lógica. Cada evento desta família responde de forma diferente a três perguntas.

1. Quem está na sala? A própria equipe (interno), parceiros convidados (ecossistema) ou qualquer pessoa que se inscreva (aberto).
2. O que conta como pronto? Código funcionando, um objeto físico, um protótipo de serviço testado, uma análise de dados ou um conceito bem argumentado.
3. Quanto tempo dura o relógio? Um único dia, as clássicas 48 horas ou um desafio que se estende por semanas, em etapas.

Se você consegue responder a essas três perguntas para a sua situação, o formato quase se escolhe sozinho. Organizadores que as pulam acabam fazendo um "hackathon" cujo objetivo real era o engajamento dos funcionários, e depois se perguntam por que nada foi lançado. Para uma decisão lado a lado, veja hackathon, design jam ou desafio de inovação.

Hackathons: construir coisas rápido

A palavra surgiu em junho de 1999, quando desenvolvedores do OpenBSD e, separadamente, a Sun Microsystems em sua conferência JavaOne a usaram para eventos intensivos de programação. A ideia central não mudou: equipes pequenas, um prazo curto e algo que roda no final.

Hackathon corporativo (interno). Pessoas de uma mesma organização formam equipes mistas para construir protótipos em torno de problemas do negócio. Bom para revelar talentos internos, atravessar silos e testar ideias que nunca sobreviveriam a um comitê de orçamento como proposta no papel. Fraco quando a liderança não tem plano, dono nem orçamento para o que vencer. Leia por que a maioria dos vencedores de hackathon nunca é lançada antes de reservar o local.

Hackathon cívico e governamental. Um órgão público abre seus problemas, e muitas vezes seus dados, para desenvolvedores, designers e cidadãos. O International Space Apps Challenge da NASA, realizado todos os anos desde 2012, é o exemplo global mais conhecido. Esses eventos constroem confiança e trazem competências de fora para o governo, mas precisam de um caminho claro para que o protótipo chegue a um serviço real, ou viram exercícios de boa vontade. Hackathons de interesse público trata das versões movidas por uma causa.

Hackathon aberto (público). Qualquer pessoa pode se inscrever. Você ganha diversidade, energia e gente que nunca viu o seu problema antes. Perde controle sobre propriedade intelectual, confidencialidade e continuidade, porque a maioria dos participantes volta para outros empregos. O equilíbrio entre os dois está em hackathon interno ou aberto ao público.

Hackathon de ecossistema. Várias entidades compartilham um desafio que nenhuma consegue resolver sozinha: um regulador, dois bancos e uma comunidade de fintechs; um ministério, uma universidade e hospitais. As equipes são deliberadamente misturadas entre as organizações. A parte mais difícil não é o fim de semana, e sim combinar antes quem é dono do problema e quem financia o vencedor. Veja o hackathon de ecossistema.

Jams: desenhar serviços e experiências

O jam empresta o relógio do hackathon, mas muda o que conta como pronto. A entrega é o protótipo de um serviço, de uma experiência ou de um jogo, testado com pessoas reais sempre que possível, e não código de produção.

Service jam. O Global Service Jam foi criado em 2011 por Adam Lawrence e Markus Hormess, da WorkPlayExperience. Equipes em muitas cidades trabalham por 48 horas sobre o mesmo tema secreto, revelado no início, e depois publicam seus protótipos online sob licença aberta. O método é service design com um viés para "fazer, não falar": sair, conversar com as pessoas, construir uma versão tosca, testar, mudar. É o melhor formato para ensinar a uma organização como o service design é na prática.

GovJam. O mesmo modelo voltado ao setor público. O GovJam foi lançado em 2012 pelo governo australiano em conjunto com a WorkPlayExperience e a Protopartners, e o Global GovJam acontece em cidades do mundo todo desde 2013. Servidores públicos, designers e cidadãos trabalham lado a lado por 48 horas sobre um tema secreto comum. Um evento irmão, o Global Sustainability Jam, aplica a mesma abordagem à sustentabilidade.

Design jam. A versão genérica, organizada localmente: um ou dois dias sobre um problema de design, muitas vezes de experiência do usuário ou de um serviço específico, com um facilitador conduzindo pesquisa, ideação e prototipagem. É mais leve de organizar do que um hackathon, porque ninguém precisa de um ambiente de desenvolvimento, e é aberto a quem não programa.

Game jam. As equipes criam um jogo jogável a partir de um tema. O Global Game Jam, fundado por Susan Gold, Ian Schreiber, Gorm Lai e Foaad Khosmood e inspirado no Nordic Game Jam, aconteceu pela primeira vez em janeiro de 2009, em 53 locais. Dura 48 horas, geralmente no fim de janeiro, com o tema revelado no início. As organizações usam game jams menos pelos jogos e mais pelo que eles treinam: delimitar com rigor e entregar algo completo e jogável em dois dias.

Como organizar um desses por conta própria, tema incluído, está em como organizar um jam.

As variantes "-thon": mesmo relógio, entrega diferente

Ideathon. As equipes desenvolvem conceitos, não construções. A entrega é um enquadramento do problema, um conceito de solução, um storyboard simples e um pitch. Útil no início, quando ainda não se sabe qual problema importa, ou quando os participantes não têm competências técnicas. O risco é confundir um pitch caprichado com evidência. Exija pelo menos uma conversa com um usuário real por equipe.

Datathon. Um hackathon focado em analisar e combinar bases de dados, em vez de construir software. A entrega é um insight, um modelo ou uma visualização que responde a uma pergunta. Só funciona se os dados estiverem prontos, limpos e liberados para uso antes do dia; a maioria dos datathons que fracassam morre nas três primeiras horas, em problemas de permissão.

Makeathon. Prototipagem física: hardware, eletrônica, modelos de produto, muitas vezes num fab lab ou maker space. É preciso ferramentas, materiais, orientações de segurança e técnicos, e o relógio tende a ser mais longo, porque objetos levam tempo para serem feitos e quebrados.

Desafios de inovação: o formato longo

Um desafio de inovação (às vezes chamado de chamada aberta ou desafio com prêmio) publica um problema e convida soluções ao longo de semanas ou meses, normalmente em etapas: submissão, pré-seleção, desenvolvimento com apoio, seleção final. Serve para problemas que não se resolvem em 48 horas, para solucionadores que já trabalham no problema (startups, grupos de pesquisa, fornecedores) e para organizações que querem um pipeline de pilotos, e não um fim de semana de energia.

Um desafio vive ou morre pelo seu enunciado. Amplo demais, e você recebe uma pilha de aplicativos genéricos; estreito demais, e você escreveu um edital de compras. Como escrever um enunciado de desafio que as pessoas queiram resolver trata disso em profundidade, e critérios de avaliação que escolhem o vencedor certo trata das etapas de seleção.

Um mapa rápido de todos os formatos

Como escolher, em cinco passos

1. Escreva a frase da segunda-feira de manhã. "Depois deste evento, teremos ___ e ___ será o dono." Se a lacuna for "um protótipo funcionando que a nossa TI vai levar adiante", você quer um hackathon. Se for "três conceitos de serviço testados que a equipe de experiência do cliente vai pilotar", um jam. Se for "duas startups contratadas para um piloto", um desafio.
2. Confira se o problema está pronto. Enquadre-o com uma Árvore de problemas e transforme o núcleo em algumas Perguntas Como poderíamos (How might we). Se não conseguir, faça primeiro um ideathon ou uma fase de descoberta.
3. Combine competências com a entrega. Código funcionando exige desenvolvedores na maioria das equipes. Protótipos de serviço exigem pessoas dispostas a conversar com desconhecidos. Eventos de dados exigem dados limpos e liberados.
4. Decida o depois antes do durante. Nomeie o dono, a linha de orçamento e a data de decisão sobre os vencedores. Como organizar um hackathon que produz algo real já embute isso no plano.
5. Escolha jurados e mentores pela entrega, não pela foto. Jurados que vão ser donos do resultado; mentores que conhecem o problema. Veja mentores em um hackathon.

Exemplo ilustrativo

Ilustrativo. A autoridade de transportes de uma cidade de médio porte no norte da Europa queria reduzir as conexões perdidas por passageiros idosos. O primeiro impulso foi um hackathon aberto com prêmio para o melhor aplicativo. No planejamento, a equipe escreveu a frase da segunda-feira de manhã e descobriu que não queria aplicativo nenhum: queria saber qual parte da viagem falhava e quais mudanças no serviço a equipe conseguiria fazer dentro do orçamento atual.

Em vez disso, fez um service jam de dois dias, com motoristas, funcionários das estações, alguns passageiros idosos e dois designers. As equipes passaram a primeira manhã percorrendo as linhas e entrevistando passageiros, construíram storyboards e protótipos em papel de avisos, sinalização e de um papel de "parceiro de conexão", e os testaram num terminal de integração real. Um Painel de desafio (challenge panel) formado pelo diretor de operações e por dois gerentes de estação escolheu dois conceitos para pilotar. Um hackathon veio seis meses depois, com um briefing estreito: construir o alerta de conexão em tempo real que o jam tinha mostrado ser o que os passageiros de fato queriam.

O que fazer e o que evitar

Faça

• Escolha o formato a partir da entrega de que você precisa e de quem vai ser o dono dela.
• Publique o problema, os critérios de avaliação e o que os vencedores recebem antes de abrir as inscrições.
• Misture as equipes de propósito: especialistas no tema com quem constrói, juniores com seniores, gente de dentro com gente de fora.
• Planeje os 90 dias depois do evento com o mesmo cuidado das 48 horas do evento. Um Checklist de implantação (checklist de go-live) ajuda.
• Em eventos de ecossistema, desenhe um Mapa de ecossistema (ecosystem map) e combine quem é dono do quê antes de convidar alguém.

Evite

• Chamar um evento de engajamento de hackathon e depois prometer implementação.
• Fazer um datathon antes de os dados estarem liberados, ou um hackathon sem acesso aos sistemas com os quais o protótipo precisa se conectar.
• Deixar o pitch decidir tudo. Pontue evidência e viabilidade com uma Matriz de decisão ponderada (matriz de priorização), não pelos aplausos.
• Copiar a mecânica do tema secreto de um jam global para um evento interno em que você já conhece o problema. Temas secretos servem a eventos de aprendizado, não à resolução de problemas específicos.
• Repetir os erros clássicos listados em 9 erros de hackathon que os organizadores continuam repetindo.

Perguntas frequentes

Qual é a diferença entre um hackathon e um jam? Um hackathon é avaliado pelo que funciona: código, hardware, um protótipo rodando. Um jam é avaliado por um serviço ou experiência desenhado e testado, e normalmente não exige programação. Os dois costumam durar 48 horas, mas o jam passa muito mais desse tempo com usuários reais.

Qual é a diferença entre um hackathon e um ideathon? Um ideathon termina com conceitos e pitches; um hackathon termina com algo construído. Use um ideathon quando o problema ainda está nebuloso ou os participantes não são técnicos, e um hackathon quando o problema está claro e você tem gente para construir.

Um desafio de inovação é a mesma coisa que um hackathon? Não. Um desafio se estende por semanas ou meses, em etapas, e atrai solucionadores que já têm capacidade, como startups e equipes de pesquisa. Um hackathon comprime tudo em poucos dias e faz a maioria das equipes começar do zero.

Para onde ir agora

Comece pelos guias que dão forma ao problema antes de qualquer evento: Árvore de problemas e Perguntas Como poderíamos (How might we). Para a fase de construção e teste, use o Protótipo em papel e o Storyboard (storyboard de serviço) e, para a seleção, um Painel de desafio (challenge panel). Todos os guias de método estão no índice de guias.