Teilnehmergruppen & Groupings
Gruppenstrukturen für parallel laufende Klassen, Kohorten und differenzierte Aufgaben.
Kurz erklärt
Diese Seite beschreibt den Arbeitsstandard für Teilnehmergruppen & Groupings – mit Fokus auf konkrete Entscheidungen statt allgemeiner Leitlinien.
Zentral sind hier vor allem welche gruppenlogik je kurs gilt und wann groupings nötig sind, damit Teams denselben Maßstab anwenden.
Nachvollziehbar wird der Standard erst durch verlinkte Nachweise wie gruppenstruktur im kurs 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 Teilnehmergruppen & Groupings als wiederverwendbarer Moodle-Standard mit klaren Vorgaben zu gruppen/groupings und sichtbarkeit dienen soll
- wenn Autor:innen/Trainer:innen bei welche gruppenlogik je kurs gilt uneinheitlich arbeiten
- wenn Qualitätssicherung und Freigaben mit gruppenstruktur im kurs nachvollziehbar dokumentiert werden sollen
- wenn Support- oder Kursfeedback auf einen typischen Stolperpunkt hindeutet (z. B. gruppenmodus passt nicht zu aktivität)
Eher nicht passend bei
- wenn es bei Teilnehmergruppen & Groupings 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 Teilnehmergruppen & Groupings kurz beschreiben; daraus Scope und erwartetes Lernergebnis ableiten.
- Standardaufbau/-konfiguration festlegen, insbesondere welche gruppenlogik je kurs gilt und wann groupings nötig sind.
- Mit Testnutzer oder Referenzkurs prüfen, ob gruppen/groupings und sichtbarkeit in der Praxis funktionieren.
- Qualitätssicherung/Freigabe durchführen und Artefakte wie gruppenstruktur im kurs verlinken.
- Nach Livegang Rückmeldungen auswerten und Fehlerbilder wie „Gruppenmodus passt nicht zu Aktivität“ als Stolperfalle ergänzen.
Entscheidungsregeln
Teilnehmergruppen & Groupings ist gut dokumentiert, wenn Regeln, Grenzfälle und Nachweise so konkret sind, dass Teams damit ohne Zusatzabsprachen arbeiten können.
Standardfall
Für Teilnehmergruppen & Groupings zuerst den Anwendungsbereich konkret machen: Gruppen/Groupings und Sichtbarkeit.
Freigabe & Rollen
Entscheidungen zu welche gruppenlogik je kurs gilt und wann groupings nötig 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 kursaktivitäten mit gruppenmodus.
Kontrollpunkt
Prüfbar ist die Regel erst, wenn gruppenstruktur im kurs und beispielzuordnungen sauber verlinkt sind.
Was dokumentiert werden soll
Hier nur die spezifischen Inhalte zu Teilnehmergruppen & Groupings 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 Teilnehmergruppen & Groupings konkretisieren – inklusive gruppen/groupings und sichtbarkeit.
Standardkonfiguration / Prozess
Den Standard so notieren, dass welche gruppenlogik je kurs gilt und wie teilnehmerbewegungen nachgeführt werden eindeutig entschieden sind.
Belege
Artefakte direkt nennen und verlinken: Gruppenstruktur im Kurs, Beispielzuordnungen, Qualitätssicherung-Check vor Freigabe.
Review-Stand
Aktive Ausnahmen, letzte Änderung und nächster Review gehören auf die Seite – besonders bei Themen mit kursaktivitäten mit gruppenmodus.
Typische Stolperfallen
Pflege hier echte Fallstricke aus der Praxis von Teilnehmergruppen & Groupings; allgemeine Hinweise gehören in die zentrale Leitlinie. Zentrale Leitlinie.
- Umfang driftet: Gruppenmodus passt nicht zu Aktivität.
- Regel bleibt abstrakt: Groupings werden genutzt ohne dokumentierten Zweck.
- Nachweis fehlt: Teilnehmerwechsel bricht Gruppenlogik.
- Ausnahme entgleist: Kurs wird aus Altbestand kopiert ohne Bereinigung.
Moodle-Referenz (offizielle Doku 5.1)
Kurze Verweise auf die offizielle Moodle-Dokumentation für Teilnehmergruppen & Groupings. So bleibt diese Seite AFANDI-spezifisch und vermeidet doppelte Grundlagen.
Offizielle Referenzen
Dokumentationsfokus
- Gruppen vs. Groupings sauber trennen und im Kursbeispiel zeigen, wo Restrict access verwendet wird.
- 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 Teilnehmergruppen & Groupings – nicht nur gegen den Wortlaut. Entscheidend ist, ob Standard, Ausnahmen und Nachweise im Alltag tragen.
- Passt Gruppenlogik noch zum Kursablauf?
- Wurden neue Gruppen dokumentiert?
- Funktionieren Aktivitäten im richtigen Gruppenmodus?
- Passt die Struktur zum Lernziel?
Prüf-Fokus für „Teilnehmergruppen & Groupings“: Kursgestaltung; prüfe dabei insbesondere gruppen/groupings und sichtbarkeit.
Sinnvolle Kennzahlen
Wenige Kennzahlen genügen – wichtig ist, dass sie Entscheidungen oder Verbesserungen auslösen.
Für „Teilnehmergruppen & Groupings“ Kennzahlen direkt an welche gruppenlogik je kurs gilt und die häufigsten Praxisrisiken koppeln.
Gruppenfehlerfälle
Supporttickets zu Gruppen-/Sichtbarkeitsproblemen
Intervall: monatlich
Qualitätssicherung-Quote Gruppenkurse
Anteil Gruppenkurse mit dokumentiertem Check
Intervall: monatlich
Änderungsnachlauf
Zeit bis Teilnehmerwechsel in Gruppen nachgezogen sind
Intervall: monatlich
Nächste Schritte
Ergänze jetzt die konkrete Entscheidung zu welche gruppenlogik je kurs gilt inkl. Verantwortlichen, Datum und Verweis auf gruppenstruktur im kurs.
Auf „Teilnehmergruppen & Groupings“ als Nächstes besonders klar machen: welche gruppen/groupings und sichtbarkeit im Standardfall gelten und welche Ausnahmen befristet sind.