Hackathons pelo bem público: como fazer um por uma causa

Um hackathon pelo bem público funciona quando uma organização real, que atua na ponta, é dona do desafio, quando pessoas que convivem com o problema estão na sala e quando alguém se comprometeu de antemão a manter o que for construído. Sem essas três coisas, hackathons por causas costumam produzir apps bem-intencionados que ninguém usa e um parceiro que fica com um código que não consegue rodar. Planeje o evento em torno da capacidade da organização social, não do entusiasmo dos voluntários.

Este texto trata de eventos movidos por causas, feitos com ou para ONGs, grupos comunitários e serviços públicos. Para a mecânica geral de um hackathon, veja Como fazer um hackathon que produza algo real. Para a gama completa de formatos, veja Hackathons, jams e desafios: todos os tipos explicados.

Por que hackathons por causas fracassam de um jeito diferente

Hackathons corporativos fracassam quando ninguém é dono do resultado. Hackathons por causas fracassam por esse motivo e por mais três:

• O parceiro é pequeno. Uma ONG com quatro funcionários não consegue absorver um app novo, um banco de dados e doze voluntários pedindo feedback.
• As pessoas afetadas não estão lá. As equipes projetam para refugiados, idosos ou pacientes sem conhecer nenhum deles.
• O problema não é técnico. Muitos problemas sociais têm a ver com confiança, tempo, dinheiro ou regras. Um app engenhoso pode piorá-los, acrescentando mais uma coisa para aprender.
• A boa vontade acaba no domingo. Os voluntários seguem em frente, e ninguém mantém o que eles construíram.

Em cada caso, a solução é preparação e honestidade, não mais energia durante o evento.

Como fazer um, passo a passo

1. Comece por um parceiro, não por uma causa. Encontre uma ou duas organizações que já trabalham com o tema e pergunte o que de fato as ajudaria. Às vezes a resposta não é um hackathon: pode ser um analista de dados voluntário por três meses. Respeite essa resposta.

2. Escreva o desafio com o parceiro e com as pessoas afetadas. Faça entrevistas com stakeholders curtas com a equipe da linha de frente e, com cuidado e consentimento, com pessoas que usam o serviço. Use uma árvore de problemas para separar causas de sintomas. Depois escreva uma ou duas declarações de desafio que nomeiem a pessoa e o momento que importa. Veja Como escrever uma declaração de desafio que as pessoas queiram resolver.

3. Combine o que o parceiro consegue absorver. Pergunte sem rodeios: o que vocês conseguem manter funcionando depois que a gente for embora? Quem da sua equipe vai cuidar disso? Que ferramentas vocês já usam? Se trabalham com planilhas e um app de mensagens, a melhor solução pode ser uma planilha melhor e um conjunto de modelos de mensagem. Coloque as restrições no briefing.

4. Traga a vivência para dentro da sala. Convide pessoas afetadas pelo problema como participantes, conselheiras ou testadoras, e pague pelo tempo delas sempre que possível. Explique o que esperar, dê a elas um papel claro e garanta que nunca sejam apenas plateia para pitches. Se o envolvimento direto não for seguro ou adequado, traga a voz delas por meio de entrevistas gravadas ou da equipe da linha de frente do parceiro.

5. Proteja as pessoas e os dados. Hackathons por causas muitas vezes envolvem grupos vulneráveis. Combine regras de proteção para qualquer pessoa que tenha contato com os usuários do serviço. Use dados anonimizados, agregados ou sintéticos, a menos que haja uma base legal clara e um acordo adequado para qualquer outra coisa. Nunca peça a um parceiro que entregue prontuários ou fichas de casos para deixar o fim de semana mais realista.

6. Escolha resultados abertos por padrão. Combine antes que código, designs e documentação serão publicados sob licença aberta ou entregues integralmente ao parceiro, para que o trabalho não possa ser trancado por uma equipe ou um patrocinador. Faça disso uma condição de participação.

7. Recrute as competências que faltam ao parceiro. Além de desenvolvedores, recrute designers, pesquisadores, analistas de dados, redatores, advogados e pessoas que conhecem o setor. Muitos dos melhores resultados de hackathons por causas são um formulário mais claro, um processo melhor ou uma proposta de captação de recursos, não software.

8. Avalie pelo uso, não pelo acabamento. Peça ao parceiro e a pelo menos uma pessoa com vivência do problema que avaliem. Dê mais peso aos critérios "o parceiro conseguiria usar isso no mês que vem?" e "a equipe testou com pessoas reais?". Um teste concierge, em que a equipe presta o serviço à mão para algumas pessoas, muitas vezes é uma evidência mais forte do que um protótipo funcionando.

9. Financie a continuação, mesmo que modestamente. Antes do evento, garanta algo para depois: alguns meses de um voluntário mantenedor, uma pequena doação, horas de um desenvolvedor do patrocinador. Defina quem vai entregar o trabalho e quando, e use um checklist de implantação para que a passagem de bastão aconteça de verdade.

Exemplo ilustrativo

Ilustrativo. Uma rede de bancos de alimentos numa cidade do norte da Europa tinha dificuldade para conectar as sobras de comida dos restaurantes com os voluntários que poderiam buscá-las na mesma noite. Uma universidade local e uma empresa de software se ofereceram para sediar um hackathon.

Os organizadores passaram o primeiro mês com a rede em vez de planejar o evento. Entrevistas com os coordenadores mostraram que o problema real não era a falta de um app: os coordenadores já usavam um grupo de mensagens, mas as ofertas se perdiam no meio de dezenas de mensagens. Os voluntários também disseram que hesitavam em se comprometer porque não sabiam quanta comida teriam de carregar.

O desafio passou a ser: "Como poderíamos ajudar um voluntário a decidir em menos de um minuto se consegue fazer a coleta desta noite?" Dois coordenadores e três voluntários entraram nas equipes. As regras exigiam que todos os resultados tivessem licença aberta e fossem entregues à rede.

A equipe vencedora não construiu um app. Desenhou um modelo fixo de mensagem que os restaurantes podiam preencher (horário, local, número de caixas), uma planilha compartilhada simples que mostrava quem tinha assumido cada coleta e uma escala semanal curta. Fizeram tudo funcionar à mão por duas noites durante o evento, com ofertas reais. A empresa de software cedeu um desenvolvedor por meio dia por semana, durante três meses, para apoiar a rede enquanto o novo jeito de trabalhar se assentava.

O que fazer e o que evitar

Faça

• Comece pelas necessidades e pela capacidade do parceiro, e aceite se um hackathon não for a resposta.
• Traga para o evento pessoas com vivência do problema, num papel real e com o tempo delas valorizado.
• Combine as regras de proteção e de dados antes que alguém chegue.
• Faça dos resultados abertos e da entrega integral uma condição de participação.
• Garanta algum apoio de continuação antes do evento, mesmo que pequeno.

Evite

• Escolher uma causa porque ela fica bonita nas fotos.
• Construir ferramentas que o parceiro não consegue operar, hospedar ou pagar depois do fim de semana.
• Tratar pessoas vulneráveis como conteúdo para apresentações.
• Deixar um patrocinador reivindicar a propriedade do que voluntários construíram para uma ONG.
• Medir o sucesso pelo número de participantes ou de apps. Meça o que o parceiro ainda está usando três meses depois.

Perguntas frequentes

Como encontrar uma ONG parceira para um hackathon? Comece pelas organizações que já trabalham com o tema na sua região e pergunte o que as ajudaria, não se elas querem um hackathon. Redes e federações do terceiro setor, centros de voluntariado e fundações comunitárias podem fazer a ponte. Esteja preparado para ouvir que elas precisam de outra coisa.

De quem deve ser o que é construído num hackathon social? Idealmente do parceiro, ou do público por meio de uma licença aberta. Combine isso por escrito antes do evento e faça disso uma condição de participação, para que nenhuma equipe ou patrocinador possa trancar o trabalho.

O que faz um bom projeto de hackathon social? Um problema pequeno e específico que o parceiro enfrenta toda semana, uma solução que ele consegue operar com as pessoas e ferramentas que já tem e evidências de que as pessoas afetadas acharam útil durante o evento.

Métodos para a preparação

Comece com entrevistas com stakeholders e um mapa de empatia das pessoas afetadas, depois enquadre o desafio com uma árvore de problemas e perguntas Como poderíamos. Para manter parceiros e voluntários alinhados depois, use um plano de comunicação com stakeholders. Para desafios cívicos que envolvem vários órgãos públicos, veja O hackathon de ecossistema e, para manter o trabalho vivo depois, Por que a maioria dos vencedores de hackathon nunca lança nada.