it´s a test

Her kommer del 17 av den pågående tipsserien om digitale tester. Denne gang må du i kreativmodus og gjerne bidra til å tenke høyt :-)

Utgangspunkt: "it´s a quest"

Rune Vindenes, tidligere ansatt i firmaet "it´s learning", kom med et knalltips på et seminar i Bergen om pedagogisk bruk av digitale tester for et par år siden. Han tenkte seg et opplegg med en rekke tester, der de som klarte en test, fikk en ledetråd som skulle tas med videre. Målet slik han så det for seg, var å samle sammen et større nøkkelord, og levere inn dette i en endelig test (med bare ett spørsmål). Hver test ville altså gi dem en del av ”rebusen”. En utfordring med å lage et slikt opplegg, er at læreren i så fall manuelt må dele ut nøkkelordet etterhvert som studentene består testene siden det dessverre ikke er mulig i dagens testverktøy å gi en betinget tilbakemelding basert på oppnådd poengsum.

Idéen til Rune Vindenes om å knytte sammen flere tester, inspirerte meg til å spinne videre. Jeg skrev et blogginnlegg som jeg kalte "it´s a quest" . Tanken bak "it´s a quest" er at læreren lager undersøkelser, forum, tester, notater, pekere og så videre, og knytter disse finurlig sammen som en rebus som skal løses gradvis. Hver deltaker skal prøve å komme seg gjennom rebusen, og sende inn løsningsordet til læreren. For eksempel vil stien være slik:

• Et notat som viser til en lenke/webside som må leses og forstås for å finne ut første ord av rebusen. Websiden er selvsagt faglig relevant, for eksempel historie, samfunnsfag, matematikkhistorie, anvendelse av noe e.l.
• Deretter tar eleven/studenten en test hvor svaret på et av spørsmålene også gir en ledetråd til hvor en skal gå videre.
• En blir ledet til mer lærestoff og nye ledetråder.
• Deretter bærer det til et forum hvor en skal skrive et innlegg, og kanskje er ledetråden gjemt direkte i et eksisterende innlegg, eller kanskje heller: indirekte. For eksempel at en skal finne et ord på 7 bokstaver som oppsummerer og beskriver det diskusjonen egentlig handler om. Da må en lese og forstå diskusjonen, og så klare å abstrahere innholdet og finne et egnet ord. Dette krever refleksjon, prosessering etc. Diskusjonen kan være "gammel", for eksempel fra et tidligere semester.
• Deretter skal en lese et notat som blant annet har inkludert en video om noe fra YouTube.

Fantasien setter grenser. Hele tiden samles nye biter og ledetråder av rebusen opp. Ledetrådene og ord som inngår i rebusen finnes bare ved å gjøre det som skal gjøres og følge alle instruksjoner. Hensikten er selvsagt ikke å løse rebusen, men å aktivisere elevene/studentene slik at de lærer mye underveis. Alt som skal gjennomgås er faglig relevant. it´s a quest blir altså bare en metode for læring.

Dette er altså bakteppet og inspirasjonskilde for dette innlegget.

Tanker om et opplegg med tester: it´s a test

Det som fasinerer meg med "it´s a quest", er at elevene/studentene er på jakt etter noe, og aktiviseres underveis. De lærer mye, og det er motiverende og morsomt å jobbe seg videre. Kan digitale tester brukes på en liknende måte for å fremme læring og drive aktivitet? La oss prøve å konstruere en eller flere tester med hensikt å motivere for å lære noe eller øve en ferdighet. Altså slik at testen blir et redskap som driver læringen fremover.

Jeg vet ikke hva som er det beste navnet på noe slikt, men siden det er motivert i "it´s a quest" så kaller jeg det "it´s a test". Jeg prøver meg på to eksempler (ett i programmering og ett i kjemi/realfag) for å forklare konseptet, og så utfordres du i kommentarfeltet til å eksemplifisere for ditt fagfelt.

Eksempel 1: Programmeringsfag

Selv om du ikke kan eller har interesse for programmering, er det viktig å skumme gjennom dette eksempelet og få med hovedpoenget i "it´s a test". Et viktig mål i programmeringsfag er å øve praktiske ferdigheter og lære seg å slå opp i ressurser på Internett som kan hjelpe til i problemløsning. I stedet for å bare instruere elevene/studentene om å utforske ressursen, eller lage lærestoff som forklarer bruken, så kan jeg bruke "it´s a test"-metodikken. Kollega Geir Maribu inspirerte meg til å tenke anderledes, siden han har gjort noe liknende i sine fag.

• Studentene skal lære å programmere. Ingen kan lære alle hemmeligheter og kriker og kroker i et programmeringsspråk. De trenger hjelp fra språkets dokumentasjon, og må lære seg å slå opp i den. I vår tilfelle er dette den såkalte "PHP-manualen" med adresse http://www.php.net/manual/en/.
• Jeg lager en test som fordrer aktiv bruk av PHP-manualen.
• Jeg vet hva som er viktig å kjenne til i praksis, nemlig strukturen og organiseringen av manualen. Det å kunne tolke informasjonen de finner og sette den inn i en sammenheng, står sentralt. Jeg lager derfor spørsmål som krever at de må slå opp i PHP-manualen for å finne svaret.

La meg konkretisere. Et spørsmål kan kanskje være

Hvor mange argumenter krever funksjonen strstr() i programmeringsspråket PHP?

Dette er noe ingen programmerere går rundt og husker. Svaret står i klartekst i PHP-manualen, og ved å slå opp i denne ressursen, finner de svaret. Studentene mine må altså lære seg å bruke PHP-manualen og forstå informasjonen som står der. Et annet spørsmål kan være:

Hva brukes funksjonen mktime() til?

Ingen programmerere går rundt og husker dette, men i PHP-manualen står det en beskrivelse som forklarer både hva funksjonen mktime() gjør, samt relaterte funksjoner og eksempler på bruk.

En student slår opp i PHP-manualen på Internett på jakt etter hva hensikten med funksjonen mktime() er.

Eksempel 2: Kjemi og liknende fag

Kjemi er et fagfelt som krever kunnskaper og øvelse/eksperimentering. Det egner seg derfor perfekt for "it´s a test". Vi kan tenke oss at en lærer lager en test med noen spørsmål. For å kunne svare må elevene/studentene gjøre en rekke ting. Spørsmålene kan kreve at de gjennomfører konkrete eksperimenter, forbereder kjemiske forsøk og liknende. Noe som er sentralt (så vidt jeg husker) er å forstå og klare å bruke den periodiske tabellen, samt å sette sammen molekyler. Dette må egne seg kjempegodt for "it´s a quest". Det er spørsmålene og jakten på svaret som driver dem framover, men hensikten er at de skal lære og øve seg i noe helt annet.

Når de har løst problemene, så kan de svare. Poenget er at da har de lært mye underveis. Letingen kan ta laaaang tid. Det å ta testen kan være fort gjort.

Oppsummering: Hvorfor "it´s a test"?

Du forstår sikkert poenget nå. Poenget med et slikt opplegg er at elevene/studentene kan svare bare ved å slå opp eller gjøre noe. Gjennom det så lærer de å bli kjent med noe og anvende noe i praksis. Læreren kan lage en video som demonstrerer eller forklare (undervisning), men det blir mer passivt og trolig ikke så lærerikt. Med "it´s a test" blir den lærende aktivisert. De må selv utforske for å finne svaret. I stedet for at læreren detaljert forklarer hvordan ting fungerer, så må de lete og tenke selv, og svare på spørsmål. Det er spørsmålene (i testen) som driver elevene/studentene fremover.

Hvorfor bruke tester på denne måten? Fordi det bidrar til å automatisere alle sider av læringen. Testen retter seg selv og driver kjerneaktiviteten fremover. Elevene/studentene motiveres av målet, nemlig å bestå testen (eller evt. finne svar). De lærer det de skal underveis, og det skjer i tillegg på en god måte.

Kanskje kan læreren også flette inn andre aktiviteter, for eksempel krav om refleksjonsinnlegg underveis, bidrag i forum e.l. mens en tar testen og gjennomfører de aktivitetene som kreves for å klare testen? Kan en kanskje tenke seg å kjøre et slikt opplegg gruppevis, kanskje som en gruppevis konkurranse? Da får de et ekstra insentiv for å løse problemene fort og effektivt, og må lære sammen og samarbeide på nye måter. Tankene går til orienteringsløp og gruppekonkurranser på ute-dager i barneskolen, der vi gruppevis gikk sammen og skulle løse oppgaver underveis og fylle ut ord i en rebus. Jeg innser nå (20 år etterpå) at målet fra skolens side med slike ute-dager ikke var at vi skulle finne alle postene og vinne, men at vi skulle lære ting underveis. Løypen var bare virkemiddelet. Det samme handler "it´s a test" om. Testen er bare virkemiddelet.

Har du tanker om "it´s a test"? Kommenter i vei, dette kan bli fruktbart om mange konkretiserer. Gjerne tenk høyt om ditt eget fag og prøv å tenke anvendelse og praktiske cases hvor en test kan drive arbeidet, og hvor målet ikke er testen som sådan, men å lære underveis i jakten på svaret.

Du står fritt til å bruke eksemplene fra denne tipsserien i egen undervisning. Svend Andreas Horgen har holdt mange foredrag og kurs om digitale tester (og pedagogisk bruk av IKT generelt), og underviser blant annet et nettbasert fag om IKT og læring hvor digitale tester inngår som pensum. Dersom du synes denne tipsserien er nyttig, så må du gjerne spre en lenke til andre. Har du innspill, tanker, erfaringer eller andre idéer, så legg gjerne igjen en kommentar!