intern:wiki-kategorien:szenarios

    • Interessante Anregung, auch für ein einfaches, dummy-endanwenderorientiertes Schema, siehe dazu das Booklet.
    • Auch die Idee, das Bootstrap-Accordion zu verwenden … hatte ich tatsächlich heute mal, bevor ich auf die Quelle gestoßen bin. Müsste bei uns natürlich anders aussehen: Statt Booklet innerhalb jedes Accordion-Absatzes einen Link zur jeweiligen „Szenario-Seite“. Deren Gliederung folgt einem Schema (grob ähnlich wie in dem Booklet), aus der der 1. Abschnitt mit include im Accordion angezeigt wird. Wäre simpel, aber etwas effektvoll. Bei vielen Szenarios könnte man einfach Szenario-Gruppen bilden, die jeweils „ein Accordion“ quasi mit mehreren „Rippen“ (oder wie das bei einem Akkordeon heißt) bildet.
    • Auch ein szenario-basierter Ansatz, „irgendwie“. Mit einer ersten Arbeitsdefinition für uns, was man unter „Szenario“ verstehen könnte:

    • Teaching scenarios are a collection of tasks you may want to achieve in the classroom or while managing your course. Each teaching scenario is paired with a technology-based solution on how to achieve that task.

    • Danach beschreiben wir eigentlich „Tasks“, z.B. Studierende erstellen (beliebige) Videos und machen diese verfügbar in beliebigen … Szenarios als Assets
    • Link von e-teaching.org
    • Ganz interessante Anregung: man könnte Musterlösungen/Pattern/Szenarien nicht nur binnen-gliedern, sondern über ein definiertes Tagging-System multidimensional zugreifbar/klassifizierbar machen. Wäre rein technisch möglicherweise mit Dokuwiki relativ einfach umsetzbar.

Denke, wir (ZenDi) sind aufgrund unserer Erfahrungen (theoretisch könnte man eine formal/empirische Auswertung von Tickets machen) in der Lage, elementare/atomare „digitale“ Tasks zu beschreiben. Diese können dann Bestandteile (nicht alleinige!) von Lehr-Lern-/Medienprojekt-Szenarien werden.

Unsere Kompetenz ist, solche Tasks gleichzeitig „elementar genug“ zur Verwendung in unterschiedlichen Szenarien zu beschreiben und gleichzeitig „spezifisch genug“, dass ein Task wiederum konkrete ZenDi-Services/Systeme/Leistungen als „Elemente“ enthält.

Diese „Tasks“ können dann wiederum Bestandteile von „allgemeinen Szenarien“ (= „E-Learning-Szenarien“). „Beispiele“ sind dann auch schnell definiert.