Les hackathons d'intérêt général : en organiser un pour une cause

Un hackathon d'intérêt général fonctionne quand une vraie organisation de terrain porte le défi, que des personnes qui vivent le problème sont dans la salle, et que quelqu'un s'est engagé à l'avance à maintenir ce qui sera construit. Sans ces trois conditions, les hackathons solidaires produisent en général des applications bien intentionnées que personne n'utilise, et laissent un partenaire avec du code qu'il ne sait pas faire tourner. Concevez l'événement en fonction de la capacité de l'association, pas de l'enthousiasme des bénévoles.

Cet article porte sur les événements au service d'une cause, organisés avec ou pour des associations, des collectifs locaux et des services publics. Pour la mécanique générale d'un hackathon, voir Comment organiser un hackathon qui produit quelque chose de concret. Pour l'ensemble des formats, voir Hackathons, jams et challenges : tous les types expliqués.

Pourquoi les hackathons solidaires échouent autrement

Les hackathons d'entreprise échouent quand personne ne porte le résultat. Les hackathons solidaires échouent pour cette raison et pour trois autres :

• Le partenaire est petit. Une association de quatre salariés ne peut pas absorber une nouvelle application, une base de données et douze bénévoles qui réclament des retours.
• Les personnes concernées sont absentes. Les équipes conçoivent pour des réfugiés, des personnes âgées ou des patients sans en rencontrer un seul.
• Le problème n'est pas technique. Beaucoup de problèmes sociaux tiennent à la confiance, au temps, à l'argent ou aux règles. Une application astucieuse peut les aggraver en ajoutant une chose de plus à apprendre.
• La bonne volonté s'arrête le dimanche. Les bénévoles passent à autre chose, et personne ne maintient ce qu'ils ont construit.

Dans chaque cas, le remède est la préparation et l'honnêteté, pas davantage d'énergie pendant l'événement.

Comment en organiser un, étape par étape

1. Partir d'un partenaire, pas d'une cause. Trouvez une ou deux organisations qui travaillent déjà sur le sujet et demandez-leur ce qui les aiderait vraiment. Parfois, la réponse n'est pas du tout un hackathon : ce peut être un analyste de données bénévole pendant trois mois. Respectez cette réponse.

2. Rédiger le défi avec le partenaire et les personnes concernées. Menez de courts entretiens avec les parties prenantes auprès des équipes de terrain et, avec précaution et consentement, auprès des personnes qui utilisent le service. Utilisez un arbre à problèmes pour distinguer causes et symptômes. Puis rédigez un ou deux énoncés de défi qui nomment la personne et le moment qui compte. Voir Comment rédiger un énoncé de défi que les équipes veulent relever.

3. Convenir de ce que le partenaire peut absorber. Demandez sans détour : que pourrez-vous faire fonctionner après notre départ ? Qui, dans votre équipe, s'en occupera ? Quels outils utilisez-vous déjà ? S'ils travaillent avec des tableurs et une messagerie, la meilleure solution sera peut-être un meilleur tableur et un jeu de modèles de messages. Inscrivez ces contraintes dans le brief.

4. Faire entrer l'expérience vécue dans la salle. Invitez des personnes concernées par le problème comme participants, conseillers ou testeurs, et rémunérez leur temps dans la mesure du possible. Expliquez-leur à quoi s'attendre, donnez-leur un rôle clair et veillez à ce qu'elles ne soient jamais un simple public pour les pitchs. Si une participation directe n'est ni sûre ni appropriée, faites entendre leur voix par des entretiens enregistrés ou par les équipes de terrain du partenaire.

5. Protéger les personnes et les données. Les hackathons solidaires impliquent souvent des publics vulnérables. Fixez des règles de protection pour toute personne en contact avec les usagers. Utilisez des données anonymisées, agrégées ou synthétiques, sauf base juridique claire et accord en bonne et due forme pour tout le reste. Ne demandez jamais à un partenaire de remettre des dossiers individuels pour rendre le week-end plus réaliste.

6. Choisir des livrables ouverts par défaut. Convenez à l'avance que le code, les maquettes et la documentation seront publiés sous licence libre ou intégralement remis au partenaire, afin qu'aucune équipe ni aucun sponsor ne puisse s'approprier le travail. Faites-en une condition de participation.

7. Recruter les compétences qui manquent au partenaire. Aux côtés des développeurs, recrutez des designers, des chercheurs, des analystes de données, des rédacteurs, des juristes et des connaisseurs du secteur. Bien des meilleurs livrables des hackathons solidaires sont un formulaire plus clair, un meilleur processus ou un argumentaire de collecte de fonds, pas du logiciel.

8. Juger l'usage, pas la finition. Faites siéger au jury le partenaire et au moins une personne ayant l'expérience vécue du problème. Pondérez les critères vers « le partenaire pourrait-il l'utiliser le mois prochain ? » et « l'équipe l'a-t-elle testé avec de vraies personnes ? ». Un test concierge, où l'équipe rend le service à la main à quelques personnes, est souvent une preuve plus solide qu'un prototype fonctionnel.

9. Financer la suite, même modestement. Avant l'événement, sécurisez quelque chose pour l'après : quelques mois d'un mainteneur bénévole, une petite subvention, du temps de développeur offert par un sponsor. Nommez qui transmettra le travail et quand, et utilisez une check-list de déploiement pour que le passage de relais soit réel.

Exemple illustratif

Illustratif. Un réseau de banques alimentaires d'une ville d'Europe du Nord peinait à faire correspondre les invendus des restaurants avec les bénévoles capables de les collecter le soir même. Une université locale et un éditeur de logiciels ont proposé d'accueillir un hackathon.

Les organisateurs ont passé le premier mois avec le réseau plutôt qu'à planifier l'événement. Les entretiens avec les coordinateurs ont montré que le vrai problème n'était pas l'absence d'application : les coordinateurs utilisaient déjà une discussion de groupe, mais les offres se perdaient au milieu de dizaines de messages. Les bénévoles ont aussi confié hésiter à s'engager faute de savoir quelle quantité de nourriture ils auraient à porter.

Le défi est devenu : « Comment pourrions-nous aider un bénévole à décider en moins d'une minute s'il peut assurer la collecte de ce soir ? » Deux coordinateurs et trois bénévoles ont rejoint les équipes. Le règlement exigeait que tous les livrables soient sous licence libre et remis au réseau.

L'équipe gagnante n'a pas construit d'application. Elle a conçu un modèle de message fixe que les restaurants pouvaient remplir (heure, lieu, nombre de caisses), un simple tableau partagé indiquant qui avait pris chaque collecte, et un court planning hebdomadaire. Elle l'a fait fonctionner à la main pendant deux soirées de l'événement, avec de vraies offres. L'éditeur de logiciels a mis à disposition un développeur une demi-journée par semaine pendant trois mois pour accompagner le réseau le temps que le dispositif s'installe.

À faire et à éviter

À faire

• Partir des besoins et de la capacité du partenaire, et accepter qu'un hackathon ne soit pas la réponse.
• Faire participer à l'événement des personnes ayant l'expérience vécue du problème, dans un vrai rôle et avec un temps valorisé.
• Fixer les règles de protection et de données avant l'arrivée de quiconque.
• Faire des livrables ouverts et d'une remise complète une condition de participation.
• Sécuriser un accompagnement après l'événement, même modeste, avant qu'il ait lieu.

À éviter

• Choisir une cause parce qu'elle rend bien en photo.
• Construire des outils que le partenaire ne pourra ni faire tourner, ni héberger, ni financer après le week-end.
• Traiter des personnes vulnérables comme du contenu pour présentations.
• Laisser un sponsor revendiquer la propriété de ce que des bénévoles ont construit pour une association.
• Mesurer le succès au nombre de participants ou d'applications. Mesurez ce que le partenaire utilise encore trois mois plus tard.

Questions fréquentes

Comment trouver une association partenaire pour un hackathon ? Commencez par les organisations qui travaillent déjà sur le sujet localement, et demandez-leur ce qui les aiderait, pas si elles veulent un hackathon. Les têtes de réseau associatives, les centres de bénévolat et les fondations territoriales peuvent vous mettre en relation. Soyez prêt à entendre qu'elles ont besoin d'autre chose.

À qui doit appartenir ce qui est construit lors d'un hackathon solidaire ? Idéalement au partenaire, ou au public via une licence libre. Convenez-en par écrit avant l'événement et faites-en une condition de participation, afin qu'aucune équipe ni aucun sponsor ne puisse s'approprier le travail.

Qu'est-ce qui fait un bon projet de hackathon solidaire ? Un problème modeste et précis que le partenaire rencontre chaque semaine, une solution qu'il peut faire fonctionner avec ses personnes et ses outils existants, et la preuve que les personnes concernées l'ont trouvée utile pendant l'événement.

Les méthodes pour préparer

Commencez par des entretiens avec les parties prenantes et une carte d'empathie pour les personnes concernées, puis cadrez le défi avec un arbre à problèmes et des questions « Comment pourrions-nous ». Pour garder partenaires et bénévoles alignés ensuite, utilisez un plan de communication avec les parties prenantes. Pour les défis citoyens impliquant plusieurs organismes publics, voir Le hackathon d'écosystème, et pour faire vivre le travail ensuite, Pourquoi la plupart des lauréats de hackathon ne lancent jamais rien.