Pedagogiskt ägarskap
Väljer kursmoment, bedömer elever, dokumenterar hinder och avgör hur ITPlugg används i undervisningen.
Det här är ett föreslaget pilotupplägg för en skola eller utbildningsanordnare som vill utvärdera ITPlugg i verklig undervisning utan att ersätta alla befintliga system på dag ett.
ITPlugg ska inte hävda att en pilot förbättrar resultat med en viss procentsats innan det finns verifierad data. Piloten bör i stället skapa ett underlag som går att granska.
| Område | Exempel på observation | Varför det spelar roll |
|---|---|---|
| Elevanvändning | Kommer eleverna tillbaka och fortsätter sitt lärflöde? | Visar om nästa-steg-modellen faktiskt används. |
| Praktisk tillämpning | Genomförs fler relevanta labbar och felsökningsmoment? | Kopplar plattformen till yrkeskompetens, inte bara quiz. |
| Frågor & missförstånd | Vilka områden återkommer i elevfrågor och uppföljning? | Ger underlag för nästa lektion och innehållsförbättring. |
| Lärarflöde | Blir planering → genomförande → efterarbete tydligare eller mer omständligt? | En ny produkt ska minska friktion, inte skapa dubbelarbete. |
| Teknisk stabilitet | Rapporterade fel, laddning, mobilanvändning och offlinebeteende. | Avgör om produkten är redo för bredare utrullning. |
| Kvalitativ feedback | Korta intervjuer eller frågor till elev och lärare. | Fångar sådant ren klickdata inte förklarar. |
Väljer kursmoment, bedömer elever, dokumenterar hinder och avgör hur ITPlugg används i undervisningen.
Följer pilotmål, användningsproblem, supportbehov och beslutsfrågor. Rollen kan vara samma person som läraren i en liten pilot.
Förvaltar produktversion, QA, innehållsstruktur och tekniska korrigeringar. Formella supportnivåer eller SLA avtalas separat om sådant införs.
Modern webbläsare, JavaScript, fungerande HTTPS och verifierad åtkomst till den publicerade ITPlugg-versionen. PWA/offline kan användas där det passar arbetsflödet.
Bestäm om piloten ska använda lokal progression eller inloggad synk. Känslig elevdata och skyddat provmaterial ska inte läggas i publik klientkod.
Google Classroom, Microsoft/LTI eller andra integrationer ska verifieras i den aktuella miljön innan de betraktas som en del av pilotens kritiska flöde.
Ha en enkel plan för undervisningen om internet, integration eller produktfunktion tillfälligt inte fungerar. Piloten ska inte skapa en single point of failure.
Behåll arbetssättet och definiera nästa klass, kurs eller integration som ska utvärderas.
Prioritera de konkreta hinder piloten visade och kör en ny avgränsad period.
Dokumentera varför. En pilot är lyckad även när den ger ett tydligt nej innan en större investering görs.
Pilotupplägget är produktdokumentation och ett arbetsförslag — inte ett juridiskt avtal, en SLA, en garanti om läranderesultat eller ett påstående om genomförda kundpiloter.
Roadmapen skiljer befintlig funktionalitet från sådant som krävs före bredare eller mer känslig användning.