:-)

Resultat

Et spill som fremmer diskusjon og refleksjon ved bruk av rollespill.

Problemstillingene gir elevene muligheten til å forbedre sitt land, i forhold til de ulike verdiene; Glede, økonomi og klima.

Disclaimer:

- utgangspunkt i verden

- ikke realistisk

- ikke fokus på politikk

- ikke fokus på konflikter

Prosess Del 2

Interaktive læringsressurser i samarbeid med Gyldendal forlag.

Vi fikk muligheten til å dra til Ellingsrud skole og teste på en 9 klasse der. Da fikk vi mye bra innsikt. Blant annet, at roller er veldig viktig for engasjementet rundt diskusjonen. Vi testet først prototypen uten roller, men hadde karakterer som sa hva de mente om saken. Da varte ikke diskusjonen så lenge. Når vi derimot delte ut roller, varte diskusjonen lengre. Og sitater som «Jeg som bonde mener at…» kom frem i diskusjonen. Etterpå sa eleven at det var gøyest å diskutere i roller. Og en elev sa, «Jeg følte meg som en president». (Bilde under er av prototypen elevene testet).

En annen innsikt vi fikk fra brukertesten var at eleven som satt nærmest pcen avgjorde diskusjonen ofte før den var ferdig. Ved at de trykket på det svaret de mente var best, før de andre eleven fikk sagt hva de mente. Derfor endret vi konseptet til å være slik at alle eleven har hver sin pc, hvor de stemmer over valgene.

Elevene sa at det var for mye tekst i prototypen og at de egentlig ikke leste teksten. De foreslo at vi burdet ha en informasjons video isteden, da de mente at dette var lettere å få med seg. Og derfor fjernet vi tekst og la til en video eleven må se før de begynner å diskutere et tema.

Vår nye hypotese etter brukertesten ble: Rollespill engasjerer elever til diskusjon og skaper forståelse for klimasituasjonen gjennom ulike synspunkt.

Vi jobbet videre med å forbedre prototypen etter tilbakemeldingene fra bruker testen. Vi snevret inn fokuset vårt mot rollene, og fokuserte hovedsakelig på forholdet mellom individ og land. Selv om vi ønsket at spillet skulle innbære et globalt perspektiv, syntes vi det var viktig å få de nærere forholdene i spillet på plass først. For at spillet skulle fungere optimalt. Bildene under viser rollene, og deres plass i spillet:

Tidslinjen for spillet ser vi for oss at er på en måte uendelig. Ved at eleven lærer om ulike tema, for så å spille om dem. For eksempel at de lærer om regnskogen i Brasil, også spiller de spillet med Spørsmål om regnskogen i Brasil. Også har de om et nytt tema, for så å få nye spørsmål å diskutere i spillet. Vi ser på spillet som en slags lavterskel kunnskapstest. Og vi tenker dette er relevant for undervisningen både fordi det er lærerikt og gøy.

Prosess Del 1

Interaktive læringsressurser i samarbeid med Gyldendal forlag.

Prosjektet vårt startet med å ta for seg målgruppen 5-7 klasse, hvor vi ønsket å jobbe mot gruppearbeid, men var åpne for et prosjekt basert på individuell læring.

Vi syntes det tverrfaglige temaet; bærekraft, virket som et interessant utgangspunkt for prosjektet.

Videre fortsatte vi prosjektet med å gjøre research på læreplanen innfor det tverrfaglige temaet bærekraft. Da fant vi ut at temaet var bredt og rommet mye. Som gruppe ønsket vi å lage et spill. Vi så for oss et spill som kunne forbedre læring, samtidig som det var morsomt og relevant.

Prossessen fortsatte, og vi begynte å se på hva som allerede eksisterer av bærekraft spill. Og da fant vi ut at det var mye forskjellig. Vi så at de eksiterende spillene var komplekse, og derfor begynte vi å vurdere om vi burdet øke alderen på målgruppen vår.

Vi skisset ut flere ulike konsepter. Og så på konsepter i forhold klær, dyrevelferd, forurensing, søppel, klima, diskusjon, samhandling, også videre . (Under kan bildene av noen av konsept skissene sees).

Etter presentasjonen var vi egentlig enig om hvilket konsept vi ønsket å jobbe videre med. Vi syntes det virket gøy med et spill hvor elevene kunne samarbeide og diskutere. Vi gikk for en kombinasjon av konsepter. Men, hoved konseptet gikk ut på; at forskjellige land må samarbeide med hverandre for å få lokal og internasjonal politikk og klimaproblemer til å fungere. Vi hentet inn elementer fra konseptene «interaktiv film» og «fornybar energi».

Vi lagde enkle papirskisser av det nye konseptet, og testet det på folk i klassen. Da fikk vi mange gode tilbakemeldinger. Deriblant, at det var vanskelig å vite hva de ulike rollene mente, og hva betydningen av rollene var i de ulike situasjonene. De sa også at spillet var ganske komplekst og virket som mye å sette seg inn i for en 5-7 klassing.

På grunn av de komplekse problemstillingene, bestemte vi oss for at konseptet passet bedre for læreplanen til 9 klasse. Og vi besluttet derfor å endre målgruppen.

Prosjektet fortsatte ved at vi intervjuet søsken som tilhører den nye målgruppen. Derifra fikk vi flere tilbakemeldinger. Blant de var for eksempel, «Alt er kleint på ungdomsskolen». Originalt hadde vi sett for oss at eleven skulle diskutere i spillet gjennom ulike roller, men etter disse tilbakemeldingene, begynte vi å revurdere effekten av dette. Vi startet å skisse fram enkle prototyper i Figma, for å se hvordan spillet kunne se ut, og for å kunne teste spillet.

Result

Doomsday

Trenger du litt tidsfordriv i en travel hverdag? Noe som kan distrahere deg fra tid til annen? Da er Doomsday nettsiden for deg. Doomsday er nettsiden som gir deg muligheten til å følge med på ting helt utenfor din kontroll, og som muligens kan gå helt forferdelig, men nødvendigvis ikke. Trenger du litt spenning i hverdagen, gå inn på https://countdowndoomsday.netlify.app

Doomsday

Vi startet dette prosjektet med å se på API-er som kunne bidra til å lage en nettside med en pessimistisk form for humor. Og vi tok derfor utgangspunkt i API-er fra NASAs «Near Earth Objects», bedre kjent som asteroider.

Vi så på flere type API-er, fra blant annet flydata og fra en nettside om lynnedslag rundt omkring i verden. Vi likte ideen om å ta utgangspunkt i en API som hadde informasjon om ting som flyr over hodene våre. Vi ønsket å skape en morsom sammenheng mellom informasjonen fra API-en og bruken av nettsiden. Vi vurderte å ha informasjon fra flere API-er, men slo fra oss dette, siden vi ønsket at nettsiden skulle være konkret.

På NASAs nettside fant vi mye i formasjon om asteroidene gjennom API-ene. Deriblant, om de kunne være potensielt skadelige for jorda. Dette syntes vi var interessant å ta utgangspunkt i.

Fra API-en vi brukte fant vi en astroide som kommer ganske nærme jorden i 2027. Vi syntes denne API-en gav interessant informasjon, da det asteroiden ville passere jorden i en ikke så fjern fremtid. Denne API-en kan sees på bildet nedenfor.

Vi valgte å visualisere denne API-en gjennom en animasjon av asteroiden på vei mot jorda. Tanken er at perspektivet på nettsiden oppdateres ettersom API-en gir nettsiden ny informasjon.

Brukssituasjonen til nettsiden ser vi får oss å være; når du får lyst til å sjekke hvor langt unna asteroiden er, kan du gå inn på nettsiden å se hvordan det ser ut. Nettsiden skal være en grafisk framstilling av asteroidens reise.

Min rolle i dette prosjektet, har hovedsakelig vært å kode nettsiden. Det var veldig gøy og utfordrenede. Jeg brukte mye av kunnskapen fra forrige prosjekt. Denne gangen spurte jeg om hjelp til koden tidligere på de tingene jeg ikke forstod. Dessuten søkte jeg oftere opp ulike måter å kode ting på. Dette er koden for nettsiden.

Tidslinjen for nettsiden ser vi for oss sånn her:

Den ene tidslinjen visse hvordan nettsiden ser ut om astroiden beholder kursen sin. Den andre med den røde varsel skriften, ser vi for oss at er om kursen til astroiden endres, og den er på vei rett mot jorden.

Brukssituasjonen til nettsiden vil derfor antageligvis enten være slik:

Eller slik:

Result

«Tell us something interesting about space»

A constellation

Etter mye om og men, ble nettsiden endelig ferdig.

Dette er en nettside som forteller hva et stjernebilde er, og hvor og når konseptet stjernebilder oppstod. Så hvis du noen gang trenger å vite den slags informasjon er det bare å gå inn på https://starconstellations.netlify.app

Prosess

«Tell us something interesting about space»

Dette var en spennende oppgave som kom med en del utfordringer. Jeg har aldri før kodet, og det ble en bratt læringsprosess for meg. I denne oppgaven skulle vi bruke html og css for å lage en nettside om noe spenende i verdensrommet. Jeg ønsket å lage en nettside om stjernebilder, eller «Constellations» som det heter på engelsk.

Da vi fikk vite at koden kunne ha problemer med å forstå bokstaver som æ, ø og å, i teksten. Bestemte jeg meg for at teksten på nettsiden skulle være på engelsk.

Da vi startet med dette prosjektet var ideene og ambisjonsnivået ganske stort. Men etter hvert som jeg prøvde å kode, skjønte jeg at jeg måtte tilpasse forventningene til nettsiden etter ferdighetene mine.

Min første ide for nettsiden var at de ulike stjernebildene var satt opp rundt omkring på siden. Ideen var at man skulle kunne dra pila over stjernebildene, og at det da skulle komme opp historier om de ulike stjerne bildene. Etterhvert bevegede ideen for nettsiden seg mer mot et leksikonpreg, med farger inspirert av stjernehimmelen og eventyr.

Selv om kodingen var utfordenede og ofte ikke gikk etter planen, var det veldig gøy. Derfor hadde jeg lyst til å få det til selv, og satt mye å puslet med det for å finne ut hva jeg hadde gjort feil. Til ettertanke burdet jeg nok spurt om hjelp tidligere. Fordi at koden ofte ikke gjorde akkurat det jeg hadde tenkt startet jeg på nytt flere ganger.

Etterhvert, med litt hjelp, begynte nettsiden å ta form. På dagen for innleveringen var tanken at jeg bare skulle justere litt på hvordan teksten skulle plassere seg. Men da endte plutselig all teksten oppå hverandre, og dette klarte jeg ikke å endre det tilbake. Siden det var dagen for innlevering, tenkte jeg at jeg bare måtte levere nettsiden slik den så ut. Likevel, da jeg skulle laste den opp på nettet gikk ikke dette. Jeg tenkte at dette kanskje skyldtes en feil i koden. Derfor bestemte jeg meg for å prøve helt på nytt igjen å lage en helt ny nettside. Og denne gangen gikk det, heldigvis. Denne nettsiden tar utgangspunkt i den samme ideen, som den tidligere jeg ikke klarte å laste opp på nettet.

VIER.LIVE Karaoke

I samarbeid med VIER.LIVE, har vi laget en KARAOKE-app.

Ønsker du å se på konsert hjemme i stua? Og liker du å synge? Da er VIER.LIVE KARAOKE noe for deg!

I appen velger du om du ønsker å se på konserten som singel-player eller multi-player. Slik fungerer appen ved singel-player: Appen registrer når du synger, og da vil en fargerik animasjon bak konsertskjermen komme opp.

Appen fungerer slik ved multi-player: Hver spiller får sin egen farge. Fargen forteller når spillerene skal synge. Hvis begge fargene lyser opp på skjermen betyr det at det er tid for allsang eller duett.

Uforutsigbarheten i karaoken håper vi kan være med å øke spenningen ved å delta. Vi tror at karaoke i sammenheng med VIER.LIVE sine konserter, vil forbedre konsertopplevelsen. Samtidig tenker vi at feedbacken gjennom de abstrakte og lysende animasjonene vil skapet et engasjement for å synge under livestream-konsertene.

Uke 3 Prosess

Denne uken ble vi satt sammen i par. Og Sunniva og jeg kom da på gruppe sammen. Vi startet uken med å diskutere konseptene våre og vise hverandre prototypene. Deretter gikk vi nærmere inn på ulikheter og likheter i prosjektene. Da vi hadde fått oversikt over hverandres konsepter, fokuserte vi på det vi syntes kunne være interessant.

Sunniva sin app fokuserte mer på karaoke, mens min hadde en kombinasjon av sing-along, dans og kostyme. Begge to hadde tenkt på den digitale konsert opplevelsen, og så for oss stua som brukssted. Mitt konsept var tenkt som en tilleggsfunksjon til konserten, som spilles på pcen eller Tven, mens appen ble brukt på mobilen. Sunniva sitt Konsept derimot gikk ut på at man så selve konserten gjennom appen på telefonen.

Gjennom vårt prosjekt har vi hatt flere ulike hypoteser. Jeg startet mitt prosjekt med å lage en spørreundersøkelse om hva folk synes om å synge generelt og under en konsert. Ut fra svarene fant jeg ut at de fleste liker å synge når de er på konsert.

Senere lagde vi en ny spørreundersøkelse. Da fant vi ut at fant vi ut at 50% kunne tenke seg å se på en konsert gjennom livestream. Ut fra disse svarene så vi at det var potensiale i markede: en del folk ønsker å se livestream konsert og mange er glad i å synge, på konsert.

En annen hypotese vi hadde var at mange ikke ville følge det samme engasjementet rundt en digitalkonsert hjemme, som en fysisk konsert i et konsertlokale. Og vi ønsket å gjøre hjemme konserten til en minneverdig opplevelse.

Vi fortsatte prosessen ved å skisse på hvordan vi ønsket at skjermene skulle se ut. Da fant vi ut at det var lurt om man kunne velge mellom singel-player eller multi-player.

Ideen ble at multiplayer skulle innbære noe form for samarbeid, der man kunne bytte på å synge. Vi så også på et mer konkurransepreget konsept med poeng. Dette gikk vi bort fra fordi det la fokuset mer på å vinne en å delta. Og vi ønsket å skape en opplevelse hvor det viktigste var å ha det gøy under konserten.

Med utgangspunktet fra innsikten begynt vi å skisse i Figma. Vi tilpasset prosjektet vårt etter våre egene ferdigheter. Siden ingen av oss hadde brukt verken After Effects eller Figma før. Det ble mye å sette seg inn i. Derfor gikk mye av uka til å lære seg programmene. Dette gjorde at tiden ikke strakk helt til å både utforske konseptet og å lage en god prototype.

Gjennom prosjektet har vi prøvd å skisse så mye som mulig på papir. Dette er fordi det går raskere enn digitale-skisser, og vi får ideene og tankene våre raskere ned på noe mer håndfast og diskuterbart. Miro ble også mye brukt for å samle ideer og holde styr på possesen.

Uke2 Del 2

Jeg synes den første Figma-skissen var for lik papirskissen, og prøvde derfor å utforske videre med fokus på sing-along.

I prototypen forsøkte jeg å skisse opp hvordan det visuelle i appen kanskje kunne se ut, både i forhold til hvordan artistene blir presentert, men også hvordan brukeren orienterer seg for å finne de ulike funksjonene.

Jeg så på funksjonene som en app pleier å bestå av og begynte å prototype ting som for eksempel innstillinger funksjon osv, selv om det var utenfor konseptet mitt. Denne prototypen endte opp slik.

Uke 2 Del 1

Etter gjennomgangen og tilbakemeldingene, gikk jeg i gang med å prototype i Figma. Fra tilbakemeldingene hadde jeg fått beskjed om at det var gøy med en kombinasjon av sang, dans og effekter, men at det kunne være lurt å skope seg inn mot en del av opplevelsen og å fokusere på denne. For å få oversikt begynte jeg først med å lage en enkel prototype av papirskissen min. Den så slik ut.

UKE 1

Jeg startet uka veldig usikker på hvordan jeg skulle løse oppgaven. Jeg ble veldig opphengt i følelsen av å se forelesninger på zoom, og synes det var vanskelig å se for meg en god konsertopplevelse gjennom en livestream. Men etter mye grubling fram og tilbake, slo det meg at folk liker å se på film-musikaler og synge med, såkalt «Sing-Along» og dette ble derfor utgangspunktet for mitt prosjekt.

Jeg skopet prosjektet ned til å handle om musikaler/konsertopplevelser, hvor folk hadde lyst til å synge. Og gjennomførte en kvantitativ spørreundersøkelse for å styrke eller svekke min hypotese; «Folk liker å synge når de er på konsert». Denne hypotesen ble styrket gjennom spørreundersøkelsen.

Ut fra spørreundersøkelsen begynte jeg å skisse ulike ideer til hvordan en «Sing-along» app kunne se ut og fungere. Jeg likte ideen om flere muligheter innfor appen, og så for meg at den kunne bestå av både filter som var basert på opptredenenes kostymer. Men også koreografi fra opptredenen. Og endte opp med denne skissen

Da vi gikk inn dette prosjektet viste ingen av oss noen ting om koding eller microbit. Og dette prosjektet bød derfor på en veldig bratt læringskurve.

Vi bestemte oss for at i dette prosjektet var det viktigste å lære så mye som mulig. Og siden ingen av oss er spesielt musikalske, og vi ikke hadde noen rytmiske forkunnskaper, ble målsetningen at musikkinstrumentet skulle lage lyd.

For å få microbittene til å kommunisere, slik at de faktisk kunne lage noen form for lyd, brukte vi radiokommunikasjon utløst ved bevegelse i ulike retninger. Altså tilt funksjonen.

Vår gruppe valgte spillet «Pac Rat». (Lignende PacMan, bare at det er rotter som spiser ost isteden for PacMan og katter istedenfor spøkelser). Oppgaven gikk ut på å utvikle en spillkontroll som gjorde at spillopplevelsen gikk fra å være usosial og digital, til å bli sosial og fysisk.

«Pac Rat» spilles vanligvis ved hjelp av piltastene på tastaturet. Piltastene styrer hvilken retning spilleren går. Denne kontroll typen overførte vi til trykkplater. Slik at spilleren trykker på en pilformet trykkplate, vil rotten (i spillet) gå i den retningen.

Prossen ba på flere utfordringer; vi oppdaget at spillet var mer fysisk utfordrende en først antatt. Dessuten prøvde vi å gjøre spillet mer sosialt ved at de to spillerene måtte koble sammen beina sine og hadde en felles trykkplate. Begge spillerne hadde også hver sin trykk plate på motsatt bein. Siden begge spillerne er samme karakter i spillet, måtte de samarbeide om utførelsen.

I løpet av brukertestene oppdaget vi at dette gjorde spillet gøyere, på grunn av at spillerne var tvunget til å samarbeide og at spillet var fysisk krevende. Dette økte vanskelighetsgraden på selve spillet. Dette gjordet at spillet opplevdes som morsommere da original spillet er mer en enklere aktivitet. På brukertesten fikk vi gode tilbakemeldinger.

Mot slutten av prosjektet oppdaget vi at vi gjerne kunne ha tatt i mot flere tilbakemeldinger på selve ideen for spillkontrollen, på starten av uka. Vi prøvde ut forskjellige ideer og retninger i løpet av uken, men vi ente i utgangspunktet på vår første ide. I løpet av prosjektet kunne vi kanskje ha utfordret oss selv ennå mer ved å teste ut ulike løsninger. Vi oppdaget også at det kunne se ut som at spillopplevelsen for brukeren hadde mye å si ut fra hvem den spilte med. At spille ble mye morsommere, om man spilte med noen man var komfortabel med.