La programmation fait désormais partie du paysage de l’école primaire : initiation à l’algorithmique dès le cycle 2, enseignement plus affirmé au cycle 3 avec des outils comme Scratch. Sur le papier, tout va bien. Dans la réalité de la préparation, la facture arrive vite : choisir un projet qui tient la distance, écrire une fiche élève compréhensible, anticiper quels blocs seront nécessaires, prévoir ce qui changera d’un élève à l’autre sur un parc hétérogène. Chaque séance de code se prépare comme une séance de mathématiques — mais avec une couche technique en plus.
C’est précisément là que l’IA peut vous aider, dans un périmètre clair : elle prépare vos documents en coulisses — fiches de programmation débranchée, scénarios de projets Scratch guidés, cartes défis progressives, grilles d’évaluation. Vous relisez, vous validez, et l’élève, lui, code sur la machine. Pour situer cette démarche dans l’ensemble, notre guide complet sur la préparation de cours avec l’IA en pose les bases.
⚡ L’Essentiel en 30 secondes
Le principe : l’IA produit les documents dont votre séance a besoin — fiche débranchée, scénario de projet guidé séance par séance, cartes défis à difficulté progressive, grille d’évaluation. Vous relisez, vous ajustez, vous validez.
La ligne rouge : l’IA travaille pour vous, jamais directement avec vos élèves. L’élève code dans l’éditeur Scratch, pas dans un chatbot.
Ce que vous obtenez : des supports structurés avec objectifs intermédiaires et critères de réussite, prêts à être testés dans l’éditeur avant la séance.
Ce que l’IA ne remplace pas : votre expertise pédagogique, l’accompagnement de l’élève pendant la manipulation, la vérification des blocs dans l’éditeur réel, et l’évaluation — qui reste humaine.
Ce qui rend la préparation d’une séance Scratch si coûteuse
Une séance de programmation ne se prépare pas comme une autre. Avant même d’entrer en classe, il faut avoir tranché une série de questions techniques : quel projet choisir pour que l’objectif soit atteignable en une séance ou deux, quels blocs les élèves vont réellement mobiliser, dans quel ordre les introduire, et ce qui risque de bloquer. Le fichier Scratch s’ouvre devant les élèves, mais c’est en amont que tout se joue : une consigne floue, un bloc mal anticipé, et la séance dérape.
S’ajoute une contrainte propre à l’informatique : l’hétérogénéité du parc. Des élèves connaissent déjà l’outil, d’autres découvrent l’interface, certains partagent une machine en binôme, l’accès au matériel varie. Préparer, c’est prévoir ces écarts : une fiche principale, des repères pour les élèves en difficulté, un prolongement pour ceux qui vont vite. C’est ce travail de différenciation invisible qui fait déborder la préparation sur le temps personnel — et c’est exactement le type de production documentaire que l’IA sait dégrossir, à condition de cadrer ses demandes.
Le périmètre : l’IA produit les supports, l’élève code, vous jugez
Le partage des rôles tient en une phrase : l’IA ne touche jamais à la séance elle-même, elle prépare ce qui l’entoure. En amont, elle génère les quatre familles de documents utiles : une fiche de programmation débranchée pour initier au cycle 2 sans écran — dans la lignée des jeux pédagogiques papier —, un scénario de projet Scratch décomposé en objectifs intermédiaires, des cartes défis graduées pour gérer l’hétérogénéité, une grille d’évaluation critériée. Elle agit comme un assistant de production : vous décrivez le besoin, elle propose une première version.
Pendant la séance, l’IA n’apparaît nulle part. L’élève manipule les blocs dans l’éditeur, cherche, se trompe, recommence — c’est cette manipulation qui construit l’apprentissage, et un dialogue avec un chatbot ne saurait s’y substituer. Vous, vous circulez, vous observez, vous débloquez. À l’arrivée, l’évaluation des projets reste votre travail : l’IA peut vous proposer une trame de critères, mais c’est vous qui regardez le programme de chaque élève et qui portez un jugement. Pour aller plus loin sur cette partie, notre article sur la création de supports de cours avec l’IA détaille la méthode de relecture.
Les 4 prompts à copier-coller
Chaque prompt ci-dessous produit un document prêt à relire. Remplacez les champs entre crochets par votre contexte, générez, puis testez le résultat dans l’éditeur Scratch réel avant la séance.
Fiche de programmation débranchée (cycle 2)
Avant d’ouvrir Scratch, l’algorithmique se travaille sur papier : décomposer un déplacement en instructions est la compétence fondatrice. Ce prompt produit l’activité d’initiation, sans aucun écran.
Tu es professeur des écoles, spécialiste de l’initiation à l’algorithmique au cycle 2. Prépare une fiche d’activité de programmation débranchée, entièrement sur papier, sans ordinateur.
Niveau : [ex : CP – CE1] Notion : décomposer un déplacement en instructions Durée : [ex : 30 minutes] Matériel : papier, crayon, grille quadrillée imprimée
La fiche contient :
- Une situation d’accroche : un personnage doit aller d’un point de départ à un trésor placé sur une grille
- Des cases à remplir où l’élève écrit ses instructions : avancer, tourner à droite, tourner à gauche
- Une progression en 3 exercices : un trajet en ligne droite, puis un trajet avec un seul tournant, puis un trajet avec plusieurs tournants et un obstacle à contourner
- Une question de synthèse : « que se passe-t-il si tu changes l’ordre de tes instructions ? »
- Le corrigé de chaque exercice, réservé à l’enseignant
Format : fiche élève tenant sur une page, consignes courtes, vocabulaire adapté au cycle 2.
Scénario de projet Scratch guidé (cycle 3)
Au cycle 3, l’enseignement se fait plus affirmé et un projet Scratch se construit sur plusieurs séances. Ce prompt génère le déroulé complet, avec la décomposition en objectifs intermédiaires qui évite aux élèves de se perdre.
Tu es professeur des écoles, à l’aise avec l’enseignement de la programmation au cycle 3. Rédige un scénario de projet Scratch guidé, pas à pas, que je suivrai avec ma classe.
Niveau : [ex : CM1] Projet : [ex : un jeu où un sprite attrape des objets qui tombent] Nombre de séances : [ex : 4] Durée par séance : [ex : 45 minutes] Contexte matériel : [ex : élèves en binôme sur un ordinateur]
Le scénario contient :
- L’objectif final du projet, formulé comme une réussite observable
- La décomposition en objectifs intermédiaires, un par séance : déplacer le sprite, déclencher une action par un événement, détecter une collision, afficher un score
- Pour chaque séance : le déroulé (rappel de la séance précédente, démonstration collective, temps de programmation des élèves, mise en commun), les blocs Scratch nécessaires nommés explicitement, et une fiche élève avec des étapes numérotées
- Les obstacles probables à chaque étape et la façon de les anticiper
- Une variante de finition pour les groupes qui terminent en avance
Format : un document organisé séance par séance, prêt à relire et à imprimer.
Cartes défis à difficulté progressive
Une même classe, des niveaux très éloignés : les cartes défis permettent à chaque élève d’avancer sur le même projet à son rythme, du plus guidé au plus libre.
Tu es professeur des écoles. Crée une série de cartes défis Scratch à difficulté progressive, toutes sur le même projet : [ex : animer un personnage qui traverse la cour de récréation].
Génère 4 niveaux :
- Niveau 1 (guidé) : les étapes sont données une par une, avec le nom des blocs à utiliser et une description en texte du résultat attendu
- Niveau 2 (aidé) : l’objectif est donné avec des indices, mais sans le nom des blocs
- Niveau 3 (autonome) : l’objectif est donné seul, l’élève choisit ses blocs
- Niveau 4 (libre) : une contrainte créative à respecter (ajouter un son, changer de décor, faire réagir deux sprites), sans autre consigne
Chaque carte contient : le titre du défi, la consigne en 2 lignes maximum, le critère de réussite observable, et un indice facultatif placé en bas de carte.
Format : une carte par niveau, prête à découper et à imprimer.
Grille d’évaluation de projet
Évaluer un programme d’élève sans se laisser porter par l’impression demande des critères précis. Ce prompt produit une grille que vous remplissez en observant les projets — l’évaluation reste entièrement votre décision.
Tu es professeur des écoles. Crée une grille d’évaluation pour un projet Scratch réalisé par les élèves : [décrire brièvement le projet].
La grille comporte 5 critères maximum, tous observables et vérifiables directement dans le projet :
- Le programme fonctionne au lancement, sans bloc cassé
- L’objectif demandé est atteint : le comportement attendu se produit
- Les événements sont déclenchés correctement (drapeau vert, clic, touche)
- Le programme est lisible : sprites renommés, enchaînement de blocs compréhensible
- L’élève sait expliquer oralement ce que fait chaque partie de son programme
Pour chaque critère, donne : le libellé exact à afficher, deux ou trois niveaux de réussite formulés de façon factuelle (ce qui est observé, jamais une impression), et un espace pour l’appréciation de l’enseignant.
Rappel : cette grille structure mon observation en séance ; je reste seul juge de l’évaluation de chaque élève.
Format : tableau à trois colonnes, prêt à imprimer.
Limites honnêtes
L’IA se trompe sur la syntaxe des blocs. Le nom exact des blocs Scratch, leur catégorie, leur agencement : l’IA produit parfois des assemblages qui n’existent pas dans l’éditeur. Avant chaque séance, testez le scénario généré dans l’éditeur réel — quelques minutes de vérification évitent une démonstration qui plante devant la classe.
Le vocabulaire varie selon les versions et les traductions. L’interface de Scratch évolue, et les libellés des blocs diffèrent selon les versions et les traductions. Une fiche qui nomme un bloc peut ne pas coller à ce que vos élèves voient à l’écran. Prévoyez de vérifier les libellés sur la version installée dans votre classe.
L’IA ne remplace ni la manipulation ni l’accompagnement. Un scénario guidé, aussi détaillé soit-il, ne code pas à la place de l’élève. C’est en assemblant les blocs, en se trompant et en corrigeant que l’apprentissage se fait — avec vous à côté pour questionner, débloquer, valoriser. Aucun document généré ne tient lieu de ce lien pédagogique.
FAQ
Mon parc est réduit ou l’accès à internet est limité, puis-je quand même travailler la programmation ?
Oui. C’est même l’intérêt de la programmation débranchée : la fiche générée par le premier prompt se déroule sur papier, sans aucun équipement. Quand le temps machine est disponible, l’éditeur Scratch peut s’utiliser hors ligne sur les postes, ce qui évite de dépendre d’une connexion le jour de la séance. Les deux approches se combinent : préparation débranchée en classe, passage à l’éditeur quand l’accès le permet.
À quel cycle commencer la programmation ?
L’initiation commence au cycle 2, avec des activités débranchées qui construisent les concepts fondamentaux : décomposer une tâche, ordonner des instructions, repérer une boucle. Le passage à un outil comme Scratch s’inscrit naturellement au cycle 3, quand les élèves savent lire des consignes écrites et enchaîner des étapes. Rien n’interdit une découverte précoce de l’éditeur en fin de cycle 2, mais les fiches débranchées suffisent à poser les bases sans ajouter la difficulté de l’interface.
Faut-il créer un compte pour utiliser Scratch en classe ?
Pas nécessairement. L’éditeur en ligne s’utilise sans compte : les élèves peuvent programmer directement et enregistrer leur projet sur le poste. Un compte ne devient utile que pour enregistrer les projets en ligne et les retrouver d’une séance à l’autre. À vous de trancher selon vos contraintes locales — et le cas échéant, de suivre la procédure prévue pour l’usage de comptes par des mineurs dans votre établissement.
Combien de temps l’IA fait-elle gagner en préparation ?
Le gain est réel mais difficile à chiffrer, car il dépend de votre aisance avec l’outil et de la complexité du projet. Ce qui est sûr : les quatre documents — fiche débranchée, scénario guidé, cartes défis, grille d’évaluation — demandent chacun une relecture et des ajustements, pas une rédaction de zéro. Le temps que vous ne passez plus à structurer la première version, vous le passez à tester dans l’éditeur et à adapter à votre classe. C’est un déplacement du temps vers ce qui a le plus de valeur, plus qu’une réduction magique.
Conclusion
Préparer une séance Scratch au primaire, ce n’est pas une affaire d’inspiration, c’est une affaire de documents : la fiche qui cadre la séance, le scénario qui la déroule, les cartes qui gèrent les écarts, la grille qui éclaire l’évaluation. C’est exactement ce que l’IA sait produire en coulisses, quand vous lui donnez un cadre précis.
Le reste ne se délègue pas. Vous testez les blocs dans l’éditeur, vous circulez entre les machines, vous questionnez les élèves sur ce que fait leur programme, vous évaluez. L’IA prépare, vous validez, l’élève code — chacun son rôle, et la séance n’en est que plus solide.
Aller plus loin
- 📙 Créer des supports de cours avec l’IA : le guide pas à pas — des fiches élèves prêtes en quelques minutes.
- 📙 Évaluer avec des grilles critériées : la méthode — évaluer un projet de code sans subjectivité.
- 📙 Jeux pédagogiques papier créés avec l’IA — l’activité débranchée sans écran.