Valutazione delle attività di coding e robotica
Valutare il coding e la robotica non significa solo controllare se “il programma funziona”. Significa osservare come lo studente arriva alla soluzione: come scompone il problema, come prova e corregge, come spiega le proprie scelte. Per questo la valutazione di queste attività è soprattutto una valutazione di competenze, da condurre con strumenti che descrivono livelli di padronanza e non solo con un voto numerico.
Il riferimento è la scala a quattro livelli della certificazione delle competenze al termine del primo ciclo — avanzato, intermedio, base, iniziale — così come definita dalla scheda ministeriale e ripresa dalle guide didattiche (Progettare il futuro, Minerva Scuola; Guida ai compiti di realtà, Pearson). Le descrizioni di livello partono da questi indicatori:
- A – Avanzato: svolge compiti e risolve problemi complessi mostrando padronanza, propone e sostiene le proprie scelte.
- B – Intermedio: risolve problemi in situazioni nuove compiendo scelte consapevoli.
- C – Base: svolge compiti semplici anche in situazioni nuove, applicando regole e procedure di base.
- D – Iniziale: se guidato, svolge compiti semplici in situazioni note.
Criteri per il prodotto finale
Per “prodotto finale” intendiamo l’esito concreto dell’attività: un progetto Scratch funzionante, uno sketch su micro:bit o Arduino, un robot mBot che esegue il percorso. Le guide di coding (es. Coding a scuola, Leonardo) insistono su un punto: non esiste la soluzione, ma un ventaglio di soluzioni valide, da scegliere in funzione di obiettivi come la semplicità del codice, la modularità e la correttezza dell’esecuzione. La valutazione del prodotto considera quindi più dimensioni.
(proposta progettuale) Criteri suggeriti per valutare il prodotto:
- Funzionamento — il programma o il robot fa ciò che era richiesto? Si avvia, gestisce i casi previsti, non si blocca?
- Correttezza dell’algoritmo — la logica risolve davvero il problema (condizioni, cicli, eventi usati in modo appropriato)?
- Leggibilità e ordine — blocchi/codice organizzati, nomi sensati di sprite e variabili, eventuali commenti.
- Efficacia delle scelte — la soluzione è semplice e modulare, oppure inutilmente complicata?
- Gestione degli errori (debugging) — gli errori incontrati sono stati individuati e corretti in autonomia?
- Documentazione e spiegazione — lo studente sa descrivere a parole come funziona ciò che ha costruito.
Esempio concreto: nel “semaforo con Arduino” non conta solo che i LED si accendano,
ma che la sequenza rosso-giallo-verde rispetti i tempi previsti, che il codice sia
leggibile e che lo studente sappia spiegare a cosa serve la funzione delay().
Rubrica (tabella a 4 livelli)
(proposta progettuale) Rubrica per un compito di coding/robotica. Adattare gli indicatori all’attività specifica (Scratch, micro:bit, Arduino, mBot).
| Dimensione | D – Iniziale | C – Base | B – Intermedio | A – Avanzato |
|---|---|---|---|---|
| Scomposizione del problema (pensiero computazionale) | Scompone il problema solo se guidato passo passo. | Individua i passi principali con qualche aiuto. | Scompone in modo autonomo il problema in sottoproblemi. | Scompone il problema in modo efficiente e riconosce schemi riutilizzabili. |
| Costruzione dell’algoritmo | Assembla i blocchi/istruzioni per imitazione. | Costruisce sequenze corrette di base; usa cicli e condizioni semplici se suggeriti. | Usa cicli, condizioni ed eventi in modo corretto e consapevole. | Sceglie strutture efficienti e modulari, motivando le scelte. |
| Funzionamento del prodotto | Il prodotto funziona solo in parte e con supporto. | Funziona nei casi previsti di base. | Funziona in modo affidabile anche in situazioni nuove. | Funziona in modo robusto e gestisce anche casi non previsti. |
| Debugging | Individua gli errori solo se segnalati. | Corregge errori evidenti con qualche aiuto. | Individua e corregge gli errori in autonomia provando ipotesi. | Anticipa gli errori, testa in modo sistematico e ottimizza la soluzione. |
| Spiegazione e linguaggio tecnico | Descrive il lavoro in modo frammentario. | Spiega le parti principali con lessico essenziale. | Spiega il funzionamento usando termini tecnici corretti. | Argomenta scelte e alternative con lessico tecnico preciso. |
| Autonomia e collaborazione | Lavora solo se costantemente guidato. | Lavora con supporto e contribuisce al gruppo. | Lavora in autonomia e collabora attivamente. | Guida il gruppo, distribuisce compiti e supporta i compagni. |
Checklist per studenti
(proposta progettuale) Da consegnare prima di “chiudere” il progetto. Serve agli studenti per autovalutarsi e correggere prima della consegna.
- Ho capito esattamente che cosa deve fare il mio programma/robot.
- Ho scomposto il problema in passi piccoli prima di programmare.
- Il programma si avvia e fa quello che avevo previsto.
- Ho provato più volte e ho corretto gli errori che ho trovato (debugging).
- Ho dato nomi chiari a sprite, variabili o parti del codice.
- Ho tolto i blocchi o le istruzioni inutili.
- So spiegare a un compagno come funziona, usando i termini giusti.
- Ho controllato anche un caso “difficile” o non previsto.
Domande metacognitive
Le attività di coding offrono un’occasione preziosa: rendono visibile il ragionamento. Le seguenti domande aiutano lo studente a riflettere su come ha pensato, non solo sul risultato. (proposta progettuale)
- Qual è stata la parte più difficile e come l’hai superata?
- Quale errore ti ha bloccato di più? Come hai capito dove stava il problema?
- Se dovessi rifare il progetto da capo, cosa cambieresti per renderlo più semplice?
- C’era un’altra soluzione possibile? Perché hai scelto questa?
- Che cosa hai imparato che potrai riusare in un progetto diverso?
- Quanto del lavoro hai fatto in autonomia e quanto chiedendo aiuto?
Exit ticket
(proposta progettuale) Biglietto rapido (2-3 minuti) da raccogliere alla fine della lezione, anche su un foglietto o in forma digitale.
Coding/robotica — biglietto di uscita
- Oggi sono riuscito/a a: ______________________________
- Una cosa che NON funzionava e che ho corretto: ______________________________
- Una parola tecnica nuova che ho usato oggi: ______________________________
- Da 1 a 4, quanto mi sono sentito/a autonomo/a oggi: ☐1 ☐2 ☐3 ☐4
- La prossima volta voglio provare a: ______________________________
Fonti
- Guida ai compiti di realtà (A. Ferrari, Upgrade App Scenari di Tecnologia, Pearson) — p.11-12 (scala a quattro livelli A/B/C/D, rubriche dei livelli di padronanza)
- Progettare il futuro — Guida (Conti, Minerva Scuola Mondadori) — descrittori dei quattro livelli avanzato/intermedio/base/iniziale; la rubrica come strumento di osservazione sistematica
- MyTech — Guida (Brunetto, Bruno) — rubriche di valutazione delle prove di realtà; uso di Scratch nelle attività
- Coding a scuola (Leonardo, Benedetti-Romiti) — guide Scratch: idea del “ventaglio di soluzioni” e della verifica/correzione del funzionamento
- Per checklist, domande metacognitive ed exit ticket: contenuti come proposta progettuale da validare