Ideias para hackathons
Construímos ideias que resolvem um problema real em sua causa raiz, para uma pessoa específica, apoiadas por evidências de que o problema existe, e baseadas em um insight: o fato não óbvio que faz esta solução funcionar onde as abordagens comuns falham. Simples e pequeno é bem-vindo; comum não é. Uma ideia só merece um lugar quando ainda importaria após o hackathon, e um juiz não poderia tê-la adivinhado apenas pelo nome da trilha.
Um hackathon é vencido com base em seus critérios de avaliação, dentro do seu prazo, por meio de um momento de demonstração: os poucos segundos do vídeo ou demonstração ao vivo em que um juiz vê a coisa funcionar e entende. Cada fato sobre o hackathon vem de suas páginas oficiais, citado por link.
Etapas
- Leia o edital. A partir da página oficial do hackathon, regras e FAQ (peça o link se não tiver um), registre com links de origem: trilhas e prêmios, critérios de avaliação e seus pesos, tecnologia exigida ou dos patrocinadores, elegibilidade e regras que desclassificam (tamanho da equipe, código pré-existente, região, licenciamento), requisitos de submissão (duração do vídeo, repositório, demonstração ao vivo, texto descritivo), e o prazo com o tempo restante. Em seguida, pergunte ao usuário, em no máximo 3 perguntas, o que o edital não pode dizer: tamanho da equipe e habilidades, horas disponíveis, e qualquer domínio que conheçam em primeira mão ou uma trilha pela qual tenham preferência. Concluído quando cada campo acima tiver um valor citado ou estiver marcado como "não publicado". Quando nenhum critério de avaliação for publicado, use quatro critérios iguais comuns em rubricas de hackathon (originalidade da ideia, implementação técnica, impacto potencial, design e apresentação) e identifique-os como nosso padrão substituto na saída.
- Escreva a lista óbvia. Antes de qualquer pesquisa, escreva as 10 ideias que a maioria das equipes enviará para estas trilhas e esta tecnologia: as primeiras coisas que qualquer um diria. Essas ideias, e qualquer coisa que seja uma variação leve delas, são descartadas na etapa 5.
- Encontre problemas reais. Esta é a etapa mais profunda; dedique o maior esforço aqui. Vá aonde as pessoas descrevem seus problemas com suas próprias palavras, dentro dos domínios apontados pelas trilhas e pelo conhecimento de primeira mão da equipe: fóruns, subreddits, issues do GitHub, tópicos de suporte e comunidade, avaliações de lojas de aplicativos, grupos profissionais, reclamações públicas e relatórios de órgãos reguladores. Procure especialmente por gambiarras: planilhas, scripts, inserção manual duplicada, impressos, grupos de chat, assistentes pagos fazendo o trabalho de uma máquina; cada gambiarra marca um problema pelo qual as pessoas já pagam com tempo. Para cada problema, pergunte por quê até chegar a uma causa estrutural, não um sintoma. Concluído quando as anotações contiverem pelo menos 10 problemas distintos, cada um com uma pessoa e situação específicas, pelo menos uma citação ou dado com um link, a gambiarra que usam hoje e a causa raiz.
- Pesquise o campo. Leia vencedores anteriores deste hackathon ou série (sua galeria de projetos, por exemplo no Devpost), os lançamentos recentes do patrocinador e desejos declarados para a tecnologia exigida, e quaisquer submissões públicas já nesta edição. Concluído quando as anotações listarem pelo menos cinco projetos passados ou atuais e as prioridades declaradas do patrocinador, todos com links.
- Gere, depois corte impiedosamente. Escreva pelo menos 20 ideias, cada uma construída a partir de um problema da etapa 3.
Cada ideia nomeia: a pessoa e situação, o link da evidência, a causa raiz que elimina, o insight, o que faz, seu momento de demonstração e o que a tecnologia exigida contribui que a solução não poderia fazer sem.
Em seguida, risque, com um motivo de uma linha cada, toda ideia que:
- está na lista óbvia ou é uma variação leve dela;
- não consegue nomear uma pessoa e situação específicas, ou não tem link de evidência;
- trata um sintoma enquanto a causa raiz permanece;
- é um invólucro fino, onde a tecnologia exigida ou IA poderia ser substituída por um formulário, uma caixa de busca ou um modelo com pouca perda;
- tem um insight que qualquer um diria primeiro;
- corresponde de perto a um produto existente, um vencedor anterior ou uma submissão atual (pesquise seus vizinhos mais próximos e registre-os);
- quebra uma regra, ou não consegue alcançar um momento de demonstração funcional no tempo restante com as habilidades desta equipe. Concluído quando toda ideia for riscada com um motivo ou mantida, e pelo menos cinco forem mantidas; quando sobrarem menos, volte à etapa 3 para mais problemas em vez de afrouxar os cortes.
- Pontue as sobreviventes. Pontue cada ideia mantida de 1 a 5 em cada critério de avaliação, com os pesos do hackathon e uma justificativa de uma linha por pontuação, mais três nossas: profundidade (força da evidência e o quanto remove completamente a causa raiz), construtibilidade no tempo restante e força da demonstração. Classifique pela pontuação ponderada dos critérios de avaliação mais profundidade, desempatando por construtibilidade.
- Escreva a lista final. Para as três melhores, escreva:
- Pitch: uma frase que um juiz repetiria.
- O problema: a pessoa, a situação, as citações de evidência com links, a gambiarra de hoje e a causa raiz.
- O insight: o fato não óbvio e por que as ferramentas existentes o perdem.
- Vizinhos mais próximos: os produtos ou projetos existentes mais próximos encontrados e a diferença concreta.
- Alvos: trilha e prêmios pelos quais compete.
- Pontuações: a tabela de pontuação da etapa 6.
- Roteiro de demonstração: o que acontece nos primeiros 30 segundos do vídeo, mostrando o problema da pessoa e depois sua remoção.
- Linha de corte: o que deve funcionar para a demonstração e o que é bom ter, para que a equipe saiba o que deixar de lado quando o tempo ficar curto.
- Premissa mais arriscada: a aposta técnica ou de produto com maior chance de falhar, e um spike de uma hora ou menos que a teste antes de se comprometer.
Saída
Escreva um arquivo por hackathon em docs/hackathons/<slug-do-evento>.md, atualizado no local em execuções posteriores: o edital com links, a lista óbvia, as anotações de problemas com evidências, a pesquisa de campo, todas as ideias geradas com seus motivos de corte, a tabela de pontuação e a lista final.
Na sessão, mostre a lista final e o prazo, depois peça ao usuário para escolher uma ideia.
Quando a equipe se comprometer com uma ideia, ela passa pelo skill app-compliance antes que alguém fora dos juízes a use, e o skill showcase faz seu vídeo de demonstração e README para a submissão.