School Inspection in Edutopia

I emnet lærte jeg prinsipper og praksis for å designe og utvikle applikasjoner i et plattformøkosystem. Som sluttvurdering utviklet jeg, sammen med et tverrfaglig team, funksjonalitet på DHIS2-plattformen som støttet skoleinspeksjon gjennom bedre datainnsamling.

PlatformUtvikling
UX-design
Frontend

Vår oppgave

Vi fikk i oppdrag å designe og utvikle en webbasert løsning på DHIS2-plattformen som kunne støtte arbeidet til skoleinspektører i den fiktive verden Edutopia.

Målet var å digitalisere eksisterende papirbaserte arbeidsflyter og samtidig gjøre overgangen så smidig som mulig. Løsningen skulle ta hensyn til inspektørenes etablerte praksiser og begreper, samtidig som den utnyttet fordelene med en digital plattform.

Hva jeg lærte:

  • Prototyper i Figma
  • Frontend-utvikling
  • Verdien av smidig prosess 😎

Konteksten til prosjektet

Brukeren

Skoleinspektørene er de primære brukerne av løsningen. Mange av dem har begrenset teknisk erfaring og er vant til papirbaserte rutiner, noe som gjør dataregistrering både tungvint og tidkrevende.

Arbeidshverdagen deres preges av lange reiser på dårlige veier, der mye tid går med til å fylle ut skjemaer fremfor å gi faglig oppfølging til skolene. Manglende opplæring og varierende digital kompetanse bidrar ofte til feil, mangler og duplisering i datainnsamlingen.

DHIS2

DHIS2 er en open-source platform utviklet ved Universitetet i Oslo, som brukes til å samle inn, analysere og dele data. Plattformen er i bruk i over 70 land, og er mest kjent fra helsesektoren. Den har også blitt utvidet til utdanningssektoren gjennom DHIS2 for Education.

I dette prosjektet brukte vi plattformen til å utvikle en webapplikasjon som støtter skoleinspektører i deres arbeid.

Prosessen

Prosjektet gikk over 6 uker, og vi jobbet i et tverrfaglig team med en smidig og iterativ tilnærming. Vi organiserte arbeidet med et kanban-board, hadde daglige start-ups og gjennomførte retrospektiver for å holde hverandre oppdatert og kunne jobbe tett. Rollen som Scrum Master ble rullert slik at alle fikk erfaring med å lede prosessen.

Denne arbeidsformen ga oss struktur og fremdrift, samtidig som vi kunne tilpasse oss underveis. Vår refleksjon etter vi var ferdig prosjektet var at vi virkelig fikk kjenne på viktigheten av å ha en smidig prosess, og hvor godt det påvirker både samholdet i teamet og den endelige løsningen.

Iterativt design prosess

Selv om vi hadde lite direkte brukerinvolvering og kun en beskrivelse av en typisk bruker, jobbet vi kontinuerlig med å utfordre og forbedre designet. Vi evaluerte løsningene kritisk i teamet, diskuterte alternative tilnærminger og justerte prototypene fortløpende. Denne iterative prosessen gjorde at vi oppdaget svakheter tidlig, forbedret brukerflyten og utviklet en løsning som i større grad støttet skoleinspektørenes behov.

Vi startet med masse skisser på tavla!
Basert på skissene våre utviklet vi får første prototype i Figma
Kommunikasjon i Figma
Kommentarer ble aktivt brukt til å både diskutere designvalg og gi tilbakemeldinger.

Endelig løsning

Funksjonalitet

  • Inspisere en skole – løsningen gir skoleinspektører et verktøy for enkel og standardisert datainnsamling. Dette bidrar til å redusere manglende, feilaktige og dupliserte data, samtidig som det gir bedre oversikt over skolens situasjon.
  • Legge til en ny skole – funksjonaliteten gjør det mulig å registrere både formelle og uformelle skoler. Dette sikrer at færre skoler faller utenfor systemet, og støtter myndighetenes mål om økt datainnsamling og bedre synlighet for alle skoler.
  • Dele ressurser mellom skoler – en digital løsning som gjør forespørsel og deling av ressurser mer strukturert og effektiv. Dette erstatter dagens uformelle praksiser og kan bidra til å lette presset på lærere og skolene.