Uhlenbeck

From E-Learning Challenge
Jump to navigation Jump to search

Tagebuch und Reflexion

Montag

10:00 Kick-off Meeting

11:00 Treffen mit Herrn Denis Vogel und den Tutoren Rustam und Peter

ab 12:00 erste Überlegungen eines Konzepts für die Plenarübung

  • Wie sieht eine Online-Plenarübung aus, bei der die Studierenden interaktiv sein können?
  • Wie kann der/ die Tutor*in sich auf die Plenarübung vorbereiten?
  • Wie kann er die Fragen der Studierenden mit in die Übung aufnehmen?
  • Was sind die Vor- und Nachteile einer a-/synchronen Übertragung?
  • Welche Tools halten wir für notwendig, welche für nicht obligat?
  • Welche Plattformen bieten die von uns geforderten Tools?
  • Welche Plattformen sind DSGVO-konform?

ab 19:30 Testen der Plattform BigBlueButton

Dienstag

11:30 Treffen mit Peter und Rustam

  • Wie können Fragen interaktiv in Übung gestellt werden?
  • Wie soll Übung vorbereitet werden? (Zusammenfassung der Vorlesung, kleine Beispielrechnungen, zuvor eingesendeter Fragen der Studenten)
  • Könnte ggf. über Nachfrage nach bestimmten Thema zuvor z.B. über MaMpf abgestimmt werden?
  • Könnten BreakOut Gruppen in z.B. Big Blue Button Beispielrechnungen bearbeiten?

ab 12:00 Testen verschiedener Tools: BigBlueButton, Adobe Connect, WebEx, Newrow, Slack

  • Vor-/Nachteile der Tools zusammengefasst

Mittwoch

09:30 Teamtreffen via Discord

  • Festlegung der Aufgaben für den Tag:
    • Druck machen beim Orga-Team in Bezug auf Adobe Connect Zugang
    • Clicker auf MaMpf zusammen mit Herrn Vogel testen → Termin vereinbaren für den Tag
  • Vorbereitung von Fragen an Peter:
    • Welche Technologien/Technik benutzt er?
    • Kann er über Dfn conf einen Zugang zu Adobe Connect erhalten?

10:00 Treffen mit Peter via heiCONF

  • Vorstellung unseres Konzepts
  • Peter kann verschiedene Tablets der Uni nutzen, um in Plenarübung vorzurechnen
  • Peter versucht, mit seiner Uni-ID einen Zugang zu Adobe Connect zu erhalten
  • Fragen der Studenten vor der Plenarübung sammeln: Besser über Mail als über Kommentare auf MaMpf (hier fehlt zB. die Funktion, Reaktionen auf bestehende Kommentare zu posten → könnte aber als langfristige Lösung eingebunden werden, damit die Tools etwas mehr zentralisiert werden)

12:00 Meeting auf Discord mit allen Teams

  • Als momentaner Favorit gilt bei uns Adobe Connect. Diese Plattform soll nun nicht länger von der Uni unterstützt werden!
  • E-Mail von Peter Gräf: kann auf Adobe Connect zugreifen; findet die Performance jedoch eher schlecht

14:30 Meeting mit Team Planck via Discord

  • Konzepte gleichen sich im Großen und Ganzen → Zusammenlegung der Konzepte: Nutzung der gleichen Plattformen und Tools
  • Unterschied: Planck möchte den Studierenden in der Live-Session die Möglichkeit bieten, schriftlich im Chat Fragen zu stellen. Wir als Team Uhlenbeck möchten jedoch gerne in der Plenarübing den Studierenden die Möglichkeit geben, mündlich (Tutor schaltet Mikro frei) Fragen zu stellen. → Das ist jedoch kein Hindernis bei der Einigung auf eine gemeinsame Plattform
  • Nutzung von E-Mail als Form des Fragensammelns → Einrichten dieser Funktion (Moritz und Dominic schauen sich zusätzlich den mampf Source-Code an, um zu schauen, ob sich ein Fragestellungs-Tool "einfach" implementieren lässt)
  • Wir entscheiden in einem weiteren Treffen, ob wir mit Team Planck EIN Video zusammen drehen oder uns zwar genau absprechen, jedoch jeweils ein eigenes Video drehen.

parallel 13:30 Meeting mit Denis Vogel bezüglich MaMpf (Clicker-Anwendung als Umfragetool VOR der Plenarübung)

  • Clicker in MaMpf: In Datenbank wird Frage hochgeladen; danach kann man den Clicker mit dieser Frage assoziieren QR-Code/Link kann freigegeben werden für Nutzer*innen. Zugriffsrechte für Clicker können geändert werden (jeder, der Link hat, nur registrierte Nutzer, nur Abonnenten,...).
  • Über die entsprechende Veranstaltung bietet MaMpf außerdem ein anonymes offenes Fragenformat. Dies kann als Fragesammlungs-Tool genutzt werden.
  • Wir streben folgendes Szenario an: Der Tutor startet an Tag x vor der Plenarübung eine Clicker-Umfrage über das Thema der kommenden Übung mit einer bestimmten Anzahl an Themen zur Auswahl. Gleichzeitig kündigt er auf der MaMpf-Seite der Veranstaltung diese Umfrage an mit Angabe des Zeitpunktes zu dem die Umfrage endet. Zusätzlich können Studierende über dei Veranstaltungsseite auf MaMpf ihre Fragen für die Plenarübung einschicken.

14:00 Testen der kostenfreien Plattform Zoom

  • Die Plattform Zoom erfüllt ebenfalls alle Anforderungen, die wir in Adobe Connect nutzen konnten. Die Handhabung, beziehungsweise der Zugang ist simple und über alle Betriebssysteme möglich.
  • Zusätzlicher Bonus: Die Bearbeitung in der App am iPad mithilfe des ApplePens ist möglich.

15:00 Testen der Plattform MS Teams

  • Zugriff auf MS Teams gestaltet sich schwieriger als gedacht. Zugang über Uni-ID momentan nur für Dozenten/Mitarbeiter der Uni möglich. Kontakt zu URZ aufgenommen: URZ schaltet allen Studenten, die an der Challenge teilnehmen den Zugang zu MS Teams frei. Um 17:15 haben wir eine Liste von Uni-IDs ans URZ gesandt mit der Bitte, diese Studierenden freizuschalten.
  • Solange der Zugang zu MS Teams noch nicht erteilt wurde, pflegen wir das Wiki

18:00 URZ bestätigt den MS Teams Zugang. Wir testen die Plattform.

19.00 Erstellung eines Videokonzepts

  • Als Team fällen wir die Entscheidung, dass wir heiCONF/ BigblueButton favorisieren und empfehlen würden. Adobe Connect fällt weg, da die Hochschule diese Plattform nicht länger unterstützen will (s. Verworfene Technologien)
  • Wir suchen Kontakt mit Team Planck, können aber leider keinen erreichen, um unsere finale Entscheidung miteinander abstimmen zu können.
  • Videokonzept: Gesamte „Story“ der Entstehung einer Plenarübung gleichzeitig aus Sicht des Tutoren und der Studierenden. Erklärung durch Mischung aus „Schauspiel“ der verschiedenen Akteure und Screen-Aufnahmen, die die Benutzung der Plattformen und Tools erklären sollen. Ein erklärendes Voiceover wird dem hinterlegt.

Donnerstag

8.00 Wiki pflegen

9.00 Meeting mit Tutor Peter Gräf via heiCONF

  • Peter segnet unser Konzept, sowie die Videoidee ab.

ab 9.30 detaillierte Ausarbeitung des Videokonzepts

  • Ausarbeitung des Voiceover-Textes
  • Aufnahme und Schnitt der Videos
  • Aufnahme des Voiceover

23:59 Abgabe des Videos

Freitag

10:00-12:00 Review der Abschlussvideos

14:00-16:00 Abschlussplenum

Geplantes Veranstaltungsformat

Plenarübung LA 2 - Prof. Denis Vogel mit den Tutoren Rustam und Peter Gräf

Eine Plenarübung ist ein vorbereitetes und trotzdem interaktives Tutorium, an dem eine größere Anzahl von Studierenden teilnimmt.

Allgemeines Konzept

Wir gehen zunächst davon aus, dass die Plenarübung zu einem festen Zeitpunkt stattfindet und den Rahmen von eineinhalb Stunden nicht überschreiten sollte.

Des Weiteren gehen wir davon aus, dass der/ die Tutor*in die Plenarübung an die Belange der Studierenden anpasst. Es sollen im Vorhinein Fragen eingeschickt werden können und außerdem über das Schwerpunktsthema der Plenarübung unter den Studierenden abgestimmt werden.

Die Plenarübung als solche soll als INTERAKTIVE Veranstaltung durchgeführt werde, in der der Tutor Aufgaben vorrechnen und erklären kann und die Studierenden gleichzeitig aktiv Fragen stellen können.

Die Plenarübung sollte somit flexibel, interaktiv und gewinnbringend sein.

Unter didaktische Überlegungen/Gesamtkonz findet sich unser detailliertes Konzept zur Umsetzung.

Eine Anleitung für Tutor*innen zur Vorbereitung und Durchführung einer Plenarübung mit den von uns empfohlenen Tools befindet sich auf unserer ELearning-Format-Seite zur Plenarübung.

Anforderungsanalyse

Was erwartet ihr als Studierende?

  • eine in der Handhabung einfache und praktikable Lösung.
  • möglichst wenige, aber bekannte Plattformen sollen verwendet werden
  • vielfältige Sendemöglichkeiten von Material (Audio-/Videoübertragung)
  • genutzte Technologien sollten von möglichst vielen Endgeräten unterstützt werden
  • Plattform muss auf allen Betriebssystemen anwendbar sein
  • einfache, intuitive Installation und Bedienung der verwendeten Technologien
  • Tutor sollte einen geregelten Ablauf der Plenarübung garantieren können

Was erwarten Dozierende, insbesondere eure MentorIn?

  • Interaktivität: während der Übung will der Tutor Aufgaben an die Studierenden stellen können mit nachfolgender kurzer Bearbeitungszeit; "kurze" Fragen, die sofort beantwortet werden können sollen ebenfalls möglich sein
  • Nutzung von MaMpf als Ausgangsplattform

Daraus resultierende Anforderungen an die verwendeten Technologien

  • Klare Rollenverteilung (durch Host kontrollierbar)
  • Audio und Video Live-Stream-Funktion mit der Möglichkeit einer geregelten Kommunikation zwischen Studierenden und Tutor
    • Teilnehmer*innen müssen sich merkbar zu Wort melden können und für Tutor gut sichtbar sein
    • Tutor muss Teilnehmer*innen stumm schalten können und ihnen die Autorität entziehen, dies selbst rückgängig machen zu können
    • Tutor muss einzelnen Teilnehmer*innen das Wort erteilen können (Mikro aktivieren)
    • Tutor muss einzelnen Teilnehmer*innen erlauben können, auf dem Screen "kommentieren" zu können
  • allgemeine Chat-Funktion live während der Plenarübung (im Optimalfall kann dieser durch den Tutor gespeichert werden, um auf untergegangene Fragen der Studierenden nach der Plenarübung eventuell eingehen zu können)
  • Screensharing ist für uns unabdingbar, damit der Tutor die Übung synchron aufschreiben kann
  • Dokumente, Bilder können geteilt werden
  • Interaktivität muss gegeben sein
    • durch Abstimmungs-/ Umfrage-Tools
    • Breakouträume
      • mit der Funktion von Shared-Whitebord-Konzepten
    • Wortmeldungen
    • Sprachfreigabe erlauben/ unterbinden
  • Die verwendeten Technologien müssen DSGVO-konform sein

Didaktische Überlegungen/Gesamtkonzept

  • Studierende sollten während der Plenarübung möglichst einfach mündlich Fragen an den Tutor stellen können
  • vielfältige Sendemöglichkeiten von Material (Audio-/Videoübertragung)
  • Interaktivität: während der Übung soll der Tutor Aufgaben an die Studierenden stellen können mit nachfolgender kurzer Bearbeitungszeit; "kurze" Fragen, die sofort beantwortet werden können sollen ebenfalls möglich sein
  • Im Idealfall wird die Plenarübung von zwei Tutor*innen gehostet. Damit kann gewährleistet werden, dass den Belangen der Studierenden adäquat Sorge getragen wird.
  • Die Plenarübung wird nicht aufgezeichnet, ist somit nur in dem eineinhalbstündigen Zeitrahmen live verfügbar.

Plan A

Ablauf der Plenarübung

Phasen Tutor*innenaktivität Studierendenaktivität Technologien
Vorbereitung
  • schaltet Umfrage mit möglichen Schwerpunkten der Plenarübung frei
  • sucht passende Übungsaufgaben zum Thema, bereitet sich auf gestellte Fragen vor
  • schaltet Übersicht über die Schwerpunktthemen, Zeitpunkt des Beginns und Einladungslink der Plenarübung auf MaMpf frei
  • richtet Raum für die Liveübertragung auf heiCONF ein (Dateien hochladen, Teilnehmerrechte verwalten, Webcam und Mikrofon einrichten etc.)
  • stellen Fragen über anonymes offenes Fragenformat auf MaMpf
  • nehmen an Umfrage über MaMpf teil (Welches Schwerpunktthema für Plenarübung?)

MaMpf (Clicker-Tool) heiCONF

Einstieg in die Plenarübung
  • startet das Meeting auf heiCONF zur festgelegten Zeit
  • beginnt die Plenarübung
  • erklärt Sachverhalte und Aufgaben schriftlich über Screen-sharing oder Whiteboard-Funktion
  • folgen Einladungslink zum Meeting und nehmen teil
  • sehen geteilten Screen via heiCONF
heiCONF (Screen-sharing Tool)
Erarbeitungsphase
  • kann Studierenden gezielt das Mikrofon aktivieren
  • geht so auf Kommentare/Fragen der Studierenden ein
  • erklärt am Whiteboard/geteilten Bildschirm gegebenenfalls einzelne Schritte
  • können sich melden, wenn sie Fragen haben
  • können nach Freischaltung verbal Fragen stellen
  • können über Nutzung des Screens ihre Frage schriftlich verdeutlichen
heiCONF (Screen-sharing, raise-hand Tool)
Übungsphase
  • kann Breakout-Räume freischalten und gibt Studierenden eine Übungsaufgabe mit
  • kann verschiedenen Breakout-Räumen beitreten und die Studierenden unterstützen (analog zu Verfahren in Erarbeitungsphase)
  • hat außerdem die Möglichkeit, kurze Umfragen zu starten
  • kann Ergebnisse der Umfragen für alle sichtbar machen
  • kann Multiple-Choice Fragen aus MaMpf einbinden/verlinken
  • erarbeiten in Breakout-Räumen als Kleingruppe die Übungsaufgabe
  • beantworten mit einem Klick die gestellte Umfrage
heiCONF (Umfragetool, Breakout-Räume)

MaMpf

Abschlussphase
  • letzte Fragen seitens der Studierenden können beantwortet werden (evtl. auch im Einzelchat)
  • geteilte Notizen können abgespeichert werden für die nächste Plenarübung
  • Feedback in Form einer Umfrage geben lassen - Metaebene; Wie war die Verbindung von Audio und Ton? Konnte zufriedenstellend auf alle aufkommenden Fragen/ Themen eingegangen werden?
  • schicken letzte Fragen an Tutor*in
  • geben Feedback zur Liveübertragung
heiCONF (Umfragetool, raise-hand Tool)

Plan B

Der Verlauf sieht aus wie in Plan A.

Der Unterschied liegt darin, dass wir die Liveübertragung auf Zoom statt auf heiCONF anbieten wollen. Zoom bietet aktuell Kapazität für bis zu 100 Teilnehmer*innen (kostenlose Version) und gleichzeitig den vollen von uns gewünschten Funktionsumfang, ist aber aufgrund von Sicherheitslücken nicht unsere erste Wahl (s. Empfohlene Techonolgien)

Plan C/Notlösung

Plan C sieht vor, die Videoübertragung wegfallen zu lassen und nur den Audiozugang via Discord zu nutzen. Hier müsste der/die Tutor*in die Übungen vorher aufzeichnen und das Video in der Live-Session hochladen und abspielen.

Getestete Technologien

Für vollständige/ergänzende Informationen zu den jeweiligen Technologien bitte auch die verlinkten Technologie-Seiten

'Technologie Web/App Teilnehmerzahl Registrierung von Studierenden Kosten DSGVO-konform Screensharing Umfrage-Tools Chat Wortmeldung Breakouträume Teilen von Dokumenten/Bildern
MaMpf Web unbegrenzt erforderlich 👍🏻 👍🏻 x 👍🏻
heiCONF/

BigBlueButton

Web begrenzt; aber skalierbar 👍🏻 👍🏻 👍🏻 👍🏻 👍🏻 👍🏻 👍🏻
Zoom Web/ App begrenzt (je nach Kauf) erforderlich Pro: 13,99 €/m.

+ Webinar 37,00€/m. + bis zu 500 TL 46,50 €/m.

? 👍🏻 👍🏻 👍🏻 👍🏻 👍🏻 👍🏻
MS Teams Web/App 100 (im Chat) erforderlich kostenlos; sofern A1 Office Lizenz vorhanden 👍🏻 👍🏻 ☓ (in Apps ausgelagert; per Chat) 👍🏻 ☓(Untergruppen können erstellt werden) 👍🏻
Discord Web unbegrenzt erforderlich je nach Funktionalität kostenpflichtig 👍🏻 👍🏻 (über Bots) 👍🏻 👍🏻 👍🏻 👍🏻
Adobe Connect Web/ App 200 TL wird zurzeit von Uni gestellt; Abo soll aber wohl gekündigt werden 👍🏻 👍🏻 👍🏻 👍🏻 👍🏻 👍🏻 👍🏻
Slack Web unbegrenzt erforderlich kostenlos (Standardversion) 👍🏻 👍🏻 👍🏻 👍🏻 [Talkpower erfragen] (👍🏻) [verschiedene Channel] 👍🏻
WebEx Web/ App 200 TL (Business-Paket) 26,65 €/m. (Business-Paket) 👍🏻 👍🏻

Newrow wurde wegen Ungereimtheiten in den Datenschutzpraktiken nicht getestet

Verworfene Technologien

Newrow

Haben wir sofort verworfen wegen fraglicher Datenschutzpraktiken. Seit Urteil EuGH 1. Oktober 2019 nicht mehr DSGVO-Konform (Aktualisierung von Privacy Shield Bestätigung noch vor Urteil ohne weitere Änderungen an Cookie Practices)

Webex

Die folgenden Gründe haben uns dazu veranlasst WebEx als Plattform für unser Live-Format zu verwerfen:

  • komplizierter Aufbau/unintuitive Bedienung
  • schlechte Verbindung in unserer Testkonferenz
  • im Browser sind Funktionen eingeschränkt, App wird benötigt

MS Teams

MS Teams eignet sich als gesamtheitliches Tool zur Verwaltung einer Vorlesung mit allen Materialien, Informationen und Veranstaltungen, wenn der Dozent die Lehre seiner Vorlesung auf einer einzigen Plattform betreiben möchte. Da unser Fokus jedoch auf der Live-Interaktion zwischen Tutor*in und Studierenden liegt und die Organisation der zugehörigen Vorlesung auf MaMpf stattfindet, haben wir MS Teams als Technologie verworfen.

Der Zugang über das URZ wird außerdem momentan nur Dozierenden/Mitarbeitern der Universität gewährt.

Adobe Connect

Die Funktionen von Adobe Connect passend von allen getesteten Technologien am besten zu unserem use case. Die Funktionen zur Kommunikation zwischen Tutor*in und Studierenden sind einfach zu bedienen und von allen getesteten Technologien am praktikabelsten umgesetzt. Die Anwendung für diese Technologie ist allerdings nur für Windows und MacOS verfügbar.

Der Hauptgrund, diese Technologie trotzdem zu verwerfen, ist, dass das dfn wohl bald den Support beendet und der Service damit auch für die Universität Heidelberg aufgekündigt wird.

Empfohlene Technologien

Zoom

Zoom hat uns in seiner Funktionalität und einfachen Handhabung speziell für unseren use case ebenso überzeugt wie Adobe Connect.

Zur Zeit weist die Software jedoch noch ein paar Sicherheitslücken auf, weswegen wir ganz klar nur eine eingeschränkte Empfehlung für diese Technologie abgeben. Da in der gegenwärtigen Situation allerdings viele Hochschulen Zoom als Plattform nutzen, erwarten wir, dass die Sicherheitslücken langfristig geschlossen werden und Zoom dadurch zu einem geeigneten Tool für Veranstaltungsformate wie unseres wird.

heiCONF

Nach dem Ausschlussprinzip bleibt heiCONF als geeignete Plattform zur Durchführung einer Plenarübung übrig und ist deswegen die von uns empfohlene Technologie.

Der einzige Nachteil an dieser Plattform ist die Teilnehmeranzahl. Zur Zeit ist diese begrenzt auf 50 Personen, technisch möglich sind jedoch 150 Teilnehmer. Laut Entwicklern mit entsprechenden Ressourcen sogar noch mehr. Da sich mittlerweile einige Teams auf die Nutzung von heiCONF geeinigt haben, stehen die Chancen wohl gut, dass das URZ eine höhere Teilnehmeranzahl ermöglicht. Die Lösung wird von der Universität Heidelberg selbst gehostet und erfüllt somit auch die gültigen Datenschutzstandards der Universität.

Des Weiteren erfüllt heiCONF alle unsere Anforderungen. Im Test war diese Plattform auch am zuverlässigsten, sowohl bei Video- als auch Audioaufnahmen.

Abschlusspräsentation

6-minütiges Präsentationsvideo unseres Konzepts:

https://youtu.be/QzgLDGb_ta4

https://heibox.uni-heidelberg.de/f/2e6ef33d9f1a4b75948e/ (nur zum Download, wegen m4v-Format)