Team Archimedes: Difference between revisions

From E-Learning Challenge
Jump to navigation Jump to search
No edit summary
No edit summary
 
(5 intermediate revisions by 2 users not shown)
Line 33: Line 33:
* Aufnahme von Videomaterial und Voiceover
* Aufnahme von Videomaterial und Voiceover
* Schnitt
* Schnitt
* Abgabe des Videos


=== Freitag ===
=== Freitag ===
* bis 12:00 Bewertung der zugelosten Videos
* ab 14:00 Abschlusspräsentation
** Vorstellen unseres Videos und Beantworten von Fragen


== Reflexion ==
== Reflexion ==
erfolgt am Freitag
Wir sind dankbar an der Gestaltung des Sommersemesters teilgehabt haben zu dürfen. Wir freuen uns über den Gestaltungsfreiheit, die Flexibilität, die Kreativität und Ergebnisoffenheit, die mit der Veranstaltung einhergingen. Uns ist bewusst, dass die Challenge in kürzester Zeit konzipiert wurde und ein frühes Fertigstellen dieser von großem Interesse war. Dennoch sind wir der Meinung, dass ein genaueres Abstimmen für weitere 1-2 Tage vor Beginn der Veranstaltung über Ziele, Form der Leistungsnachweise und Kommunikationswege dem Gesamtergebnis hätten gut tuen können. Mit unserem Ergebnis sind wir zufrieden. Die Abschlussvideos sind sicherlich ein gutes Format um unsere Ergebnisse vorzustellen, die Erstellung des Wikis halten wir jedoch für das wichtigere Produkt der Veranstaltung. Wir selbst haben in Ihrem Rahmen eine Vielzahl von Kommunikationswegen und Plattformen zur Vernetzung kennenlernen können, was in diesen Zeiten ja sehr wertvolles Wissen ist. Noch wertvoller ist aber das dieses für uns und für andere jetzt hier festgehalten ist.


== Anforderungsanalyse ==
== Anforderungsanalyse ==
Line 47: Line 51:
* möglichst geringe technische Anforderungen für Tutoren und Studierende
* möglichst geringe technische Anforderungen für Tutoren und Studierende
* am Anfang vom Semester klare Informationen, wie man einer Vorlesung beitritt und dort der Tutorien/Übungszettelbetrieb verläuft  Vorschlag: Die für die Vorlesung relevanten Links frühzeitig vor Beginn der ersten Vorlesungen im LSF einfügen und mit einer zentralen Mail hierauf hinweisen.
* am Anfang vom Semester klare Informationen, wie man einer Vorlesung beitritt und dort der Tutorien/Übungszettelbetrieb verläuft  Vorschlag: Die für die Vorlesung relevanten Links frühzeitig vor Beginn der ersten Vorlesungen im LSF einfügen und mit einer zentralen Mail hierauf hinweisen.
* im Worst Case sollen die Lehrmittel trotzdem online zur Verfügung stehen
* im Falle der Erneuten Öffnung der Präsenzveranstalungen sollen die Lehrmittel für Studierende in Quarantäne trotzdem online zur Verfügung stehen
* weitreichende und universelle Lösung, die möglichst Vorlesungsübergreifend ist
* weitreichende und universelle Lösung, die möglichst Vorlesungsübergreifend ist


Line 75: Line 79:
*   
*   
== Verwendete Technologien ==
== Verwendete Technologien ==
Wir haben die empfohlenen Technologien in '''Plan A''' und '''Plan B''' aufgeteilt. Zum Abhalten einer Übungsgruppe empfehlen wir die Verwendung der Technologien aus '''Plan A'''. Sollten einzelne Technologien Probleme machen, kann jeweils auf '''Plan B''' zurückgegriffen werden.
{| class="wikitable"
{| class="wikitable"
|+
|+
Line 104: Line 109:
|Technologien von Plan A können teilweise übernommen werden
|Technologien von Plan A können teilweise übernommen werden
|}
|}
Neben den obigen Tools können natürlich auch andere Konferenzsysteme zum Einsatz kommen. Wir haben uns im Folge unserer Arbeit mit folgenden Produkten beschäftigt und listen diese hier der Vollständigkeit halber auf:
{| class="wikitable"
{| class="wikitable"
|+Weitere Tools die in Erwägung gezogen wurden
|+Weitere Tools die in Erwägung gezogen wurden
Line 117: Line 123:


== Abwägung verschiedener Technologien (Produkt-Matrix) ==
== Abwägung verschiedener Technologien (Produkt-Matrix) ==
 
Zur Bewertung und Auswertung der verschiedenen Technologien wurde eine '''Produkt-Matrix''' erstellt. Diese Hilft uns, die Unterschiede der einzelnen Tools graphisch dar zu stellen.
{| class="wikitable"
{| class="wikitable"
|+Konferenzen
|+Konferenzen
Line 133: Line 139:
! style="background:orange" |ja, aber unzureichend
! style="background:orange" |ja, aber unzureichend
! style="background:lightgreen" |ja
! style="background:lightgreen" |ja
|
! style="background:lightgreen" |ja
! style="background:lightgreen" |ja
! style="background:lightgreen" |ja
! style="background:lightgreen" |ja
! style="background:lightgreen" |ja
Line 176: Line 182:
! style="background:lightgreen" |ja
! style="background:lightgreen" |ja
|}
|}
 
Begleitend zu den Konferenzen sind Whiteboard-Tools nützlich. Wir haben folgende Produkte näher untersucht und getestet:
{| class="wikitable"
{| class="wikitable"
|+Whiteboards
|+Whiteboards
Line 211: Line 217:
[[HeiCONF]] bietet mit seinen vielfältigen Funktionen eine hohe Flexibilität für den Tutor. Vor allem überzeugt hat uns, dass man mit [[HeiCONF]] die Übungsgruppe geschlossen auf einer Plattform stattfinden lassen kann.
[[HeiCONF]] bietet mit seinen vielfältigen Funktionen eine hohe Flexibilität für den Tutor. Vor allem überzeugt hat uns, dass man mit [[HeiCONF]] die Übungsgruppe geschlossen auf einer Plattform stattfinden lassen kann.


'''Unterstützend''' kann der Tutor auch auf Tools wie [[Dropbox Pages|'''Dropbox Pages''']], [[Jupyter Hub|'''Jupyter Hub''']] und [[Codimd|'''Codimd''']] in denen eigenständig gescrollt werden kann, zurückgreifen.
'''Unterstützend''' kann der Tutor auch auf Tools wie [[Dropbox Pages|'''Dropbox Pages''']], [[Jupyter Hub|'''Jupyter Hub''']] und '''[[CodiMD|Codimd]]''' in denen eigenständig gescrollt werden kann, zurückgreifen.


=== Plan B ===
=== Plan B ===
Line 221: Line 227:


=== Übungszettel ===
=== Übungszettel ===
Für beide Pläne soll die Abgabe der Übungsblätter über [[Moodle]] laufen. Hier können Übungsblätter abgegeben und Code hochgeladen werden, sowie korrigierte Übungsblätter und Quellcode zurückgegeben werden. Die oben genannten Dienste wie [[Dropbox Pages]], [[Jupyter Hub]] und [[Codimd]] können auch zum gemeinsamen Bearbeiten von Programmierhausaufgaben genutzt werden. Kommunikation unter Studierenden zur gemeinsamen Abgabe könnte über den in Plan B vorgeschlagenen Discord Server der Vorlesung stattfinden.
Für beide Pläne soll die Abgabe der Übungsblätter über [[Moodle]] laufen. Hier können Übungsblätter abgegeben und Code hochgeladen werden, sowie korrigierte Übungsblätter und Quellcode zurückgegeben werden. Die oben genannten Dienste wie [[Dropbox Pages]], [[Jupyter Hub]] und [[CodiMD|Codimd]] können auch zum gemeinsamen Bearbeiten von Programmierhausaufgaben genutzt werden. Kommunikation unter Studierenden zur gemeinsamen Abgabe könnte über den in Plan B vorgeschlagenen Discord Server der Vorlesung stattfinden.


== Abschlusspräsentation ==
== Abschlusspräsentation ==
Hier verlinkt ihr euer Video. Ihr könnt auch euer Videoskript hier hochladen.
Ein Video mit Erklärungen zu den jeweiligen Technologien findet sich auf [https://heibox.uni-heidelberg.de/d/be6f2400d3ea4720a3ee/ HeiBOX].


{{DEFAULTSORT:Archimedes}}
{{DEFAULTSORT:Archimedes}}
[[Category:Team]]
[[Category:Team]]

Latest revision as of 11:32, 6 April 2020

Challenge: Übungsgruppen

Das Team Archimedes beschäftigt sich mit der Übungsgruppe zu der Vorlesung "Algorithmen und Datenstrukturen" von Dr. Ullrich Köthe.

Tagebuch

Montag

  • Erstes Brainstorming und Absprache der Ziele mit der Gruppenleitung
  • Unterteilung des Teams in noch kleinere Arbeitsgruppen
    • Konferenzen/Präsentieren, ergänzende technische Mittel, Übungsaufgaben/Abgaben/Korrekturen
  • Recherche verschiedener technologischer Tools

Dienstag

  • Erstellen von Google Docs Dokumenten zu den Tools, die Verwendung, Vorteile und Nachteile Abwägen
  • Vernetzen mit weiteren Teams:
  • Abwägen erster Präferenzen an Tools und besprechen erster möglicher Konzepte für Übungsgruppen

Mittwoch

Donnerstag

  • Erarbeiten eines Konzepts für das Abschlussvideo
  • Aufnahme von Videomaterial und Voiceover
  • Schnitt
  • Abgabe des Videos

Freitag

  • bis 12:00 Bewertung der zugelosten Videos
  • ab 14:00 Abschlusspräsentation
    • Vorstellen unseres Videos und Beantworten von Fragen

Reflexion

Wir sind dankbar an der Gestaltung des Sommersemesters teilgehabt haben zu dürfen. Wir freuen uns über den Gestaltungsfreiheit, die Flexibilität, die Kreativität und Ergebnisoffenheit, die mit der Veranstaltung einhergingen. Uns ist bewusst, dass die Challenge in kürzester Zeit konzipiert wurde und ein frühes Fertigstellen dieser von großem Interesse war. Dennoch sind wir der Meinung, dass ein genaueres Abstimmen für weitere 1-2 Tage vor Beginn der Veranstaltung über Ziele, Form der Leistungsnachweise und Kommunikationswege dem Gesamtergebnis hätten gut tuen können. Mit unserem Ergebnis sind wir zufrieden. Die Abschlussvideos sind sicherlich ein gutes Format um unsere Ergebnisse vorzustellen, die Erstellung des Wikis halten wir jedoch für das wichtigere Produkt der Veranstaltung. Wir selbst haben in Ihrem Rahmen eine Vielzahl von Kommunikationswegen und Plattformen zur Vernetzung kennenlernen können, was in diesen Zeiten ja sehr wertvolles Wissen ist. Noch wertvoller ist aber das dieses für uns und für andere jetzt hier festgehalten ist.

Anforderungsanalyse

Was erwartet ihr als Studierende?

Für die Übungsgruppe

  • unkomplizierte/durchsichtige Kommunikation mit Tutoren und andere Studierenden
  • klare Richtlinien was Abgaben und Deadlines betrifft

Insgesamt für die Digitalisierung der Lehre:

  • möglichst geringe technische Anforderungen für Tutoren und Studierende
  • am Anfang vom Semester klare Informationen, wie man einer Vorlesung beitritt und dort der Tutorien/Übungszettelbetrieb verläuft Vorschlag: Die für die Vorlesung relevanten Links frühzeitig vor Beginn der ersten Vorlesungen im LSF einfügen und mit einer zentralen Mail hierauf hinweisen.
  • im Falle der Erneuten Öffnung der Präsenzveranstalungen sollen die Lehrmittel für Studierende in Quarantäne trotzdem online zur Verfügung stehen
  • weitreichende und universelle Lösung, die möglichst Vorlesungsübergreifend ist

Was erwarten Dozierende, insb. eure MentorIn?

Für die Übungsgruppe

  • Konferenztool um während der Übungsgruppe zu kommunizieren (nicht zwangsweise mit Video)
  • unterstützende technische Mittel wie Whiteboard zum zeichnen, Dokument mit Code
  • selbstständiges scrollen, ansehen der Dateien der Teilnehmer möglich
  • Lösungen der Übungsblätter sollen nicht in kommenden Jahren verfügbar sein

Bisheriger Ablauf der Übungsgruppen (sollte im Kern erhalten bleiben):

  • Studierende sollen Übungsaufgaben auf Moodle herunterladen, bearbeiten und Lösungen dort hochladen
  • Besprechung der Musterlösung in der Übungsgruppe
  • selbstständiges debuggen der Abgabe und erneute Abgabe

Insgesamt für die Digitalisierung der Lehre:

  • möglichst einheitliche, universal anwendbare Lösung
  • möglichst wenig verschiedene Tools
  • wenig Mehraufwand für Dozierende

Didaktische Überlegungen

  • Es ist schwieriger, Fragen zu stellen und als TutorIn auf diese Fragen einzugehen. Daher muss für Fragen (insb. Fragen die vielleicht nicht an alle Studierende gerichtet sind) extra Zeit mit eingerechnet werden. Mehr dazu wurde mit dem Team Arnold (Studentischer Helpdesk) besprochen
  • Absprache für Studierende des Tutoriums (etwa zur Organisation von Lerngruppen usw.) muss ermöglicht werden
  • Empfehlungen für einen 0. Zettel (LaTeX). Aber nicht als Vorschrift
  • Sammlung von Fragen (evtl. tutoriumsübergreifend) wie ein FAQ etwa auf Moodle
  • Sammeln von Fragen während des Tutoriums um ständige Zwischenfragen zu vermeiden. Vor allem wichtig für Videokonferenzen.
  • Erstellen eines Discord Servers zum Austausch Studierender in der Übungsgruppe

Verwendete Technologien

Wir haben die empfohlenen Technologien in Plan A und Plan B aufgeteilt. Zum Abhalten einer Übungsgruppe empfehlen wir die Verwendung der Technologien aus Plan A. Sollten einzelne Technologien Probleme machen, kann jeweils auf Plan B zurückgegriffen werden.

Plan A
Technologie Zweck
heiCONF Videokonferenztool
Moodle Übungsaufgaben abgeben, Feedback (mit Forum)
Dropbox Paper, Jupyter Hub, CodiMD, Google Collab Empfehlungen für Code und Notizen
Plan B
Technologie Zweck
Discord / WebEx Konferenztool für Audioanrufe und Chat
Miro / AWW App Whiteboard – In heiCONF schon enthalten. Bei Wahl von heiConf fällt dieser Punkt weg
Siehe oben Technologien von Plan A können teilweise übernommen werden

Neben den obigen Tools können natürlich auch andere Konferenzsysteme zum Einsatz kommen. Wir haben uns im Folge unserer Arbeit mit folgenden Produkten beschäftigt und listen diese hier der Vollständigkeit halber auf:

Weitere Tools die in Erwägung gezogen wurden
Technologie Zweck
Newrow Konferenztool mit eingebautem Whiteboard etc.
Zoom Konferenztool mit Videoanruf. Nachteil: Keine Lizenz, Privatsphäre kritisch

Abwägung verschiedener Technologien (Produkt-Matrix)

Zur Bewertung und Auswertung der verschiedenen Technologien wurde eine Produkt-Matrix erstellt. Diese Hilft uns, die Unterschiede der einzelnen Tools graphisch dar zu stellen.

Konferenzen
Tool Teilnehmer > 25 Whiteboard Screensharing Umfrage Breakout Room Filesharing Aufzeichnung
heiCONF ja ja, aber unzureichend ja ja ja ja nein
Webex ja ja ja abhängig von gewähltem Produkt

(Meeting/Training/Event)

ja ja ja
Zoom ja ja ja nein ja ja ja
Discord ja (nur Voicechat) nein nur bis 10 Leute indirekt (z.B. über Emoji Reaktion,

Erstellen eines Bots)

ja ja nein
Newrow bei entsprechendem Plan ja ja ja ja ja ja

Begleitend zu den Konferenzen sind Whiteboard-Tools nützlich. Wir haben folgende Produkte näher untersucht und getestet:

Whiteboards
Tool Registrierung nötig? Anzahl Mitglieder Kommentarfunktion Einbinden PDF/Bilder können Studis malen? Speicherung
AWW App anonyme Teilnahme über Einladungslink möglich unbegrenzt wenn angemeldet möglich ja ja
Miro anonyme Teilnahme über Einladungslink möglich unbegrenzt wenn angemeldet möglich nein ja

Geplantes Veranstaltungsformat

Plan A

Plan A beinhaltet mit heiCONF ein Video-Konferenz-Tool, auf welchem der Tutor das Meeting startet und Studenten so einladen kann. Solche Einladungslinks könnten für jede Übungsgruppe auf Moodle hochgeladen und theoretisch schon weit im Vorraus erstellt werden. Je nach Bedürfnissen kann der Tutor dann den Bildschirm teilen oder ein in heiCONF bereitgestelltes Whiteboard benutzen. Fragen, die während der Übungsgruppe aufkommen, können im Textchat gestellt werden ohne den Tutor in seinen Ausführungen zu unterbrechen.

HeiCONF bietet mit seinen vielfältigen Funktionen eine hohe Flexibilität für den Tutor. Vor allem überzeugt hat uns, dass man mit HeiCONF die Übungsgruppe geschlossen auf einer Plattform stattfinden lassen kann.

Unterstützend kann der Tutor auch auf Tools wie Dropbox Pages, Jupyter Hub und Codimd in denen eigenständig gescrollt werden kann, zurückgreifen.

Plan B

Hier findet die Kommunikation in der Übungsgruppe über Discord statt. Wir schlagen wie Team Arnold daher vor am Anfang vom Semester für jede Vorlesung einen Server dort einzurichten. Dort sollte für jede Übungsgruppe ein Sprach- und Textchat eingerichtet werden. Die Tutoren sollten dort Administratorrechte erhalten.

Für die Übermittlung des Lehrinhalts schlagen wir dann die Tools Miro oder AWW App vor.

Der Vorteil dieser Lösung gegenüber Plan A ist es, dass jeder Student selbst scrollen kann und so zu gewünschten Teilen des Tutorium zurückkehren kann.

Übungszettel

Für beide Pläne soll die Abgabe der Übungsblätter über Moodle laufen. Hier können Übungsblätter abgegeben und Code hochgeladen werden, sowie korrigierte Übungsblätter und Quellcode zurückgegeben werden. Die oben genannten Dienste wie Dropbox Pages, Jupyter Hub und Codimd können auch zum gemeinsamen Bearbeiten von Programmierhausaufgaben genutzt werden. Kommunikation unter Studierenden zur gemeinsamen Abgabe könnte über den in Plan B vorgeschlagenen Discord Server der Vorlesung stattfinden.

Abschlusspräsentation

Ein Video mit Erklärungen zu den jeweiligen Technologien findet sich auf HeiBOX.