Uhlenbeck: Difference between revisions
No edit summary |
No edit summary |
||
Line 240: | Line 240: | ||
[[BigBlueButton|<small>BigBlueButton</small>]] | [[BigBlueButton|<small>BigBlueButton</small>]] | ||
|<small>Web</small> | |<small>Web</small> | ||
|<small>begrenzt; aber skalierbar | |<small>begrenzt; aber skalierbar</small> | ||
|<small>☓</small> | |<small>☓</small> | ||
|<small>☓</small> | |<small>☓</small> |
Revision as of 20:28, 2 April 2020
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
13: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.
- Team Hertz lädt uns zusätzlich zu einer Konferenz ein, um uns die Plattform genauer zu erläutern, da das Team schon MS Teams ausprobiert hat. MS Teams überzeugt uns nicht in seiner Funktionalität. Mit dieser Plattform müssten wir zu viele Abstriche machen (s. Verworfene Technologien)
- Unsere Favoriten bisher Adobe Connect und heiCONF/ BigblueButton.
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
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 |
|
||
Einstieg in die Plenarübung |
|
|
heiCONF (Screen-sharing Tool) |
Erarbeitungsphase |
|
|
heiCONF (Screen-sharing, raise-hand Tool) |
Übungsphase |
|
|
heiCONF (Umfragetool, Breakout-Räume) |
Abschlussphase |
|
|
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 mit UNI-ID | ☓ | 👍🏻 | ☓ | 👍🏻 | ☓ | ☓ | 👍🏻 | |
heiCONF/ | 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 | ☓ | 👍🏻 | 👍🏻 | 👍🏻 | 👍🏻 | |||
Adobe Connect | Web/ App | 200 TL | ☓ | wird zurzeit von Uni gestellt; Abo soll aber gekündigt werden | 👍🏻 | 👍🏻 | 👍🏻 | 👍🏻 | 👍🏻 | 👍🏻 | |
Slack | Web | unbegrenzt | erforderlich | kostenlos (Standardversion) | 👍🏻 | 👍🏻 | 👍🏻 | ||||
WebEx | Web/ App | 200 TL (Business-Paket) | 26,65 €/m. (Business-Paket) | 👍🏻 |
Newrow wurde nicht getestet, da überhaupt nicht DSGVO-konform!
Verworfene Technologien
Newrow
Haben wir sofort verworfen aufgrund von Missachtung der DSGVO.
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 die Universität Heidelberg den Support bald beendet.
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 bis zu 150 Teilnehmer. 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 OpenSource Plattform wird von der Hochschule generiert und erfüllt somit auch die Konformität.
Des Weiteren erfüllt heiCONF alle unsere Anforderungen. Im Test war diese Plattform auch am zuverlässigsten, sowohl bei Video- wie auch Audioaufnahmen.
Abschlusspräsentation
6-minütiges Präsentationsvideo unseres Konzeptes: