Ce que le programme sud-africain de codage et de robotique exige réellement de votre école
Nul besoin de kits de robotique à 10 000 R ni d'un ordinateur par élève pour passer un audit CAPS. Le projet de programme peut être mis en œuvre avec des outils hors ligne et open source et des microcontrôleurs abordables, même dans des classes soumises au délestage et à une connectivité limitée.
Le projet de programme CAPS « Coding and Robotics » peut se lire comme une liste de souhaits rédigée par une entreprise technologique de la Silicon Valley. Sur le papier, il demande aux écoles d'initier les élèves aux algorithmes, aux technologies d'Internet, à la citoyenneté numérique et aux systèmes mécaniques. Pour un chef d'établissement ou un conseil d'administration, cela ressemble à une facture immédiate de plusieurs centaines de milliers de rands en ordinateurs portables haut de gamme, en kits de robotique propriétaires et en montées en débit fibre.
Mais le texte réglementaire et la réalité de la classe sont deux choses très différentes. Une fois les mots à la mode écartés, les exigences pédagogiques effectives du programme se révèlent très adaptables. Il n'est pas nécessaire de surinvestir. De fait, les écoles qui dépensent le plus en jouets éducatifs propriétaires obtiennent souvent le plus faible retour sur investissement, parce que le matériel est trop complexe pour que les enseignants l'intègrent à une séance ordinaire de 45 minutes.
Le détail phase par phase
Le programme est structuré en trois phases distinctes, et les besoins matériels ne deviennent sérieux qu'à partir de la 4e année (Grade 4). Voici ce qu'il faut réellement pour atteindre les objectifs d'apprentissage :
| Phase | Domaines clés | Matériel réellement nécessaire | Coût approximatif par groupe d'élèves |
|---|---|---|---|
| Foundation (R-3) | Codage débranché, reconnaissance de motifs, littératie numérique de base. | Aucun. Grilles sur papier, tapis de sol et cartes physiques. | R0 - R200 (matériel fait maison) |
| Intermediate (4-6) | Programmation visuelle (Scratch), microcontrôleurs de base, périphériques d'entrée/sortie. | Micro-ordinateurs abordables (comme le BBC micro:bit) et logiciels hors ligne gratuits. | R500 - R800 par binôme |
| Senior (7-9) | Codage textuel (Python/HTML), électronique de base, algorithmes et systèmes. | Microcontrôleurs avec kits de capteurs simples (résistances, LED, plaques d'essai). | R800 - R1 200 par binôme |
Dans la phase Foundation (Grades R à 3), le programme est presque entièrement « débranché ». L'accent porte sur la pensée informatique : apprendre aux enfants à décomposer un problème en étapes successives. Vous pouvez très bien l'enseigner avec une grille tracée au sol de la classe, où un élève joue le « robot » et un autre écrit le « code » avec des flèches en papier. Acheter des robots de sol rechargeables et coûteux pour des Grade 1 est un luxe, pas une exigence du programme.
Dans la phase Intermediate (Grades 4 à 6), les élèves passent à la programmation par blocs à l'écran. L'outil de référence ici est Scratch, entièrement gratuit et doté d'un éditeur hors ligne. Pour le volet robotique, le programme introduit les microcontrôleurs. Un simple BBC micro:bit coûte environ 500 à 600 R. Il embarque des capteurs de lumière, des capteurs de température et une matrice de LED. Il n'exige ni châssis complexe ni roues pour enseigner les notions clés d'entrées, de traitements et de sorties.
Dans la phase Senior (Grades 7 à 9), commence le passage à la programmation textuelle (typiquement Python) et à l'électronique de base. Les élèves doivent comprendre comment interagissent des composants comme les résistances, les diodes électroluminescentes (LED) et les capteurs à ultrasons. Là encore, cela se fait très bien avec des kits d'électronique simples plutôt qu'avec des châssis de robots propriétaires préassemblés coûtant des milliers de rands.
Le piège du surinvestissement
La plus grosse erreur des écoles sud-africaines est d'acheter des kits de robotique à écosystème fermé. Ces kits, souvent facturés entre 8 000 et 15 000 R la boîte, sont conçus pour des équipes de compétition extrascolaires, pas pour des classes de 40 élèves.
« Quand une école achète du matériel propriétaire, elle n'achète pas seulement du plastique ; elle entre dans un écosystème de licences qui suppose souvent un internet à haut débit, des pièces de rechange coûteuses et des logiciels propriétaires qui ne tourneront pas sur les vieux portables de l'école. »
Si un seul capteur propriétaire casse, son remplacement peut coûter des centaines de rands et prendre des semaines de livraison. Avec du matériel open source, un capteur de rechange coûte moins qu'un café et s'achète localement. De plus, les plateformes open source garantissent que les compétences acquises par les élèves sont transférables à l'ingénierie réelle, au lieu de rester cantonnées à l'interface d'une seule marque de jouets.
La réalité : 40 élèves, 1 ordinateur portable
Comment mettre cela en œuvre avec une grande classe et un seul chariot d'ordinateurs ? La réponse tient dans la rotation et la programmation en binôme.
Vous n'avez pas besoin d'un appareil par élève. Dans l'industrie du logiciel, la « programmation en binôme » (deux développeurs partageant un écran) est une pratique courante qui améliore la qualité du code et la collaboration. Dans une classe de 40, 20 appareils constituent la limite gérable par un seul enseignant. Si vous en avez moins, structurez vos séances en ateliers tournants : le groupe A traite des énigmes algorithmiques débranchées, le groupe B code sur les portables et le groupe C assemble des circuits physiques.
Chez Sheen Robotics, nous concevons nos services d'implémentation en établissement pour aider les écoles à faire correspondre leur infrastructure existante aux exigences CAPS, en veillant à ce qu'aucune école n'achète du matériel qu'elle ne pourra pas réellement utiliser dans une salle de classe ordinaire.
Le filtre de l'infrastructure : délestage et WiFi
Tout plan de programme reposant sur une connexion internet permanente et rapide échouera dans l'école sud-africaine moyenne. Les réseaux WiFi scolaires, en particulier ceux qui utilisent les protocoles de sécurité WPA2-Enterprise, bloquent fréquemment les ports dont les microcontrôleurs éducatifs ont besoin pour flasher du code depuis des éditeurs en ligne.
Pour bâtir un programme de codage résilient, vos outils doivent satisfaire trois critères :
- Fonctionnement hors ligne : des logiciels comme Scratch Desktop et des IDE Python hors ligne (comme Thonny) doivent être installés localement sur les machines.
- Faible consommation : des microcontrôleurs comme le micro:bit s'alimentent directement par le port USB d'un portable ou par un simple bloc de piles AA. Ils n'ont pas besoin du secteur pour fonctionner.
- Ordinateurs portables sur batterie : si votre salle informatique repose entièrement sur des PC de bureau, un seul créneau de délestage anéantit votre temps d'enseignement. Des chariots de portables qui se rechargent pendant les heures de cours et tiennent sur batterie pendant les coupures sont la seule option fiable.
Le programme CAPS de codage et de robotique est tout à fait réalisable si vous ignorez le battage marketing. Commencez par la pensée informatique débranchée, passez à des logiciels hors ligne gratuits, et utilisez du matériel open source abordable au moment de basculer vers l'informatique physique. Votre budget, et vos enseignants, vous diront merci.
