H5P & SCORM Richtlinien
Einsatzrichtlinien für H5P/SCORM mit Fokus auf Wartbarkeit, Tracking und Performance.
Kurz erklärt
Diese Seite beschreibt den Arbeitsstandard für H5P & SCORM Richtlinien – mit Fokus auf konkrete Entscheidungen statt allgemeiner Leitlinien.
Zentral sind hier vor allem wann h5p statt quiz/scorm genutzt wird und welche inhaltstypen freigegeben sind, damit Teams denselben Maßstab anwenden.
Nachvollziehbar wird der Standard erst durch verlinkte Nachweise wie h5p-typenliste und durch dokumentierte Grenzfälle/Ausnahmen.
Wann diese Seite hilft
Typische Situationen, in denen diese Seite als Arbeitsdokument Mehrwert bringt – und wo eine andere Doku passender ist.
Typische Einsätze
- wenn H5P & SCORM Richtlinien als wiederverwendbarer Moodle-Standard mit klaren Vorgaben zu h5p-inhaltstypen und einsatzgrenzen dienen soll
- wenn Autor:innen/Trainer:innen bei wann h5p statt quiz/scorm genutzt wird uneinheitlich arbeiten
- wenn Qualitätssicherung und Freigaben mit h5p-typenliste nachvollziehbar dokumentiert werden sollen
- wenn Support- oder Kursfeedback auf einen typischen Stolperpunkt hindeutet (z. B. h5p wird für prüfungslogik zweckentfremdet)
Eher nicht passend bei
- wenn es bei H5P & SCORM Richtlinien nur um einen einmaligen Einzelfall ohne Standardisierungsbedarf geht
- wenn ein detailliertes Projektticket oder eine technische Schritt-für-Schritt-Anleitung gepflegt werden soll
Empfohlener Ablauf
Pragmatische Reihenfolge, die in der Praxis funktioniert – vom Scope bis zum Review.
- Use Case und Zielgruppe von H5P & SCORM Richtlinien kurz beschreiben; daraus Scope und erwartetes Lernergebnis ableiten.
- Standardaufbau/-konfiguration festlegen, insbesondere wann h5p statt quiz/scorm genutzt wird und welche inhaltstypen freigegeben sind.
- Mit Testnutzer oder Referenzkurs prüfen, ob h5p-inhaltstypen und einsatzgrenzen in der Praxis funktionieren.
- Qualitätssicherung/Freigabe durchführen und Artefakte wie h5p-typenliste verlinken.
- Nach Livegang Rückmeldungen auswerten und Fehlerbilder wie „H5P wird für Prüfungslogik zweckentfremdet“ als Stolperfalle ergänzen.
Entscheidungsregeln
H5P & SCORM Richtlinien ist gut dokumentiert, wenn Regeln, Grenzfälle und Nachweise so konkret sind, dass Teams damit ohne Zusatzabsprachen arbeiten können.
Standardfall
Für H5P & SCORM Richtlinien zuerst den Anwendungsbereich konkret machen: H5P-Inhaltstypen und Einsatzgrenzen.
Freigabe & Rollen
Entscheidungen zu wann h5p statt quiz/scorm genutzt wird und welche inhaltstypen freigegeben sind nicht implizit lassen, sondern Rollen und Freigaben explizit benennen.
Grenzfälle
Ausnahmen nur zulassen, wenn sie den Standard nicht aufweichen; besonders relevant sind hier versionen / kompatibilität.
Kontrollpunkt
Prüfbar ist die Regel erst, wenn h5p-typenliste und kompatibilitäts-tests sauber verlinkt sind.
Was dokumentiert werden soll
Hier nur die spezifischen Inhalte zu H5P & SCORM Richtlinien pflegen; allgemeine Doku-Regeln bleiben in der zentralen Leitlinie. Zentrale Leitlinie.
Die Seite ist dann gut, wenn eine Vertretung den Standard anwenden oder prüfen kann, ohne erst Personenwissen einsammeln zu müssen.
Definitionen
Begriffe, Scope und Grenzen zu H5P & SCORM Richtlinien konkretisieren – inklusive h5p-inhaltstypen und einsatzgrenzen.
Standardkonfiguration / Prozess
Den Standard so notieren, dass wann h5p statt quiz/scorm genutzt wird und wie ergebnisse ausgewertet werden eindeutig entschieden sind.
Belege
Artefakte direkt nennen und verlinken: H5P-Typenliste, Kompatibilitäts-Tests, Kursbeispiele mit Qualitätssicherung.
Review-Stand
Aktive Ausnahmen, letzte Änderung und nächster Review gehören auf die Seite – besonders bei Themen mit versionen / kompatibilität.
Typische Stolperfallen
Pflege hier echte Fallstricke aus der Praxis von H5P & SCORM Richtlinien; allgemeine Hinweise gehören in die zentrale Leitlinie. Zentrale Leitlinie.
- Umfang driftet: H5P wird für Prüfungslogik zweckentfremdet.
- Regel bleibt abstrakt: Inhaltstypen unterscheiden sich je Kurs unkontrolliert.
- Nachweis fehlt: Tracking-Erwartung ist nicht dokumentiert.
- Ausnahme entgleist: Pakete werden überschrieben ohne Versionierung.
Moodle-Referenz (offizielle Doku 5.1)
Kurze Verweise auf die offizielle Moodle-Dokumentation für H5P & SCORM Richtlinien. So bleibt diese Seite AFANDI-spezifisch und vermeidet doppelte Grundlagen.
Offizielle Referenzen
Dokumentationsfokus
- Quelle und Eigentümerschaft des Inhalts dokumentieren (Content Bank / Paketstand / Version).
- UI-Pfad, Rolle und Testfall explizit notieren (nicht nur den gewünschten Endzustand).
- Abweichungen von AFANDI-Standards separat markieren, damit Updates leichter reviewbar bleiben.
Prüfung & Pflege
Prüfe diese Seite gegen reale Vorgänge zu H5P & SCORM Richtlinien – nicht nur gegen den Wortlaut. Entscheidend ist, ob Standard, Ausnahmen und Nachweise im Alltag tragen.
- Sind H5P-Typen noch freigegeben/aktuell?
- Passen Tracking-Ergebnisse zu Bedarf?
- Wurden problematische Typen ersetzt?
- Sind SCORM-Pakete versioniert?
Prüf-Fokus für „H5P & SCORM Richtlinien“: H5P; prüfe dabei insbesondere h5p-inhaltstypen und einsatzgrenzen.
Sinnvolle Kennzahlen
Wenige Kennzahlen genügen – wichtig ist, dass sie Entscheidungen oder Verbesserungen auslösen.
Für „H5P & SCORM Richtlinien“ Kennzahlen direkt an wann h5p statt quiz/scorm genutzt wird und die häufigsten Praxisrisiken koppeln.
H5P-Nutzung nach Typ
Anteil/Anzahl Inhalte je H5P-Typ
Intervall: quartalsweise
Kompatibilitätsprobleme
Fehler nach Updates in H5P-Inhalten
Intervall: monatlich
Tracking-Abdeckung
Anteil H5P-Einsätze mit dokumentiertem Tracking-Ziel
Intervall: quartalsweise
Nächste Schritte
Ergänze jetzt die konkrete Entscheidung zu wann h5p statt quiz/scorm genutzt wird inkl. Verantwortlichen, Datum und Verweis auf h5p-typenliste.
Auf „H5P & SCORM Richtlinien“ als Nächstes besonders klar machen: welche h5p-inhaltstypen und einsatzgrenzen im Standardfall gelten und welche Ausnahmen befristet sind.