Hackathon
Mettre des gens sous pression créative pendant un temps limité pour produire quelque chose de concret. Pas juste en parler. Faire.
Le mot vient du monde du logiciel. “Hack” comme bidouiller, trouver une solution créative. “Marathon” comme tenir dans la durée. La combinaison donne un format où des équipes pluridisciplinaires s’attaquent à un problème concret et produisent un prototype, une solution ou une proposition en un temps limité et sous contrainte.
Ce qui distingue un hackathon d’un atelier de travail classique : il y a un livrable tangible à la fin. Pas un compte-rendu. Pas des pistes. Un prototype, une maquette, un plan d’action testé, une démo. Quelque chose qu’on peut montrer.
La contrainte de temps n’est pas accessoire. Elle force les choix, elle empêche la sur-réflexion, elle crée une énergie que les réunions normales ne produisent jamais.
Quand y aller ?
Un hackathon demande beaucoup d’énergie organisationnelle. Il doit valoir le coup. Ce n’est pas un format qu’on sort pour animer un séminaire annuel.
✓ Contextes adaptés
- Problème identifié sans solution trouvée
- Besoin de créer quelque chose de nouveau
- Mélanger des compétences qui ne travaillent pas ensemble
- Accélérer un projet qui s’enlise
- Générer de l’engagement sur une transformation
- Tester une idée rapidement avant d’investir
✗ Contextes à éviter
- Solution déjà choisie, validation de façade
- Problème qui demande de l’expertise très pointue
- Groupe épuisé ou en surcharge
- Aucun engagement de suite de la direction
- Sujet flou ou mal défini
- Moins de 15 participants
Les 4 ingrédients d’un hackathon qui marche
Si l’un manque, le reste s’effondre.
Un défi clair et engageant
Un bon défi hackathon est précis, ambitieux mais atteignable en quelques heures, et lié à un vrai problème que les participants reconnaissent. Ni trop large (impossible), ni trop fermé (ennuyeux).
Des équipes pluridisciplinaires
L’innovation sort du frottement entre des profils différents. Un hackathon avec des gens du même département sur un sujet de leur département, c’est une réunion de travail habillée en hackathon.
Un livrable attendu
Les équipes doivent savoir ce qu’elles doivent produire. Une maquette, un pitch de 5 minutes, un plan d’action sur 1 page, un prototype physique. Précis. Pas “des idées”.
Un engagement de suite réel
La direction doit s’engager à faire quelque chose des résultats. Pas forcément tout retenir. Mais traiter sérieusement ce qui en sort. Sans ça, les participants le savent avant même de commencer.
Le déroulé, étape par étape
Cadrage avec le commanditaire
Avant de concevoir quoi que ce soit, clarifiez avec le commanditaire :
- Le problème exact à résoudre (pas le sujet général)
- Ce qu’on fait des livrables après (qui décide, quand, comment)
- Les contraintes à respecter (budget, technique, réglementaire)
- Les critères d’évaluation des solutions
- Qui compose le jury (si jury il y a)
Lancer avec de l’énergie
L’ouverture donne le ton pour toute la journée. Elle doit créer de l’énergie, pas juste expliquer le planning.
- Présentation du défi par le commanditaire lui-même (2-3 min, incarné)
- Le “pourquoi ça compte” clairement exprimé
- Constitution des équipes (mélangées, pas choisies par affinité)
- Présentation des règles, du livrable attendu, des critères
- Présentation des ressources disponibles (experts, données, matériaux)
Comprendre avant de résoudre
Le réflexe naturel est de sauter aux solutions. Freinez. Les équipes qui prennent le temps de bien cerner le problème produisent de meilleures solutions que celles qui partent au sprint dès le départ.
Activités possibles pendant la phase d’exploration :
- Interviews flash avec des “experts terrain” disponibles
- Analyse de données fournies en amont
- Mapping du problème (causes, effets, acteurs)
- Définition de la “personne cible” ou du cas d’usage prioritaire
Du brouillard au concret
Les équipes génèrent des idées, en sélectionnent une ou deux, et commencent à les matérialiser. Le livrable prend forme.
Votre rôle à ce stade :
- Tenir le temps (annoncer les jalons restants régulièrement)
- Débloquer les équipes qui tournent en rond
- Rappeler les contraintes si une équipe part trop loin
- Éviter que certaines équipes fassent le travail des autres
Présenter et décider
Chaque équipe présente son livrable en 5 à 7 minutes. Format strict, respecté pour tout le monde. Pas de dérogation. La contrainte de temps est aussi un test de la solution : si on ne peut pas l’expliquer en 5 minutes, c’est qu’elle n’est pas assez claire.
Le jury (ou le grand groupe, selon le format) évalue sur des critères définis à l’avance : faisabilité, impact potentiel, originalité, pertinence par rapport au défi.
Choisir son format
3 formats selon la durée
Format express · 4 à 6h
Idéal pour tester rapidement des idées sur un périmètre restreint. Cadrage + exploration légère + idéation + pitch. Moins de profondeur, mais fort en énergie.
Format journée · 8 à 10h
Le plus courant en entreprise. Permet une vraie phase d’exploration et un prototypage solide. Nécessite une logistique rodée (pauses, repas sur place, ressources disponibles).
Format marathon · 24 à 48h
Pour les sujets complexes qui demandent de la profondeur. Crée une forte culture commune. Exige une logistique lourde (nuits, alimentation, espaces dédiés). Réservé aux enjeux stratégiques majeurs.
Les erreurs qui tuent un hackathon
Un défi trop vague
“Imaginez le bureau de demain.” C’est un sujet pour une conférence. Pas un défi hackathon. Sans contrainte précise, les équipes partent dans tous les sens et produisent du flou.
Des équipes mono-disciplinaires
Mettre ensemble tous les gens du marketing sur un sujet marketing, c’est une session de travail déguisée. La valeur d’un hackathon est dans le frottement entre profils différents.
Pas de suites organisées
La journée se termine. Les livrables sont photographiés. Et plus rien. Les participants se souviennent de l’énergie, et de la déception. La prochaine fois, ils viendront à moitié investis.
Un jury qui ne connaît pas les critères avant
Si les critères d’évaluation ne sont pas partagés dès le départ, les équipes ne savent pas dans quelle direction optimiser. Et le jury délibère au feeling, ce qui crée de la frustration chez les perdants.
Checklist logistique
Timing type — Journée (8h)
Ce que le hackathon fait. Et ce qu’il ne fait pas.
Il accélère. Il mélange. Il produit du concret là où les réunions habituelles produisent des comptes-rendus. Il crée une énergie que les participants ne retrouvent pas dans leur quotidien.
Il ne résout pas les problèmes structurels. Il ne remplace pas les compétences qui manquent. Une bonne idée sortie d’un hackathon mais pas portée par quelqu’un avec les moyens de la déployer reste une bonne idée sur une nappe en papier.
Un hackathon sans plan de suite réel, c’est du théâtre. Le vrai travail commence le lendemain matin.
Fiche rédigée par Yoan Lureault · Insuffle · Facilitation et transformation organisationnelle · insuffle.com