Come valutare i singoli studenti quando quattro ragazzi condividono un solo kit di robotica
I progetti di robotica di gruppo nascondono spesso chi si lascia trasportare. Si può valutare con precisione la competenza individuale separando la costruzione condivisa da tre momenti individuali: artefatti legati al ruolo, tracciamento del codice su carta e colloqui orali da 60 secondi.
Quando quattro studenti condividono un solo kit di robotica, la valutazione di gruppo classica garantisce un voto inesatto. In quasi ogni squadra da quattro, uno studente dominante scrive il codice a blocchi, uno costruisce il telaio e due guardano passivamente lo schermo o vagano per il laboratorio informatico. Dare a tutti e quattro lo stesso 85% per una sfida di inseguimento della linea premia chi si lascia trasportare e nasconde gravi lacune di apprendimento prima che arrivino i quadrimestri che pesano davvero.
La soluzione non è comprare quattro volte l'hardware. La soluzione è disaccoppiare il risultato fisico di gruppo dalla valutazione individuale. La squadra condivide il telaio e il bus dei sensori, ma ogni studente viene valutato su tre distinti momenti individuali: la documentazione del ruolo assegnato, una prova di tracciamento individuale e un colloquio dal vivo sul codice di 60 secondi.
Il modello a rotazione dei quattro ruoli
La condivisione dell'hardware fallisce quando i ruoli sono informali. Se dite agli studenti di "lavorare insieme per programmare un robot che evita gli ostacoli con gli ultrasuoni", chi digita più veloce si prende la tastiera. Dovete imporre ruoli espliciti e non negoziabili, che ruotano a ogni ciclo di progetto o ogni settimana.
Per una squadra di quattro studenti, stabilite quattro ruoli funzionali, ciascuno legato a un artefatto di valutazione individuale che l'insegnante valuta separatamente dal robot in funzione:
| Ruolo | Responsabilità durante la costruzione | Elaborato individuale valutato |
|---|---|---|
| Programmatore capo | Inserisce il codice, imposta la logica delle variabili, gestisce la sintassi. | Esportazione del codice annotata con spiegazione scritta dei rami logici. |
| Ingegnere hardware | Cabla i sensori, monta i motori, controlla l'assorbimento della batteria. | Schema di cablaggio dei pin con assegnazione di pin/porte e soglie dei sensori. |
| Ingegnere QA e test | Progetta i protocolli di prova, misura distanze e tolleranze. | Registro delle prove con valori in ingresso, comportamento del robot osservato rispetto all'atteso e segnalazioni di bug. |
| Responsabile di sistema del progetto | Gestisce i tempi, coordina l'integrazione, tiene traccia dei vincoli. | Diagramma a stati o diagramma di flusso che mostra l'intera sequenza del sistema. |
Se il robot funziona, la squadra ottiene un punteggio di gruppo di base (per esempio dal 20% al 30% del voto complessivo del compito). Il restante 70%-80% deriva interamente dall'elaborato individuale e dalla verifica diretta della competenza individuale.
Il colloquio sul codice da 60 secondi
Lo strumento più affidabile per scoprire se uno studente capisce il programma che gira sul robot è la spiegazione orale dal vivo. In un'ora di 45 minuti con 10 gruppi (40 studenti) non potete fare colloqui lunghi. Potete però condurre colloqui da 60 secondi mentre le squadre provano sul pavimento.
Chiamate uno studente al portatile. Indicate una riga o un blocco di codice a caso e ponete una di tre domande diagnostiche:
- "Che cosa farà fisicamente il robot se cambio questo operatore di confronto da > a <?"
- "Perché questa lettura del sensore è dentro il ciclo e non nel blocco di setup?"
- "Indica il blocco di codice esatto che viene eseguito quando la ruota sinistra va in retromarcia."
Uno studente che ha costruito la logica risponde all'istante. Un passeggero che ha lasciato fare al compagno si blocca o dà risposte vaghe come "fa girare il motore". Registrate un punteggio su una semplice scala a tre punti (0 = nessuna comprensione, 1 = comprensione parziale, 2 = padronanza chiara). In meno di dieci minuti potete valutare dieci studenti individualmente senza fermare il ritmo della lezione.
Il tracciamento del codice su carta
Quando i laboratori informatici non hanno corrente affidabile, o quando il load shedding interrompe una sessione in corso, le prove di tracciamento su carta sono il livellatore più robusto. È anche in linea con il modo in cui le valutazioni formali di informatica nel curriculum CAPS di Coding and Robotics misurano la logica algoritmica.
Fornite agli studenti un estratto del codice del progetto stampato su carta (o proiettato su uno schermo), ma introducete un bug deliberato: un ritardo fuori posto, un controllo condizionale invertito o un ambito di variabile sbagliato. Date agli studenti cinque minuti, in autonomia, per scrivere:
- Quale riga contiene l'errore logico.
- Che cosa farà fisicamente il robot a causa di quell'errore.
- Lo pseudocodice o il parametro del blocco corretto.
Questo elimina il vantaggio di avere un compagno veloce seduto accanto. Se uno studente non riesce a seguire il flusso di esecuzione su carta, non ha capito il codice che girava sul robot della sua squadra.
Come strutturare la ripartizione del voto
Per mantenere gestibile la valutazione su classi numerose senza rinunciare alla responsabilità individuale, strutturate le griglie di valutazione dei progetti con questa pesatura:
Componente di gruppo (30%): la costruzione fisica integrata rispettava le specifiche di progetto e svolgeva il compito autonomo richiesto?
Elaborato individuale di ruolo (35%): questo specifico studente ha prodotto un artefatto di ruolo completo e accurato (schema di cablaggio, diagramma di flusso a stati o registro QA)?
Verifica individuale delle competenze (35%): lo studente ha dimostrato comprensione durante il colloquio o il tracciamento del codice su carta?
Con questa distribuzione, una squadra che costruisce un eccellente rover risolutore di labirinti vedrà il suo programmatore attivo prendere 92% e il suo passeggero disimpegnato 48%. È un esito equo, trasparente e immediatamente utile per il colloquio con i genitori e la pagella di fine quadrimestre.
Per le scuole che gestiscono implementazioni su più classi e un monitoraggio standardizzato tra i vari anni, il nostro team di Sheen School Services fornisce griglie di valutazione su misura, modelli di ruolo e workshop per docenti pensati specificamente per i vincoli di orario e di aula sudafricani.
