Tout ce que tu dois savoir pour un hackathon passionnant et enrichissant. Contacte-nous pour tes questions, tes retours ou si tu as besoin de soutien : info[at]opendata.ch.

v1.0 (29.08.2023)

Contenu

Qu’est-ce qu’un hackathon Opendata.ch ?

Quelles opportunités offre un hackathon ?

Quels sont les éléments d’un hackathon ?

Comment fonctionnent nos hackathons ?

Pourquoi participer à nos hackathons ?

Quel rôle peux-tu jouer lors d’un hackathon ?

Qu’est-ce qui fait un (bon) challenge ?

Quel est un exemple de (bon) challenge ?

De quelles données/ressources un (bon) challenge a-t-il besoin ?

Check-list pour un challenge réussi

Comment présenter un challenge aux participant·e·s ?

Sur quelle plateforme organisons-nous nos hackathons ?

Comment travailler sur notre plateforme ? L’ABC de dribdat

Comment présenter ton projet à la fin du hackathon ?

Que deviennent les résultats du hackathon ?

Ressources supplémentaires

Qu’est-ce qu’un hackathon Opendata.ch ?

Construire, tester et améliorer – rapidement

Nos hackathons sont comme des tables rondes. Mais au lieu de parler d’approches théoriques de problèmes complexes, nous commençons déjà à collaborer et à prototyper.

Pendant deux jours, des équipes interdisciplinaires construisent ensemble des prototypes basés sur les données pour relever de vrais challenges. Nous renforçons ainsi la publication et l’utilisation de données (ouvertes) ainsi que l’innovation ouverte et centrée sur l’humain au service du bien commun dans toutes sortes de secteurs : p. ex. GLAM/patrimoine culturel (depuis 2015), droit (depuis 2021), politique (2015), mobilité (2012), médias (depuis 2021), énergie (depuis 2019) ou agriculture (depuis 2020). Après avoir organisé et coorganisé des dizaines de hackathons, nous construisons et encourageons des communautés, des outils et des compétences pour donner aux personnes et aux organisations les moyens d’agir.

Quelles opportunités offre un hackathon ?

  • explorer de nouvelles approches pour relever les défis de ton organisation
  • encourager l’innovation, la collaboration (brisons les silos !) et une culture d’ouverture au sein des organisations et entre elles
  • encourager la publication et l’utilisation de données (ouvertes) et t’engager sur le chemin de l’ouverture
  • tester un jeu de données, en tirer le potentiel et améliorer sa qualité
  • découvrir les innovations, les processus d’innovation et les défis actuels d’un secteur
  • réseauter avec des personnes engagées d’un secteur donné et au-delà
  • renforcer et stimuler ton équipe
  • améliorer la visibilité de ton organisation auprès de partenaires potentiels et repérer de futur·e·s collaborateur·rice·s

Quels sont les éléments d’un hackathon ? 

Challenges, personnes, technologie

Pour que nos hackathons soient réussis, nous considérons ces éléments comme essentiels :

  • Les challenges, un ensemble de descriptions complètes de problèmes actuels, de ce que nous voulons construire, améliorer ou réparer.
  • Les personnes, celles qui sont confrontées chaque jour aux challenges et celles qui sont prêtes à (aider à) les résoudre. Administration publique, programmeur·euse·s, designers, militant·e·s, politicien·ne·s, journalistes et autres personnes intéressées sont toutes et tous invités à participer.
  • La technologie : les données, informations et technologies disponibles liées à un challenge, ainsi que les exigences connues de la ou des solutions (p. ex. accessibilité, sécurité), et les outils grâce auxquels les ressources disponibles sont combinées pour exploiter de nouvelles informations et transformer des idées brutes en concepts soigneusement conçus qui répondent à un challenge.

Comment fonctionnent nos hackathons ?

Nos hackathons suivent généralement ces étapes :

Jour 1 Jour 2 
Introduction
Présentation des challenges
Formation des équipes
Hacking
Check-out		Café
Hacking
Présentation des projets
Clôture (apéro/réception)

Un hackathon peut être précédé d’un ou de plusieurs pré-événements/ateliers lors desquels les participant·e·s (potentiel·le·s), les porteur·euse·s de challenge et les autres parties prenantes découvrent le concept des hackathons (avec séance de questions-réponses) et/ou créent ou affinent les challenges du hackathon (généralement avec une méthode de Human Centered Design). Nos hackathons commencent en général par un mot d’accueil et des informations importantes sur le programme, le lieu, les repas, le wifi, dribdat, etc. Ensuite, les porteur·euse·s de challenge présentent leur challenge aux participant·e·s en 2 à 5 minutes chacun·e (pas plus d’une heure au total). Après la dernière présentation, les participant·e·s peuvent choisir le challenge sur lequel ils et elles veulent travailler en allant parler aux porteur·euse·s de challenge répartis dans la salle. L’équipe d’organisation accompagne la formation des équipes, mais celle-ci se fait souvent de manière assez naturelle. Dès qu’une équipe est complète – nous recommandons 3 à 8 personnes au maximum –, elle peut commencer à travailler. En général, une seule équipe s’attaque à un challenge donné. Lors de nos hackathons, la collaboration prime sur la compétition. Idéalement, le ou la porteur·euse de challenge accompagne l’équipe (sans la diriger) pendant le hackathon. Les équipes s’organisent elles-mêmes et travaillent de manière autonome sur leur challenge pendant les deux jours. Elles peuvent être soutenues par des mentors. La première journée se termine par un check-out où les équipes partagent avec tout le groupe ce qu’elles ont appris et leurs échecs. En général, il est possible de rester sur place pour la nuit, et l’hébergement est offert. Le deuxième jour, les équipes peuvent terminer et documenter leurs projets et préparer les présentations finales. Celles-ci peuvent être publiques et/ou diffusées en direct, comprennent généralement une courte séance de questions-réponses et sont le plus souvent suivies d’une réception. L’événement se termine généralement par un moment informel entre participant·e·s, où l’on peut échanger des idées et se poser d’autres questions.

Nous voulons que chacun·e se sente en sécurité pendant un hackathon. C’est pourquoi tous les participant·e·s, sponsors, partenaires, bénévoles et membres du personnel de notre hackathon doivent accepter le Hack Code of Conduct. Nous le ferons respecter tout au long de l’événement.

Pourquoi participer à nos hackathons ?

Nous voulons réunir des personnes capables de relever activement des challenges. Une idée reçue très répandue veut que les hackathons soient réservés aux hackers, aux techies, aux développeur·euse·s, aux nerds ou, de manière générale, aux personnes ayant de grandes compétences techniques.

Si ces profils sont importants pour relever des challenges et construire rapidement des solutions, il nous faut davantage : des personnes qui apportent des connaissances du domaine, des personnes qui partagent leurs challenges, des personnes animées d’un esprit de résolution de problèmes et prêtes à apprendre.

La présence de parties prenantes pertinentes, comme les utilisateur·rice·s et les fournisseurs, aide à relever le challenge. N’hésite pas à les inviter ou fais-nous savoir si tu as besoin de soutien.

Au début du hackathon, ces talents sont répartis dans différents projets et travaillent ensemble en équipes pour créer, tester et améliorer des prototypes. On le constate encore et toujours : une bonne boîte à outils, une grande diversité et une échéance ferme sont une excellente recette d’innovation.

Quel rôle peux-tu jouer lors d’un hackathon ?

Nos hackathons comportent différents rôles. Une même personne peut en endosser plusieurs.

Porteur·euse de challenge

Formule et partage un challenge. Présente-le lors du lancement du hackathon. Au début, reste avec les équipes de projet qui ont choisi de relever les challenges que tu as formulés. Sois disponible pour répondre à d’éventuelles questions. Soutiens la communication en interne (c’est génial si des collaborateur·rice·s participent !) et à l’externe via tes propres canaux de communication et réseaux professionnels.

Participant·e

Aide à résoudre un ou plusieurs challenges. Fais-nous connaître tes spécialités (compétences en design ou en technique, connaissances du domaine, autres compétences) ainsi que le rôle et les occasions d’apprentissage que tu recherches. Important : les compétences techniques (p. ex. API, data science) sont bienvenues, mais pas indispensables.

Mentor (tech)

Partage ton expertise (technique) et soutiens plusieurs équipes. Nous te contacterons pour t’expliquer comment se déroule le mentorat lors de ce hackathon. Les compétences techniques dans des domaines tels que ceux-ci sont bienvenues : API, analyse de données, web,…

Lors de nos hackathons, chaque participant·e peut choisir un challenge. Cette information, avec quelques précisions sur les compétences particulières et l’expérience de chacun·e, aide l’équipe d’organisation avant et pendant la phase de formation des équipes, c’est-à-dire à constituer des groupes de projet efficaces et épanouissants, pour rendre le hackathon le plus attrayant et le plus amusant possible.

Qu’est-ce qui fait un (bon) challenge ?

Nous voulons travailler sur de vrais problèmes et de vraies idées. Ceux-ci doivent être formulés sous forme de « challenges ». Les challenges sont au cœur de nos hackathons. Ils sont comme des étincelles qui allument des projets. Les challenges peuvent être de différents types et mettre l’accent sur divers résultats :

  • un défi technologique intéressant
  • un défi organisationnel, lié à des questions sociales ou culturelles, même celles dont tu ne penserais pas au premier abord qu’elles se traitent par la technologie
  • un défi mondial auquel nous sommes confrontés en tant que société (p. ex. lié aux objectifs de développement durable)
  • un projet en cours qui peine à aboutir ou qui pourrait bénéficier d’un soutien externe, de contributions et de retours d’utilisateur·rice·s
  • un problème ou un besoin exprimé par des utilisateur·rice·s ou des parties prenantes, qu’il faut mieux comprendre avec d’autres
  • …une idée intrigante d’un autre genre qui mérite de voir le jour

La forme – Raconte une histoire

Une bonne forme est toutefois extrêmement importante pour lancer des projets efficaces :

  • Points de douleur : Pourquoi le challenge est-il… un challenge ? Quel est le besoin ou le problème ? Pour qui ? Dans quelle situation ? 
  • Impact : Qu’est-ce que cela signifierait, c.-à-d. qu’est-ce qui changerait si le challenge pouvait être relevé, ou que se passera-t-il s’il ne l’est pas
  • Objectif : Quel est ton objectif pour le hackathon ? (résultat attendu)
  • Assez petit : Formule de petits challenges qui peuvent se traduire en un ensemble d’actions gérable. P. ex. : « Le secteur public devrait améliorer son API est probablement trop générique. »
  • Contexte : Qui sont les parties prenantes ? Quelles sont les contraintes ?
  • Historique & contexte : Raconte un peu quelles solutions ont déjà été essayées.

… et bien sûr, laisse de la place à la créativité. Formule des challenges plutôt ouverts et épineux, et non un « patch » clairement défini que tu pourrais en fait commander à une entreprise de programmation. Les participant·e·s choisissent leur propre chemin autour de ton challenge – fais confiance au processus !

Garde à l’esprit qu’il peut toujours arriver qu’un challenge ne soit pas choisi : chaque participant·e est libre de décider sur quel(s) challenge(s) travailler, et peut aussi changer d’avis et de piste. Cela ne signifie pas qu’un challenge n’est pas pertinent : chaque challenge ouvert est archivé et peut être proposé à nouveau lors d’un hackathon ultérieur.

Quel est un exemple de (bon) challenge ?

Le challenge « Dashboard electric car charging stations » a été présenté lors de notre GovTech Hackathon en 2023 ; il visait à développer un tableau de bord pour suivre la consommation d’électricité et l’utilisation des bornes de recharge pour véhicules électriques en Suisse. Sur la page du challenge/projet correspondante, tu trouveras davantage d’informations sur le challenge, comme le pitch, la présentation finale ou la description. Sur hack.opendata.ch – la plateforme centrale des hackathons d’Opendata.ch –, tu trouveras les challenges des hackathons passés.

De quelles données/ressources un (bon) challenge a-t-il besoin ?

Nous rassemblons des données, des connaissances et des outils pour donner aux gens les moyens d’agir. Des données et des interfaces accessibles, complètes et compréhensibles sont essentielles à l’innovation, et plus encore lors des hackathons. Quelles données ? 

  • Si possible, ouvertes. Les données ouvertes et les API ouvertes sont le moyen le plus efficace et le plus puissant de permettre la collaboration. P. ex. handbook.opendata.swiss explique pas à pas comment ouvrir des données.
  • Déterminer si des données peuvent être ouvertes ou non relève de la responsabilité de leur propriétaire, qui interprète le cadre juridique qui s’y applique. Si les données ne peuvent pas être entièrement ouvertes pour des raisons juridiques, tu peux tout de même les mettre à disposition pour une durée limitée ou pour un groupe d’utilisateur·rice·s déterminé.
  • Nous recommandons la norme de packaging Frictionless Data et te remercions d’être prêt·e à nous aider à préparer les jeux de données pertinents en conséquence. 

En accord avec l’équipe d’organisation de l’événement, des exceptions fondées à ces règles sont possibles. Contacte info[at]opendata.ch si tu as besoin d’aide pour mettre tes données à disposition lors du hackathon.

Check-list pour un challenge réussi

  • Accessibilité des ressources « propres » : Les données, API, etc. sont-elles accessibles aux participant·e·s, techniquement et « juridiquement » (conditions d’utilisation, NDA, etc.), (au moins) pendant le hackathon afin de mener à bien le challenge ? Pense à l’accès aux sites web/services depuis l’extérieur et l’intérieur (liste noire) de l’administration. Si possible, ajoute les liens vers les sources de données disponibles sur la page de ton projet sur notre plateforme de hack. 
  • Accessibilité des ressources de tiers : Les données, API, etc. de tiers dont tu as besoin pour relever le challenge sont-elles accessibles pendant le hackathon ? Nous te recommandons de faire l’évaluation nécessaire avant le hackathon et, si besoin, de prendre contact avec les propriétaires des données. Si possible, ajoute les liens vers les sources de données disponibles sur la page de ton projet sur notre plateforme de hack. Nous t’aidons volontiers (info[at]opendata.ch). 
  • Portée : Le challenge est-il réalisable dans le (court) temps imparti ? Ai-je mis l’accent au bon endroit : le cœur du problème, des approches « créatives », du prototypage plutôt que du « travail d’exécution » ?
  • Dépôt et communication : Propose un dépôt et un canal de communication à l’équipe (p. ex. les deux sur Git(Hub)).
  • Présence du ou de la porteur·euse de challenge : Idéalement, le ou la porteur·euse de challenge (ou une personne suppléante) est sur place pendant tout le hackathon et accompagne l’équipe (des appels occasionnels ou autres ne posent bien sûr aucun problème). Si ce n’est pas possible, il ou elle, ou la personne suppléante, doit au moins présenter le challenge sur place et rester ensuite disponible sur place ou par téléphone (donne-leur ton numéro) pour les questions sur le challenge ou les ressources.
  • Durabilité : Que deviennent les résultats après le hackathon ? Comment intégrons-nous les résultats du projet dans notre organisation, et de quelles contraintes l’équipe doit-elle tenir compte pendant le hackathon pour le permettre ? Disposons-nous de ressources (financières et humaines) pour soutenir le projet en interne ? (Comment) pouvons-nous impliquer les participant·e·s au-delà du hackathon ? Cela motivera aussi les participant·e·s à choisir ton challenge. 
  • Gestion des attentes : Il est possible que ton challenge ne soit choisi par aucune équipe. Dans ce cas, aussi frustrant que cela puisse être, nous t’encourageons tout de même à rester au hackathon et à travailler avec d’autres équipes (ou à les mentorer), pour les enseignements sur l’innovation et pour le réseautage, mais aussi parce que souvent, si tu t’impliques activement, deux challenges assez similaires peuvent se transformer en un projet riche en synergies. Et sinon, nous le relèverons la prochaine fois !

Comment présenter un challenge aux participant·e·s ?

Télécharge tes slides sur dribdat et utilise la plateforme comme support visuel. Pour le pitch du challenge, nous proposons la structure suivante :

  • Titre
  • Organisation
  • Quel est le besoin ou le problème ? Pour qui ?
  • Quelles ressources sont (ou ne sont pas) disponibles (input) ?
  • Quel est ton objectif pour le hackathon ?
  • Qu’est-ce qui changerait si le problème était résolu ?
  • Quelles sont les approches pour résoudre le problème ? Lesquelles as-tu déjà essayées ?
  • Quelles sont les limites ? À quoi dois-tu faire attention ?
  • Que deviennent les résultats du hackathon ?
  • Coordonnées
  • Compétences : lesquelles sont déjà présentes dans l’équipe ? Lesquelles te manquent encore, ou qui recherches-tu ?

Sur quelle plateforme organisons-nous nos hackathons ?

dribdat (à l’origine « Driven By Data ») est une application web open source (sous licence MIT) dotée d’un tableau d’idées et de challenges pour aider à organiser de courts sprints, des sessions de co-création, des hackdays et des hackathons ouverts, tout compris.

Découvre ici comment utiliser dribdat : https://dribdat.cc/usage.

Si tu veux organiser un hackathon, tu peux aussi héberger dribdat toi-même. Si tu as besoin d’aide pour l’installation, contacte info[at]opendata.ch.

Comment travailler sur notre plateforme ? L’ABC de dribdat

  1. Se connecter et rejoindre un projet (Join)
  2. Documenter l’avancement, télécharger des données et des captures d’écran (Post)
  3. Commentaires (retours & questions sur le projet)
  4. Annonces (communications importantes de l’équipe d’organisation)
  5. Préparer les slides/la démo pour les présentations finales (Edit & Sync)

Comment présenter ton projet à la fin du hackathon ?

Télécharge tes slides et/ou ton enregistrement d’écran sur dribdat. Pour ton pitch final, nous proposons la structure suivante :

  • Quel était le challenge, c.-à-d. le problème que tu cherchais à résoudre ?
  • Comment as-tu tenté de le résoudre ?
  • Quels obstacles as-tu rencontrés ?
  • Quel a été le résultat ? (démo)
  • Quelles sont les prochaines étapes ?

Que deviennent les résultats du hackathon ?

Les conditions suivantes s’appliquent aux œuvres créées lors de nos hackathons :

Aucune cession de droits | chacun·e conserve les droits sur tout ce qu’il ou elle a créé. Il appartient aux équipes du hackathon de collaborer avec les porteur·euse·s de challenge pour poursuivre leur travail.

Renonciation | Personne ne revendiquera de droits d’exclusivité sur les informations qu’il ou elle apporte, même si la loi lui permettait par ailleurs d’exercer un tel droit d’exclusivité.

Open source | Tous les participant·e·s sont tenus de soumettre les résultats produits (pitch, code du prototype développé avec l’équipe, images – pas l’intégralité du stack de la solution) sous une licence open source reconnue (opensource.org).

Courtoisie | Mentionne les contributions. Demande si tu peux, mais pars du principe d’inclure toutes les personnes qui ont contribué d’une manière ou d’une autre au projet.

Publication | Nous demandons aux équipes de publier ouvertement les enseignements et les résultats du hackathon.

En accord avec l’équipe d’organisation de l’événement, des exceptions fondées à ces règles sont possibles.

Ressources supplémentaires

Tu trouveras d’autres guides et manuels ici.