Grille d'évaluation projet Arduino : fiche de rendu et portfolio

Si tu notes un projet Arduino en te demandant seulement « est-ce que ça marche ? », tu risques de donner la même note à l'élève qui a copié le code d'un camarade et à celui qui a remonté son circuit trois fois et trouvé l'erreur tout seul. Une grille d'évaluation de projet Arduino plus juste regarde cinq dimensions : le circuit (est-il monté correctement et proprement ?), le code (l'élève sait-il modifier quelque chose volontairement ?), la compréhension (sait-il expliquer une ligne que tu choisis ?), la démarche de débogage (qu'a-t-il fait quand ça ne marchait pas ?) et la documentation et présentation (sait-il montrer ce qu'il a fait ?). Circuit, code et documentation mesurent le produit ; compréhension et débogage mesurent la démarche. Quand plus de la moitié de la note vient de la démarche, les élèves arrêtent de cacher leurs erreurs et commencent à les expliquer.

Cet article est un ensemble de modèles que tu peux emporter en cours demain : une grille principale de 6 critères et 4 niveaux, une pondération, une fiche de rendu d'une page, une séance de rendu de 40 minutes, une check-list de 5 minutes à la table, des fiches d'auto-évaluation et d'évaluation par les pairs, un portfolio pour le trimestre et le calcul détaillé de la note d'un élève. Les exemples partent d'une classe fictive de 24 élèves en groupes de trois. Si tu veux un tableau plus court à 3 niveaux pour une observation rapide pendant les cours hebdomadaires, utilise la grille du plan de cours de robotique et programmation sur 8 semaines ; l'ensemble ci-dessous sert à la note donnée à la fin d'un projet.

Pourquoi « est-ce que ça marche ? » ne suffit pas : 5 dimensions

Dans les projets Arduino, le produit et l'apprentissage ne se trouvent pas toujours au même endroit. Un feu de circulation dont les LED s'allument dans l'ordre peut signifier que l'élève a téléversé le code sans jamais le lire. Une veilleuse qui ne s'allume jamais peut au contraire être l'essai pendant lequel un élève a mesuré la valeur du capteur dans le moniteur série et trouvé un seuil mal choisi, ce qui est exactement l'objectif de la séance. C'est pourquoi il est utile de séparer la grille en deux familles. Côté produit, tu regardes le circuit, le code et les documents rendus ; ces preuves sont sur la table, sur papier et sur une photo. Côté démarche, tu regardes comment l'élève s'exprime et le chemin qu'il suit pour chercher une erreur ; tu ne le vois qu'en posant des questions et en observant. Le tableau résume ce que tu regardes dans chaque dimension et d'où vient la preuve.

La grille principale : 6 critères, 4 niveaux et pondération

Aux cinq dimensions, nous avons ajouté un sixième critère : organisation, sécurité et travail en équipe. Dans un cours d'Arduino en groupes, changer des fils avec le câble USB branché ou abandonner son rôle fait aussi partie de l'apprentissage. Chaque niveau est rédigé comme un comportement observable ; au lieu d'expressions floues comme « comprend bien », tu trouves des choses visibles à la table, comme « explique correctement la ligne choisie et dit ce qui se passe si elle change ». Pour placer un élève à un niveau, il suffit d'avoir vu une fois le comportement de la case. Si tu hésites entre deux niveaux, note le plus bas avec un court commentaire ; c'est la première chose que tu regarderas au projet suivant.

La pondération est voulue : 45 % de la note viennent du produit (circuit, code, documentation) et 55 % de la démarche (compréhension, débogage, organisation). La compréhension pèse le plus, car dans un cours où le code se copie facilement, l'explication de l'élève lui-même est le signe le plus fiable de ce qu'il a vraiment appris. Pour les premiers projets, tu peux monter le montage du circuit à 25 % et baisser le code à 10 % ; les premières semaines, les élèves téléversent de toute façon surtout du code tout prêt. Dans la seconde moitié du trimestre, quand ils commencent à combiner deux projets ou à ajouter leurs propres comportements, il est plus logique de monter le code à 20 % et de baisser le circuit à 15 %. Garde un total de 100 et partage la pondération avec les élèves avant le début du projet ; un élève qui sait ce qui rapporte des points remplit aussi la fiche de rendu avec plus de soin.

Modèle de fiche de rendu de projet

La fiche de rendu tient sur une page et le groupe la remplit avant de présenter le projet. Le but n'est pas un beau rapport, mais de rassembler au même endroit les preuves de la grille : la liste des composants et le tableau des connexions servent le critère circuit, la ligne modifiée le critère code, l'erreur et sa solution le débogage, la photo et la vidéo la documentation. La dernière ligne, « Que fait cette ligne ? », c'est toi qui la remplis. L'exemple ci-dessous est la fiche d'un groupe fictif qui a réalisé le projet gratuit de BlueGrays Veilleuse avec LDR. La liste des composants vient de la section Composants requis du projet et les connexions du Schéma de circuit. Vide la troisième colonne en copiant le modèle.

La force de la question « Que fait cette ligne ? » est de montrer ce que l'élève a vraiment compris, même dans un code copié. Choisis une ligne différente pour chaque membre du groupe et écris la réponse dans la dernière ligne de la fiche. Une bonne ligne est une ligne qui change le comportement du programme : un pinMode(), un analogRead() ou digitalRead(), une condition if, un delay(). Ne choisis ni une accolade ni une ligne vide. Pose la question en deux temps : d'abord « que fait cette ligne ? », puis « que se passe-t-il si tu remplaces le 13 de cette ligne par 12 ? ». L'élève qui répond juste à la deuxième question se place au niveau 3 en compréhension ; celui qui explique le déroulement du programme du début à la fin, au niveau 4. Pour choisir les lignes dans les projets tout prêts, les explications Étape par étape de l'onglet Comprendre le code du projet te guident vers les lignes clés du programme. Nous avons expliqué comment lire cet onglet avec les yeux d'un élève dans Comprendre le code et À toi de jouer.

Séance de rendu : évaluer 8 groupes en 40 minutes

Check-list de 5 minutes à la table

Imprime cette liste en A4 et utilise un exemplaire par groupe. L'ordre est voulu : d'abord l'alimentation et le circuit, puis le code, et les questions orales en dernier. Si le projet ne marche pas, n'abandonne pas la liste en cours de route ; les points restants rassemblent des preuves pour le critère débogage. Prévois au maximum 5 minutes par groupe ; après quelques rendus, la plupart des vérifications prennent 4 minutes.

• Alimentation : La carte est alimentée par USB et sa LED d'alimentation est allumée.
• GND commune : La ligne moins de la platine d'essai est reliée à la broche GND de l'Arduino ; le capteur et la LED sont sur la même ligne.
• Composants : La LED est dans le bon sens (patte longue côté plus), chaque LED a une résistance devant elle, les valeurs des résistances correspondent à la fiche.
• Comparaison avec le schéma : Les broches utilisées sont exactement celles du tableau des connexions de la fiche de rendu.
• Code : Le code téléversé sur la carte contient la modification indiquée sur la fiche ; en cas de doute, demande au groupe de le téléverser une nouvelle fois.
• Comportement : Le projet fait ce qu'il doit faire ; sinon, le groupe sait dire pourquoi ou quelle étape il est en train de tester.
• Montrer la modification en direct : Le groupe remet la valeur modifiée à l'origine et montre la différence.
• Que fait cette ligne ? Une ligne différente a été posée à chaque membre et la réponse est sur la fiche.
• Journal des erreurs : Il y a au moins une entrée pour ce projet : symptôme, essais, solution.
• Preuve : Il y a une photo nette du circuit prise du dessus et une vidéo de 10 à 20 secondes du projet en marche.

Fiche d'auto-évaluation

La fiche d'auto-évaluation aide l'élève à mettre des mots sur son propre apprentissage et te donne un second regard à comparer avec ta grille. Chaque élève la remplit seul ; ce n'est pas une fiche de groupe. La dernière colonne est la plus importante : demande à l'élève qui coche « Oui » d'écrire une preuve. L'auto-évaluation ne compte pas dans la note, mais si le niveau que tu as donné et la case cochée par l'élève sont séparés de deux crans, c'est un bon signal pour discuter une minute avec lui. Parfois l'élève se sous-estime, parfois il se souvient d'un moment que tu n'as pas vu.

Fiche d'évaluation par les pairs

La fiche d'évaluation par les pairs se remplit pendant que les groupes testent les projets des autres. Fixe la règle dès le départ : pas de points, seulement des observations et des suggestions. Noter un camarade n'est ni juste ni bon pour l'ambiance de la classe, alors que la structure « deux points positifs, une suggestion » apprend à donner un retour utile. Si tu veux, tu peux utiliser la qualité de la suggestion écrite comme preuve pour le critère travail en équipe. Rends la fiche remplie au groupe propriétaire du projet ; c'est elle qui va dans son portfolio.

Portfolio : ce que l'on rassemble pendant le trimestre

Le portfolio raconte l'histoire du trimestre, pas celle d'un seul projet. Placer la fiche de rendu du premier projet LED à côté de celle du dernier projet montre la progression mieux que n'importe quel chiffre. Papier ou numérique, peu importe ; l'essentiel est d'ajouter à chaque projet les mêmes éléments avec les mêmes noms. Pour un portfolio numérique, le dossier en ligne ou l'environnement numérique de travail de ton établissement suffit : un dossier par élève, un sous-dossier par projet, des noms de fichiers qui commencent par le numéro du projet, son nom et la version. Pour un portfolio papier, un classeur avec un intercalaire par projet fait l'affaire.

La partie la plus précieuse du portfolio est le journal des erreurs, car c'est là que se trouve la preuve du critère débogage. Chaque ligne répond à six questions : date et projet, symptôme (que s'est-il passé ?), première hypothèse, essais (dans l'ordre), cause réelle et ce que je ferai la prochaine fois. Exemple de ligne : « 12 novembre, Veilleuse avec LDR ; la LED ne s'allume jamais ; hypothèse : LED à l'envers ; on a retourné la LED, rien n'a changé, on a affiché la valeur dans le moniteur série ; cause réelle : un seuil de 50 était trop bas pour la lumière de la classe ; la prochaine fois, je mesurerai d'abord la valeur du capteur. » Un journal qui réunit 10 à 15 lignes sur le trimestre montre quelles erreurs l'élève ne fait plus. Fais-y noter aussi les erreurs de compilation ; les élèves trouveront les plus fréquentes dans les erreurs de compilation Arduino et la lecture des valeurs de capteur dans utiliser le moniteur série.

Les données de l'appli : ce que BlueGrays apporte et ce qu'il n'apporte pas

Si tes élèves utilisent BlueGrays sur leur propre téléphone, certaines parties de l'appli fournissent des preuves modestes mais utiles pour l'évaluation. Leur point commun : c'est l'élève qui te montre l'information sur son propre écran ; l'appli ne l'envoie pas séparément à l'enseignant. Utilise-les donc non pas comme une note à elles seules, mais comme une preuve qui ouvre la discussion et complète le portfolio.

• Je l'ai fait : Quand l'élève termine un projet, il appuie sur cette tuile sur la page du projet, et celui-ci arrive dans Mon Atelier > Projets terminés. Lors de la vérification du portfolio, demande-lui d'ouvrir cette liste ; elle devient un index rapide des projets réalisés pendant le trimestre. Le marquage tient en un seul appui, c'est donc une déclaration et non une preuve : pour chaque projet de la liste, cherche une fiche de rendu ou une photo dans le portfolio.
• Contrôle oral avec À toi de jouer : La tâche À toi de jouer à la fin de l'onglet Comprendre le code va un cran plus loin que « Que fait cette ligne ? ». Lis la tâche à voix haute et demande à l'élève de dire, sans regarder le téléphone, quelle ligne il changerait et comment, puis de faire la modification et de la téléverser. Convenez dès le départ qu'il dira franchement s'il a utilisé l'Indice ou Voir la solution : résoudre avec l'indice peut valoir 3 en compréhension, résoudre sans indice et expliquer pourquoi peut valoir 4.
• Si tu bloques et Dépannage : Un groupe qui suit dans l'ordre la section Si tu bloques de Comprendre le code, ou la liste Dépannage du projet quand elle existe, montre une méthode de débogage. Demande à quel point il a trouvé l'erreur et fais-le noter dans le journal des erreurs.
• Questions du jour et Mon niveau : La série de questions renouvelée chaque jour, les XP et les niveaux de A1 Première lueur à C2 Maître d'atelier sont un bon moyen de garder les élèves en contact avec l'électronique entre deux cours, mais n'en fais pas une note. Les questions se font à la maison et seul, le niveau ne baisse jamais et le résultat dépend du temps que chacun peut y consacrer. Utilise-les pour motiver : ceux qui le souhaitent partagent leur nouveau niveau avec la classe en fin de semaine, sans obligation pour personne.

Exemple de calcul de note : le score d'une élève

Disons qu'Inès est la lectrice du groupe qui a réalisé le projet Veilleuse avec LDR. Voici tes observations pendant la séance de rendu : elle a monté le circuit avec le schéma sans erreur (circuit 3) ; elle a changé le seuil mais n'a pas ajouté de nouveau comportement (code 2) ; elle a expliqué la ligne du if, dit qu'avec un seuil de 600 au lieu de 300 la LED s'allumerait dans une obscurité moins forte, et expliqué le déroulement du programme du début à la fin (compréhension 4) ; elle a proposé d'afficher la valeur dans le moniteur série quand la LED ne s'allumait pas et l'a noté dans le journal (débogage 3) ; la fiche de rendu avait une photo, mais le tableau des connexions manquait (documentation 2) ; elle a tenu son rôle et aidé le groupe voisin (organisation 4). Il y a deux façons de calculer le score. Avec la méthode linéaire, chaque critère vaut le niveau divisé par 4, multiplié par le poids. Avec la conversion douce, les niveaux comptent pour 1 = 50 %, 2 = 70 %, 3 = 85 %, 4 = 100 % ; ainsi, un élève qui s'est lancé mais a eu du mal ne se retrouve pas proche de zéro sur un critère.

Avec la méthode linéaire, Inès obtient 77,5 sur 100, soit 15,5/20 ; avec la conversion douce, 86,5 sur 100, soit environ 17,3/20. Quelle que soit la méthode choisie, garde la même tout le trimestre et explique-la aux élèves avant le premier projet. Le tableau donne plus qu'un chiffre, il dit aussi quoi faire ensuite : les deux critères les plus faibles d'Inès sont le code et la documentation. Au projet suivant, tu peux lui fixer comme objectifs d'ajouter un nouveau comportement (par exemple un court bip de buzzer en plus de la LED quand il fait sombre) et de préparer elle-même le tableau des connexions. Si tu mets la pondération et la conversion dans un tableur, les notes des 24 élèves apparaissent dès que tu saisis les niveaux.

Évaluer équitablement : travail de groupe, circuit qui ne marche pas, code copié

• Contribution individuelle dans le groupe : Les critères produit (circuit, code, documentation) peuvent être donnés au groupe en commun, les critères démarche (compréhension, débogage, organisation) sont toujours individuels. Poser à chaque membre une ligne différente avec « Que fait cette ligne ? » crée naturellement cette séparation. Fais tourner les rôles (monteur, contrôleur, lecteur) à chaque projet, pour qu'à la fin du trimestre chaque élève ait tenu chaque rôle au moins une fois.
• Un circuit qui ne marche pas : Si le projet ne fonctionne pas au moment du rendu, donne au maximum 2 en circuit, mais ne baisse pas les critères démarche. Un élève qui a cherché l'erreur avec méthode, l'a notée et sait expliquer où il a bloqué peut avoir 3 ou 4 en débogage. Si tu veux, accorde une possibilité de correction jusqu'au cours suivant et réévalue le circuit.
• Code copié ou tout prêt : Partir d'un projet tout prêt n'est pas copier ; en cours, on travaille de toute façon avec du code tout prêt. La vraie question est ce que l'élève a fait du code. Comme le critère code regarde la modification et le critère compréhension l'explication, un code pris à un autre groupe mais pas compris reste bas sur ces deux lignes de lui-même. La ligne « De quel projet suis-je parti ? » de la fiche fait de la citation de la source une habitude plutôt que de la cacher.
• Code écrit avec un chatbot : Pour les projets faits à la maison, le code a pu être écrit avec un outil d'IA. Plutôt que de l'interdire, renforce le contrôle oral au rendu : les points vont à celui qui sait expliquer et modifier le code, pas à celui qui l'a écrit.
• Composant défectueux et absences : Si le capteur d'un groupe est en panne ou si un élève est absent le jour du rendu, ne remplis pas la grille ce jour-là ; complète-la au cours suivant avec une courte vérification à la table. Un problème de matériel ne doit pas se retrouver dans la note.
• Tout le monde connaît la même grille : Lis la grille avec les élèves avant le premier projet et montre un exemple de chaque niveau. Un élève qui connaît les descriptions des niveaux demande ce qu'il doit faire pour atteindre le suivant au lieu de contester sa note.

Pas besoin d'attendre un gros projet pour essayer la grille une première fois : commence avec un projet d'une seule séance comme Veilleuse avec LDR ou Feu de circulation, utilise une fois la fiche de rendu et la check-list, puis ajuste la pondération à ta classe. Si l'évaluation arrive à la fin d'un programme plus long, le modèle de présentation de 3 minutes de l'article sur l'atelier Arduino de 5 jours fonctionne bien avec ces fiches. Si tes élèves ouvrent les projets dans BlueGrays, la liste des composants, le schéma du circuit et les étapes de Comprendre le code qui nourrissent la question « Que fait cette ligne ? » sont déjà là ; tu peux commencer avec 60 projets gratuits, 20 par plateforme, et, quand tu passes aux projets Premium, distribuer des codes issus de paquets de 5 ou 10 codes payés une seule fois et sans renouvellement automatique depuis Profil > Paquets Éducateur, au lieu de faire prendre un abonnement à chaque élève.