Septembre a été un mois différent à Nova Odessa.
Après des mois passés à travailler sur différentes technologies, outils et concepts, le moment est venu de mettre les connaissances en pratique et de commencer à développer les projets finaux du Hackathon.
La proposition était simple à expliquer, mais beaucoup plus difficile à exécuter : chaque groupe devait partir d’un problème ou d’un besoin, imaginer une solution, construire un MVP et présenter la manière dont cette idée pourrait fonctionner dans le monde réel.
Sauf que, lorsque nous avons commencé à mettre les idées sur papier, nous avons réalisé que le Hackathon serait bien plus que l’assemblage de circuits, la programmation d’Arduino, la modélisation de pièces en 3D ou la préparation d’une présentation.
Ce serait également un exercice de persévérance.
De l’idée au projet
Chaque groupe a commencé à développer son propre projet, en s’appuyant sur les différentes connaissances abordées pendant les cours.
L’idée n’était pas de construire quelque chose simplement parce que cela paraissait intéressant, mais de comprendre quel problème le projet visait à résoudre, à qui il serait utile et pourquoi cette solution aurait du sens.
C’est pourquoi les Objectifs de Développement Durable (ODD) ont également fait partie du processus. Les étudiants ont dû relier leurs idées à des enjeux sociétaux réels et comprendre que la technologie peut servir à bien plus que la simple création d’un produit. Elle peut être utilisée pour observer un problème, concevoir une solution et tenter d’améliorer une réalité.
Et c’est précisément là que les premières difficultés sont apparues. Une chose est d’imaginer un projet en train de fonctionner. Une tout autre est de découvrir comment le faire fonctionner pour de vrai.
Clima Safe : observer les problèmes de sa propre ville
Le premier groupe a développé Clima Safe, avec l’ambition de construire une station météorologique sous forme de MVP.
L’idée est née d’une préoccupation très proche de la réalité des élèves elles-mêmes : le changement climatique ainsi que les périodes de tempêtes et de fortes chaleurs.
Plutôt que de chercher un problème lointain, elles ont regardé ce qui se passe dans leur propre municipalité et ont commencé à réfléchir à la manière dont la technologie pourrait aider à suivre ces conditions.
Le projet utilise des modules et des capteurs pour collecter des informations et transformer ces données en éléments pouvant être suivis.
Ce qu’il y a de plus intéressant dans ce projet, c’est précisément l’origine de l’idée. Elles n’ont pas commencé par se demander quelle technologie elles voulaient utiliser, mais par identifier un problème bien réel.
À partir de là est venue la question : “Que pouvons-nous construire pour essayer d’aider ?”. Cette interrogation a finalement conduit le groupe vers les capteurs, la programmation, l’assemblage, la modélisation et toute la partie nécessaire pour transformer l’idée initiale en MVP.
EnerStep : quand une idée doit quitter le papier
Le deuxième groupe a créé EnerStep, un projet axé sur la production d’énergie durable grâce à la pression exercée sur les sols.
L’idée est née d’une situation très simple : observer le nombre de personnes circulant dans les couloirs d’une école. Le groupe a mesuré les couloirs et a commencé à faire des estimations en fonction du nombre d’enfants empruntant ces espaces. C’est ainsi qu’a émergé la possibilité d’utiliser la pression exercée par les pas pour générer de l’énergie.
Cette idée a attiré l’attention précisément parce qu’elle partait de quelque chose qu’ils peuvent observer au quotidien.
Mais c’est alors qu’est apparue l’une des plus grandes difficultés de tout Hackathon : comment transformer une idée qui semble fonctionner dans notre tête en quelque chose de réellement constructible ?
À partir de cette interrogation, des discussions ont surgit concernant les matériaux, le fonctionnement, l’assemblage, la production d’énergie et les limites du prototype lui-même.
Le projet reste un MVP, mais c’est précisément l’un des objectifs de la démarche. Le premier prototype ne fonctionne pas toujours comme on l’imagine. Parfois, il est nécessaire de changer une pièce, de tester une autre solution, de refaire une partie ou tout simplement de s’apercevoir qu’une idée précise doit être modifiée. Et apprendre cela fait également partie du projet.
EcoLanches : recyclage, alimentation et attention portée aux autres
Le troisième groupe a développé EcoLanches, une proposition née d’une préoccupation pour les animaux errants ainsi que pour les personnes en situation de vulnérabilité sociale.
L’idée utilise des bouteilles en plastique (PET) dans le cadre d’un système de crédits. Une personne pourrait apporter un certain poids de matière recyclable et, en échange de cette quantité, recevoir des crédits utilisables pour obtenir un en-cas sain dans des réfrigérateurs répartis dans la ville.
Mais le projet ne s’arrête pas là.
Le matériau recyclable pourrait également réintégrer le système. Les bouteilles PET pourraient être transformées en filament pour l’impression 3D, permettant la fabrication d’objets tels que des abris pour les chiens des rues. Ainsi, une bouteille qui serait normalement jetée pourrait passer par différentes étapes et revenir dans la communauté sous forme de nouveaux produits.
La proposition rassemble plusieurs enjeux au sein d’un même projet : le recyclage, l’alimentation, la technologie, l’impression 3D et le soin apporté aux animaux et aux personnes.
Et de nouveau est intervenue la question qui accompagne tous les groupes : comment faire fonctionner tout cela pour de vrai ? Après tout, penser le système est une chose, mais définir comment les bouteilles seraient collectées, traitées, transformées en filament, utilisées pour l’impression 3D et intégrées au reste de la proposition en est une autre.
C’est précisément dans cet espace entre l’idée et l’exécution que se produit l’apprentissage.
Un projet sur les émotions
Le quatrième groupe a décidé de travailler sur un sujet encore plus proche des gens : la santé émotionnelle.
La proposition est née d’une inquiétude face aux crises d’angoisse et à la difficulté que beaucoup de personnes éprouvent à identifier leurs propres moments de plus grande tension.
The l’idée du projet est de développer une solution capable d’identifier les changements pouvant indiquer des moments d’anxiété accrue, permettant à la personne de percevoir ces pics et, à partir de là, de chercher de l’aide ou simplement de reconnaître qu’il est peut-être temps de faire une pause.
Là encore, l’objectif n’est pas de présenter un produit médical fini. Il s’agit d’un MVP. Un premier modèle pour étudier l’idée, tester des possibilités et comprendre quelles technologies pourraient être utilisées pour transformer ce concept en quelque chose de fonctionnel.
Ce projet a également suscité des discussions importantes en classe, car parler de technologie, c’est aussi parler d’humains.
Le Hackathon, c’est aussi apprendre à gérer la frustration
Au cours du développement des projets, des problèmes inhérents à tout processus de création ont surgi. Des modélisations qui n’ont pas donné le résultat escompté, des codes comportant des erreurs, des pièces à refaire, des composants qui n’ont pas fonctionné du premier coup, des impressions 3D ratées, ou des objets que l’imprimante elle-même a cessé d’imprimer correctement. Et, par-dessus tout, la nécessité de faire preuve de patience.
Parfois, l’élève passe beaucoup de temps à travailler sur une pièce et, après des heures d’impression, découvre qu’elle n’est pas réussie. À d’autres moments, le code semble correct, mais le projet ne fonctionne pas. Il arrive aussi qu’une idée paraisse excellente au départ et que, pendant sa construction, on réalise qu’elle doit être modifiée. Cela génère de la frustration, et c’est tout à fait normal.
Le défi de l’éducateur, à ce moment-là, n’est pas simplement d’indiquer quelle ligne de code modifier ou quelle pièce réimprimer. C’est d’aider l’élève à comprendre que commettre des erreurs pendant le développement ne signifie pas que le projet a échoué. Cela signifie que nous sommes en train de découvrir comment le faire fonctionner.
Le défi n’est pas toujours technique
Au cours de ce processus, nous avons également rencontré une réalité qui n’apparaît pas lorsque l’on se contente de regarder le projet final.
Les élèves arrivent en classe avec leurs propres histoires. Des problèmes familiaux, des préoccupations, des insécurités, des difficultés émotionnelles et des situations qui dépassent souvent ce sur quoi nous travaillons techniquement ce jour-là.
C’est pourquoi être éducateur dans ce parcours, c’est aussi savoir repérer lorsqu’un élève ne rencontre pas seulement des difficultés avec une activité. Parfois, il se passe quelque chose en dehors de la classe qui interfère directement avec sa concentration, sa patience, sa disposition à travailler en groupe ou même sa capacité à surmonter une petite frustration.
Cela ne signifie pas que l’éducateur doit résoudre tous ces problèmes. Mais cela implique de comprendre que nous travaillons avec des personnes avant de travailler avec de la technologie. À certains moments, il est nécessaire de s’arrêter, de discuter, d’écouter et de réorganiser l’activité. Ensuite, nous retournons au code, à la modélisation, au circuit et au projet. Cela fait également partie intégrante du processus éducatif.
La dernière ligne droite
Nous arrivons maintenant dans la dernière ligne droite. Et un sentiment se fait de plus en plus pressant au sein des groupes : allons-nous réussir à terminer ?
Les jours raccourcissent, les projets nécessitent davantage de réglages. Certaines pièces doivent être refaites, les codes doivent être testés. Les prototypes doivent être assemblés, les présentations doivent être préparées.
Et cette idée qui semblait si simple il y a quelques semaines révèle désormais toute sa complexité. Mais c’est peut-être là l’un des plus grands apprentissages du Hackathon. Un projet ne naît pas achevé. Il commence par une idée, traverse des doutes, des erreurs, des essais, des changements, des frustrations et de nouvelles tentatives avant de commencer à prendre forme. Et c’est au cours de ce processus que les étudiants réalisent qu’ils sont capables de construire quelque chose qui n’existait auparavant que dans leur imagination.
Notre rôle, à ce stade, est aussi de le leur rappeler. Lorsque surgit le « ça ne va pas marcher », la question se pose : que devons-nous faire pour essayer à nouveau ? Lorsqu’une pièce se casse : que pouvons-nous changer ? Lorsque le code présente une erreur : allons découvrir où se trouve le problème. Lorsque le délai semble trop court : organisons ce qui reste à faire.
Nous ne savons pas encore exactement à quoi ressemblera chaque projet à la fin. Et c’est peut-être l’une des parties les plus passionnantes de tout ce processus. Parce que nous sommes toujours en train de construire.
Mais une chose s’est déjà produite. Les idées ont cessé de rester enfermées dans la tête des étudiants et ont commencé à prendre forme grâce à des codes, des capteurs, des composants électroniques, des pièces imprimées en 3D, des calculs, des recherches, des discussions et beaucoup de travail d’équipe.
C’est maintenant la dernière ligne droite. Le doute persiste encore. La difficulté est toujours là. Il reste encore beaucoup à faire. Mais ils en sont capables. Et nous continuerons à travailler pour que chaque groupe puisse contempler son propre projet à la fin et réaliser que tout cela n’avait commencé que par une idée.
Et que c’est eux qui ont permis à cette idée de voir le jour.