Oppija tutkii neljää reittiä — kuvaa, ääntä tai musiikkia, videota ja koodia — ja kokeilee niistä yhtä samalla arviointisyklillä. Kokeilu ei jää irralliseksi tuotantolaboratorioksi, vaan johtaa oman apuri-botin toteutustapojen vertailuun sekä toteutus-, riski- ja käyttöönottopäätökseen.
Reitit ovat pedagogisesti samanarvoisia. Oppijaa ei ohjata kuvaan vain siksi, että se on opettajalle tai käytettävissä olevien palvelujen kannalta helpoin vaihtoehto. Arvioinnin kohteena on harkittu prosessi ja siitä syntyvä näyttö, ei tuotostyypin näyttävyys.
Oppija:
Tallennettava tuotos on yksi bottiprojektin valintakortti. Sen sisällä näkyvät neljän työkalureitin tiivis vertailu, yhden reitin käytännön kokeilu, kahden botin toteutustavan vertailu sekä toteutus-, riski- ja käyttöönottopäätös. Erillistä laboratoriolokia ei vaadita. Tunnin alussa on tärkeää erottaa kriteeri mieltymyksestä.
| Aika | Vaihe | Opettajan tehtävä |
|---|---|---|
| 0–10 min | Reittien esittely | Kuvaa neljä reittiä samoina oppimisvaihtoehtoina. Varmista saavutettava varareitti ilman tiliä. |
| 10–20 min | Tarkoitus ja kriteerit | Oppija määrittää käyttötarkoituksen ja 3–5 kriteeriä ennen tuottamista. |
| 20–40 min | Versio 1 | Oppija tuottaa ensimmäisen version tai arvioi opettajan esimerkin. |
| 40–55 min | Arviointi | Oppija nimeää havaittavan ongelman ja sitä vastaavan muutoksen. |
| 55–70 min | Versio 2 | Oppija muuttaa yhden asian ja tuottaa uuden version. |
| 70–80 min | Toteutustapojen vertailu | Oppija vertaa teknistä toteutusta ja dokumentoitua suunnittelua niiden omilla näytöillä. |
| 80–90 min | Päätös ja tallennus | Oppija kirjaa toteutus-, riski- ja käyttöönottopäätöksen. |
Alla oleva taulukko on opettajan nopea tarkistusväline. Sitä ei ole tarkoitettu tuoteluetteloksi eikä kaikille yhteiseksi sisältövaatimukseksi. Nosta kustakin reitistä esiin vain ne syötteen ja arvioinnin piirteet, joita oppijan valitsema käyttötarkoitus tarvitsee.
| Reitti | Syötteen ydin | Arvioinnin ydin |
|---|---|---|
| Kuva | kohde, sommittelu, käyttötarkoitus, kuvasuhde, rajat | oikeellisuus, viesti, harhaanjohtamattomuus, saavutettavuus |
| Ääni tai musiikki | kesto, rakenne, tempo, äänimaailma, puhe | ymmärrettävyys, tasapaino, häiriöt, käyttöoikeus |
| Video | kuvakäsikirjoitus, kohtaukset, liike, ääni, tekstitys | jatkuvuus, viesti, liike, saavutettavuus |
| Koodi | toiminto, syöte, tulos, ympäristö, virheet, testit | testit, turvallisuus, luettavuus, pyytämättömät toiminnot |
Käytä koko tunnin ajan yhtä tapausta, jotta arviointisykli ei jää irrallisiksi työvaiheiksi. Kirjasto tarvitsee verkkosivulleen 20 sekunnin äänettömän opastusvideon kirjan palauttamisesta. Ennen tuottamista sovitaan, että kolme vaihetta näkyvät oikeassa järjestyksessä, tekstitykset ehtii lukea rauhassa, esineet ja tila säilyvät johdonmukaisina eikä kuvassa ole tunnistettavia asiakkaita.
Näytä version 1 puutteena toisen tekstityksen liian lyhyt lukuaika. Oppija ei saa korjata kaikkea samalla kertaa, vaan muuttaa vain toisen kohtauksen kestoa: se pidennetään seitsemään sekuntiin. Versiota 2 verrataan samoilla kriteereillä: tekstitys on nyt luettavissa ja muut vaatimukset täyttyvät edelleen. Vasta tämän jälkeen tehdään päätös. Video voidaan julkaista, jos aineiston käyttö on luvallista, ohjeen asiasisältö on tarkistettu ja tekoälyn osuus merkitään sovitulla tavalla; muuten se hylätään tai palautetaan korjattavaksi.
Näyttävyys sekoittuu helposti laatuun. Palauta arviointi silloin käyttötarkoitukseen: välittyykö oikea asia oikealle käyttäjälle suunnitellussa tilanteessa? Myös pitkä tai yksityiskohtainen prompti voi olla huono, jos sen yksityiskohdat eivät palvele tätä tavoitetta.
Koodireitillä sujuvan näköinen tuotos voi synnyttää perusteetonta luottamusta. Tekoälyn tuottama koodi on luettava ja testattava eristetyssä ympäristössä ennen käyttöä. Sama vastuu koskee muitakin reittejä: se, että palvelu tuotti sisällön, ei vielä ratkaise käyttö- tai julkaisuoikeutta.
Yksi onnistunut versio kertoo vain tästä kokeesta. Se ei osoita työkalun yleistä laatua eikä takaa, että sama syöte toimii seuraavalla kerralla. Siksi johtopäätös rajataan siihen, mitä ennen–jälkeen-vertailu todella näyttää.
Tuetussa työskentelyssä anna reittikohtainen syötepohja ja kaksi valmista versiota. Oppija tekee arvioinnin, nimeää muutoksen ja suorittaa vastuullisuustarkistuksen. Valmiit tuotokset vähentävät teknistä kuormaa, mutta niillä osoitetaan sama arviointitaito kuin itse tuotetuilla versioilla.
Syventävällä reitillä toinen arvioija käyttää samoja kriteerejä tietämättä ensin tekijän omaa johtopäätöstä. Oppija vertaa havaintojen eroja ja pohtii, ovatko kriteerit riittävän yksiselitteisiä. Syventävä työ ei kasvata pakollista ydintuotosta.
Hyväksyttävä valintakortti sisältää molemmat kokeiluversiot, ennalta nimetyt kriteerit, yhden muutoksen vaikutuksen ja vastuullisuustarkistuksen. Lisäksi siinä näkyvät kaksi toteutustapaa ja perusteltu valinta. Teknisen polun näyttö voi koskea todellista alustaa, tietopohjan kytkentää ja jakamista. Suunnittelupolun näyttö koskee arkkitehtuuria, simuloitua suoritusjälkeä, testitapauksia ja rajoituksia. Älä hyväksy kuivaharjoittelua todisteeksi toimivasta integraatiosta tai käyttöoikeudesta.
Näytä neljä esimerkkituotosta: kuva, lyhyt äänileike, lyhyt video ja pieni koodikatkelma. Älä aloita työkalujen ominaisuuksista, vaan anna ryhmälle tilanne, jossa kutakin tuotosta käytettäisiin. Pyydä opiskelijoita nimeämään jokaiselle tuotokselle käyttötarkoitus, yksi siitä johdettu laatukriteeri ja yksi asia, joka ihmisen pitää tarkistaa ennen käyttöä.
Kokoa vastauksista yhteinen sykli: tarkoitus → ennalta päätetyt kriteerit → versio 1 → havaittu puute → yksi muutos → versio 2 → vertailu → julkaisu- tai hylkäyspäätös. Korosta, että tuotostyyppi vaihtuu, mutta perusteltu työskentelytapa pysyy samana.
Ota yhteiseksi malliksi kirjaston verkkosivulle tuleva 20 sekunnin äänetön opastusvideo kirjan palauttamisesta. Sopikaa ennen videon katsomista, että kolme vaihetta näkyvät oikeassa järjestyksessä, tekstitykset ehtii lukea rauhassa, esineet ja tila säilyvät johdonmukaisina eikä kuvassa ole tunnistettavia asiakkaita.
Ryhmät vaihtavat reittinsä kriteerit keskenään. Tarkistajan tehtävä ei ole ehdottaa mieluisampaa tyyliä, vaan selvittää, voiko toinen ihminen käyttää kriteerejä samalla tavalla. Seuraavat kysymykset ohjaavat tarkistusta:
Käyttäkää kirjaston videota yhteisenä kokeena. Kun version 1 toinen tekstitys vaihtuu liian nopeasti, pyydä opiskelijoita osoittamaan, mihin ennalta sovittuun kriteeriin havainto liittyy. Näin puute ei synny pelkästä mieltymyksestä.
Ennen version 2 tekemistä oppija kirjoittaa näkyviin:
Versiossa 1 havaitsin _. Muutan vain _, jotta voin arvioida sen vaikutusta.
Jos oppija haluaa vaihtaa samalla työkalua, tyyliä ja rakennetta, pyydä häntä palaamaan havaittuun puutteeseen ja valitsemaan yksi siihen suoraan liittyvä muutos. Kirjaston videossa muutetaan vain toisen kohtauksen kestoa: se pidennetään seitsemään sekuntiin. Kuvakulma, sisältö ja muut asetukset pidetään ennallaan, jotta vaikutusta voidaan arvioida.
Oppija esittää parille lyhyen perusteluketjun. Alla oleva lista toimii esityksen runkona:
Pari kysyy lopuksi: Mitä tämä yksi koe ei vielä osoita? Kirjaston videossa versio 2 osoittaa, että pidempi kohtaus paransi tekstityksen luettavuutta tässä tuotoksessa. Se ei vielä osoita, että sama kesto sopisi kaikkiin videoihin tai kaikille kohderyhmille.
Kaikki reitit vastaavat ennen julkaisu- tai käyttöpäätöstä samoihin neljään kysymykseen:
Vastausten jälkeen jokainen tekee näkyvän päätöksen: tuotos julkaistaan, hylätään tai palautetaan vielä korjattavaksi. Kirjaston esimerkkivideo voidaan julkaista vain, jos version 2 tekstitys on luettavissa, lähdeaineisto on luvallista, videossa ei ole tunnistettavia henkilöitä ja ihminen on tarkistanut palautusohjeen oikeellisuuden. Avoin käyttöoikeus- tai turvallisuuskysymys tarkoittaa, ettei tuotosta julkaista vielä.
Oppijat vertaavat kahta toteutustapaa omalle apuri-botilleen. Pyydä heitä nimeämään erikseen se, mitä teknisellä polulla voidaan todella testata, ja se, mitä suunnittelupolulla voidaan vain kuvata tai simuloida. Kysy jokaiselta: Mikä valitsemasi erikoistyökalu ratkaisee käyttäjälle, ja mitä tapahtuu, jos jätät sen pois? Jos vastausta ei löydy, poisrajaus on perusteltu ratkaisu.
Valintakortin lopussa pitää näkyä toteutuspäätös, tärkein riskirajaus ja yksi havaittava käyttöönottokriteeri. Varmista, ettei simuloitua käyttöoikeutta, integraatiota tai tallennusta nimetä toimivaksi ominaisuudeksi.
Tarkistuslista auttaa varmistamaan eri reittien yhdenvertaisuuden ja turvallisen työskentelyn. Käytä sitä tunnin rakenteen tukena, ei uutena oppijoille opeteltavana sisältöluettelona: