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

v1.0 (29.08.2023)

Sommaire

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 dans 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 ? Dribdat 1×1

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

Que deviennent les résultats du hackathon ?

Ressources complémentaires

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

Construire, tester et améliorer – vite

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

Pendant deux jours, des équipes interdisciplinaires construisent ensemble des prototypes fondés sur les données pour relever de vrais challenges. Nous renforçons ainsi la publication et l’utilisation de données (ouvertes) ainsi qu’une innovation ouverte et centrée sur l’humain au service du bien commun dans toutes sortes de domaines : 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 qui renforcent les personnes et les organisations.

Quelles opportunités offre un hackathon ?

• explorer de nouvelles approches pour résoudre les défis de ton organisation
• encourager l’innovation, la collaboration (casser 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 s’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 et d’ailleurs
• 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 réussissent, 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 à les résoudre (ou à aider à les résoudre). Administration publique, programmeur·euse·s, designers, activistes, politicien·ne·s, journalistes et autres personnes intéressées sont toutes et tous invité·e·s à participer.
• La technologie : les données, informations et technologies disponibles liées à un challenge, ainsi que les exigences connues envers la ou les 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 Conclusion (apéro/réception)

Un hackathon peut être précédé d’un ou de plusieurs pré-événements/ateliers au cours desquels les participant·e·s (potentiel·le·s), les challenge owners et d’autres parties prenantes découvrent le concept des hackathons (questions-réponses comprises) et/ou créent ou affinent des challenges pour le hackathon (généralement selon une méthode de design centré sur l’humain). Nos hackathons commencent généralement par des mots d’accueil et des informations importantes sur le programme, le lieu, les repas, le wifi, dribdat , etc. Ensuite, les challenge owners présentent leurs challenges 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 challenge owners répartis dans la salle. L’équipe d’organisation accompagne la formation des équipes. Souvent, cela se fait toutefois de manière assez naturelle. Dès qu’une équipe est complète – nous recommandons de 3 à 8 personnes au maximum –, elle peut se mettre au travail. En général, une seule équipe s’attaque à un challenge donné. Dans nos hackathons, la collaboration l’emporte sur la compétition. Idéalement, le ou la challenge owner 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 mentor·e·s. La première journée se termine par un check-out où les équipes font part à tout le groupe de leurs enseignements et de leurs échecs. En général, il est possible de passer la nuit sur place et un hébergement gratuit est proposé. 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 habituellement par un moment convivial informel où les participant·e·s peuvent échanger des idées et se poser d’autres questions.

Nous voulons que tout le monde se sente en sécurité pendant un hackathon. C’est pourquoi toutes les personnes participantes, sponsors, partenaires, bénévoles et membres du personnel de notre hackathon doivent accepter le Hack Code of Conduct. Nous faisons respecter ce code pendant toute la durée de l’événement.

Pourquoi participer à nos hackathons ?

Nous voulons réunir des personnes capables de s’attaquer activement à des défis. 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, en général, aux personnes dotées d’un grand savoir-faire technique.

Si ces profils sont importants pour relever les challenges et construire rapidement des solutions, nous avons besoin de plus : de personnes qui apportent des connaissances du domaine, de personnes qui partagent leurs défis, de 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éunis dans différents projets et travaillent en équipe pour créer, tester et améliorer des prototypes. On le constate encore et encore : 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 dans un hackathon ?

Nos hackathons comptent différents rôles. Une même personne peut avoir plusieurs rôles/casquettes.

Challenge owner

Formule un challenge et partage-le. Présente ton challenge au lancement du hackathon. Au début, reste avec les équipes de projet qui ont décidé 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 en externe via tes propres canaux de communication et réseaux professionnels.

Participant·e

Aide à résoudre un ou plusieurs challenges. Indique-nous tes spécialités (expertise 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 : une expertise technique (p. ex. API, data science) est bienvenue, mais n’est pas une condition.

Mentor·e (tech)

Partage ton expertise (technique) et soutiens plusieurs équipes. Nous prendrons contact avec toi pour t’expliquer comment se déroule le mentorat pendant ce hackathon. Une expertise technique dans ces domaines est bienvenue : API, analyse de données, web, …

Lors de nos hackathons, chaque participant·e peut choisir un challenge. Cette information, complétée par quelques indications 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 épanouis, afin de maximiser l’attrait et le plaisir du hackathon.

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. Ce sont comme des étincelles qui allument des projets. Les challenges peuvent être de différentes natures et mettre l’accent sur divers types de 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 puissent être abordées par la technologie
• un défi global auquel nous sommes confronté·e·s en tant que société (p. ex. lié aux objectifs de développement durable)
• un projet en cours qui peine à livrer des résultats 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, qui doit être mieux compris 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 :

• Pains : 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 : regroupe de petits challenges qui peuvent se traduire en un ensemble d’actions gérable. Par ex. : « Le secteur public devrait améliorer son API » est probablement trop général.
• Contexte : Qui sont les parties prenantes ? Quelles sont les restrictions ?
• Historique & contexte : raconte un peu l’historique des solutions déjà essayées.

… et bien sûr, laisse de la place à la créativité. Formule des challenges plutôt ouverts et épineux. Pas 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 plus d’informations sur le challenge, comme le pitch, la présentation finale ou la description. Sur hack.opendata.ch – la plateforme centrale des hackathons Opendata.ch – tu trouveras les challenges des hackathons passés.

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

Nous rassemblons données, connaissances et outils pour donner du pouvoir d’agir aux gens. 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. Par 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é du ou de la propriétaire des données, qui interprète le cadre juridique applicable. Si les données ne peuvent pas être entièrement ouvertes en raison de contraintes juridiques, tu peux tout de même les mettre à disposition pendant une durée limitée ou pour un groupe d’utilisateur·rice·s déterminé.
• Nous recommandons le standard d’empaquetage Frictionless Data et te remercions de ta disponibilité à nous aider à préparer les jeux de données concernés en conséquence. 

En accord avec l’équipe d’organisation de l’événement, des exceptions bien fondées à ces règles sont possibles. Écris à 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 techniquement et « juridiquement » (conditions d’utilisation, NDA, etc.) accessibles aux participant·e·s (au moins) pendant le hackathon afin de pouvoir relever le challenge avec succès ? Pense à l’accès aux sites web/services depuis l’extérieur et depuis l’intérieur (liste noire) de l’administration. Si possible, mets un lien vers les sources de données disponibles sur ta page de 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, mets un lien vers les sources de données disponibles sur ta page de projet sur notre plateforme de hack. Nous t’aidons volontiers (info[at]opendata.ch). 
• Périmètre : Le challenge est-il réalisable dans ce (court) laps de temps ? Ai-je choisi le bon angle : 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 pour l’équipe (p. ex. les deux sur Git(Hub)).
• Présence du challenge owner : Idéalement, le ou la challenge owner (ou un·e remplaçant·e) est sur place pendant tout le hackathon et accompagne l’équipe (des appels occasionnels ou similaires ne posent évidemment aucun problème). Si ce n’est pas possible, il ou elle, ou le ou la remplaçant·e, 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 répondre aux questions sur le challenge ou les ressources.
• Durabilité : Que deviennent les résultats après le hackathon ? Comment intégrer les résultats du projet dans notre organisation et quelles contraintes l’équipe doit-elle prendre en 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 précis, 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, bien souvent, si tu t’impliques activement, deux challenges assez semblables peuvent se transformer en un seul projet porteur de synergies. Et sinon, nous nous y attaquerons 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 de « Driven By Data ») est une application web open source (sous licence MIT), dotée d’un tableau d’idéation et de challenges pour aider à organiser des sprints courts, des sessions de co-création, des hackdays et des hackathons ouverts, tout compris.

Apprends à utiliser dribdat ici : 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 ? Dribdat 1×1

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 (notifications 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 vous cherchiez à résoudre ?
• Comment avez-vous tenté de le résoudre ?
• Quels obstacles avez-vous 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 :

Pas de 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 challenge owners pour poursuivre leur travail.

Renonciation | Personne n’exercera de droits d’exclusivité sur les informations qu’il ou elle apporte, même s’il ou elle pouvait autrement exercer un tel droit d’exclusivité en vertu de la loi.

Open source | Toutes les personnes participantes sont tenues de soumettre les résultats (pitch, code du prototype développé avec l’équipe, images – pas l’intégralité de la pile de la solution) produits sous une licence open source reconnue (opensource.org).

Courtoisie | Cite les contributions. Demande si tu peux, mais pars par défaut du principe que tu mentionnes 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 bien fondées à ces règles sont possibles.

Ressources complémentaires

Tu trouveras d’autres guides et manuels ici.