Tempo di progetti

Questa sezione è dedicata alle "fondamenta" e quindi per sua natura dovrebbe avere lo scopo di spiegare il "come fare". Tuttavia insegnare a progettare un'attività è quanto di meno trasferibile in termini scritti.

Il progettare deriva da conoscenze ed esperienze fortemente interconnesse.

Mi limiterò quindi a illlustrare alcuni problemi che definirei ricorrenti nell'ambito dell'applicazione di ritrovati tecnologici alla didattica.

Non sempre l'integrazione di tecnologie di comunicazione nel contesto della didattica quotidiana risulta semplice. Senza contare che i timori e i dubbi come quelli che seguono sono per una qualche misura fondati e reali:

• La sensazione di preparazione incompleta di fronte ai mezzi che porta alla necessità di disporre di maggiori risorse e tempo di formazione.

• Il timore della sopraffazione del mezzo tecnico con i suoi particolari operativi e con la tendenza del media a diventare contenuto e non contenitore.

• La perdita di terreno sul piano dei contenuti curricolari, il cosiddetto "restare indietro sul programma".

• Il calo della motivazione perchè gli strumenti non sono di immediata comprensione o non si ottiene subito un risultato eclatante.

Per cominciare la sensazione di preparazione inadeguata non è una vostra personale percezione. E' anzi la norma in contesti tecnologici a sviluppo veloce (l'informatica è uno di quelli). Non si può mai sapere tutto fin dall'inizio e neppure si può arrivare, senza un lungo percorso, ad avere una comprensione solida delle basi. Dirò di più: neppure chi lavora professionalmente in campo informatico ci riesce, le tecniche son luoghi di sapere frammentato. Il trucco è qui quello di capire che abbiamo bisogno di un metalivello per affrontare il problema. E' qui che l'apprendere ad apprendere serve per davvero ed è forse l'unico modo per affrontare con gli studenti, dal vivo, un territorio in costante mutamento.

Veniamo all'ingombranza concettuale del mezzo (secondo punto). E' vero, la tecnologia viene spesso confezionata con una certa quantità di nozioni più o meno a perdere, i manuali di istruzioni ne sono un caso esemplare. Indiscutibilmente, affrontare con piglio tecnico queste questioni e con una certa disponibilità a provare può produrre un forte coinvolgimento cognitivo. Ma per evitare quanto detto al terzo punto dobbiamo guardarcene bene. Per questo è opportuno che parte del lavoro didattico sia svolto con sistemi tradizionali (carta, penna e animazione) in modo da costituire una traccia forte di quanto si voglia comunicare. La disponibilità di una certa quantità di materiale e le decisioni prese nel corso della sua realizzazione andranno a formare un "recinto" dai cui sarà difficile sfuggire.

Infine, ma bisognerebbe spenderci qualche parola di più, la coscienza dell'avvenuto apprendimento è di per sè motivante e si tratta di una esperienza così forte da dover essere comunicata. In sostanza non sarà la qualità del prodotto finale, ma tutto il processo a dover essere motivante. Per far questo occorre disseminare il percorso di punti in cui valutare la differenza tra le conoscenze pregresse e quelle raggiunte. Un buon punto di motivazione è proprio la fase in cui si riflette su come trasporre le informazioni da un media all'altro. Lo strumento informatico, in questo caso, ci viene in aiuto con la sua capacità di memoria, sempre che fin dall'inizio abbiate considerato il tempo necessario alla documentazione.

In parte ritengo che questi problemi siano la norma e che solo incidentalmente sorgano in concomitanza con la "tecnica". Il problema della motivazione, per fare un esempio, tocca quasi tutti i livelli della formazione moderna.

Per un'altra parte molti di questi problemi possono essere indirizzati e contenuti ricorrendo ad uno schema progettuale da usare come guida. Non sarà la panacea di tutti i mali, ma in questo contesto ricorrere ad una forte attività progettuale risulta l'unica soluzione, poste alcune attenzioni.

In primo luogo non stiamo progettando un oggetto inerte. Dobbiamo considerare che lo svolgimento dell'attività comporterà, quanto meno, un adattamento dei presupposti e delle assunzioni iniziali.

Non è la perfetta esecuzione che fa di un progetto un buon progetto. Piuttosto un buon progetto si adatta all'esecuzione.