Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- rise:handbuch:3.3_hinweise_zu_vortraegen [2026-10-14 11:50] – [Redezeit, Diskussion und Anwesenheit] lukas
+++ rise:handbuch:3.3_hinweise_zu_vortraegen [2026-10-16 12:12] (aktuell) – lukas
@@ Zeile 1: / Zeile 1: @@
 ====== Hinweise zu Vorträgen ======
-Diese Seite unterstützt Zeitplanpräsentation und Sprint Reviews. Den Ablauf erklärt [[rise:handbuch:2.1_semesterablauf_reference|Semesterablauf]], kurze Standberichte gehören zu den [[rise:handbuch:2.2_woechentliche_termine|Arbeitsterminen]]. Termine, Ort, Abgabezeit und persönliche Zeitslots im aktuellen ISIS-Kurs prüfen. Bewertungszuordnung unter [[rise:handbuch:3.2_bewertungsmodalitaeten|Bewertungsmodalitäten]].
+Diese Seite beschreibt die Vorbereitung der Zeitplanpräsentation und der Sprint Reviews. Die Termine, Abgabefristen und Zeitslots stehen im aktuellen ISIS-Kurs. Welche Präsentationen zu den Prüfungselementen gehören, steht unter [[rise:handbuch:3.2_bewertungsmodalitaeten|Bewertungsmodalitäten]].
 ===== Vor jedem Vortrag prüfen =====
-  - **Vorgaben:** Disposition, Ankündigungen, Team-Slot und aktuelles Originalraster lesen; ISIS-Folienmaster verwenden. RISE-Prüfungsanmeldung vor der Zeitplanpräsentation fristgerecht erledigen.
+  - **Vorgaben:** Disposition, Ankündigungen, Team-Slot und aktuelles Bewertungsraster in ISIS lesen; den dort bereitgestellten Folienmaster verwenden. Den Prüfungsanmeldestatus kontrollieren.
   - **Inhalt:** Fachfremde Zuhörende kurz bei Aufgabe, Ziel und Übernahmestand abholen. Methode, nachvollziehbare Ergebnisse, Grenzen und Schnittstellen zeigen.
   - **Form:** Gut lesbare Folien und passende Belege einsetzen, etwa Foto, Video, Demonstration oder Screencast. Erreichten Stand klar von Planung trennen. Quellen und übernommene Ergebnisse kennzeichnen.
-  - **Team:** Beiträge und Übergänge vereinbaren, Vortrag proben, Zeit prüfen. Frühzeitige Vorabversion an Tutor*innen ermöglicht Feedback.
+  - **Team:** Beiträge und Übergänge vereinbaren, Vortrag proben und Redezeit prüfen. Für Feedback den Tutor*innen rechtzeitig eine Vorabversion zeigen.
-  - **Technik und Ablage:** Fertige Folien nach aktueller Kursvorgabe im Gruppenordner der Nextcloud ablegen. Präsentationsdatei, Medien und gegebenenfalls Online-Übertragung vor dem Slot testen. Keine ausschließlich persönlichen Ablagen verwenden.
+  - **Technik und Ablage:** Fertige Folien nach aktueller Kursvorgabe im Gruppenordner der Nextcloud ablegen. Präsentationsdatei, Medien und eine angebotene Online-Übertragung vor dem Slot testen.
 ===== Zeitplanpräsentation =====
@@ Zeile 23: / Zeile 23: @@
   - Konkrete Fragen an Betreuung und Schnittstellengruppen.
-Die [[rise:studi:rise-exo-2:vorlagen:semesterprotokoll|Semesterprotokollseite]] enthält Aufgabe, Übernahmestand und Schnittstellen. Backlog und aktueller Aufgabenstand bleiben im vereinbarten Aufgabenwerkzeug. Das bisherige Format der Aufgabenbeschreibung wird beibehalten.
+Zeigt den Bezug zu eurer [[rise:studi:rise-exo-2:vorlagen:semesterprotokoll|Semesterprotokollseite]] mit Aufgabe, Übernahmestand und Schnittstellen. Backlog und laufender Aufgabenstand bleiben im vereinbarten Aufgabenwerkzeug.
 ==== Methodische Bestandteile des Sprintplans ====
-Die bisherigen Sprintplanvorgaben nennen die folgenden obligatorischen Elemente. **Art und Umfang an das Thema anpassen**; sie sind keine starre, einmalig abzuarbeitende Reihenfolge:
+Der Semesterplan berücksichtigt die folgenden methodischen Bereiche. Wählt die konkreten Methoden passend zur Gruppenaufgabe und zeigt, in welchem Sprint ihr sie einsetzt. Für Sprint 1 werden die nächsten Arbeitspakete konkret geplant; die späteren Sprints bleiben zunächst gröber:
-  * **Literatur-/Markt-/Patentrecherche:** Vorarbeiten, vergleichbare Lösungen und relevante Quellen auswerten.
+  * **Recherche:** Vorarbeiten und fachlich passende Quellen auswerten; Markt- oder Patentrecherche einsetzen, wenn sie für die Aufgabe einen Erkenntnisgewinn bringt.
   * **Funktions-/System-/Aufgabenanalyse:** Problem, Teilfunktionen und Systemzusammenhang einschließlich Schnittstellen untersuchen.
   * **Anforderungsdefinition:** Ziele und Randbedingungen in überprüfbare Anforderungen übersetzen.
   * **Konzeptentwicklung:** Alternativen entwickeln und Auswahl anhand nachvollziehbarer Kriterien begründen.
   * **Realisierung:** Lösung umsetzen und Änderungen festhalten.
-  * **Validierung/FMEA:** Ergebnisse gegen Anforderungen prüfen und Risiken mit zur Aufgabe passenden Methoden betrachten. Eine FMEA ersetzt weder alle Tests noch eine Sicherheitsfreigabe.
+  * **Validierung und Risikoanalyse:** Ergebnisse gegen Anforderungen prüfen und Risiken mit zur Aufgabe passenden Methoden betrachten. Eine FMEA ist bei passenden Fragestellungen ein mögliches Verfahren, ersetzt aber weder Tests noch eine Sicherheitsfreigabe.
-  * **Systemintegration:** Ergebnis mit benachbarten Teilsystemen abstimmen und die gemeinsame Funktion prüfen.
+  * **Integration und Übergabe:** Ergebnisse mit betroffenen Fachbereichen abstimmen und ihre gemeinsame Nutzbarkeit prüfen; bei technischen Aufgaben die Funktion mit benachbarten Teilsystemen testen.
 Aufgabe, Methodik, Meilensteine und Verantwortlichkeiten eigenständig definieren. Zeigt, woran ein Ergebnis erkennbar abgeschlossen ist. **Integration und reale Tests früh einplanen**, nicht erst nach abgeschlossener Einzelentwicklung. Die Vorbereitung erfolgt mit dem ISIS-Methodikmaterial und [[rise:handbuch:2.5_rise_scrum_reference|RISE-Scrum]].
@@ Zeile 48: / Zeile 48: @@
   * Konzeptentwicklung und wichtige Entscheidungen methodisch begründen.
   * Ergebnisse, Prototypen, Tests und bekannte Grenzen zeigen.
-  * Finanzierung, Bestellauswahl, Kosten und Lieferabhängigkeiten berücksichtigen, soweit relevant.
+  * Bei Beschaffung: Finanzierung, Bestellauswahl, Kosten und Lieferabhängigkeiten zeigen.
   * Plan und tatsächlichen Stand vergleichen; offene Aufgaben und kritische Selbsteinschätzung darstellen.
   * Schnittstellen, Unterstützung und nächste Prioritäten benennen.
-Feedback anschließend in Planung und Wiki übernehmen. Für Review I ist im aktuellen Auftakt ein erster Wiki-Konzeptentwurf vorgesehen; vor Review II die ausgearbeitete Struktur und Folgeaufgaben mit der Betreuung abstimmen.
+Übernehmt das Feedback anschließend in Planung und Fachdokumentation. Zeigt im jeweiligen Review auch den Stand des Dokumentationskonzepts gemäß den [[rise:handbuch:2.1_semesterablauf_reference|Meilensteinen]].
 ==== Abschlusspräsentation ====
@@ Zeile 58: / Zeile 58: @@
 Review III fasst das **gesamte Semester mit Schwerpunkt auf dem letzten Sprint** zusammen. Zeigt Aufgabe, Vorgehen, eigene Arbeit und wichtigste Ergebnisse. Kritische Einordnung umfasst Grenzen, Fehlversuche und verbleibende Integrations- beziehungsweise Testfragen.
-Zeigt den Ausblick und die **mit Leadership erarbeiteten Folgeaufgaben**, die bereits im Wiki dokumentiert sind. Benennt Prioritäten, Abhängigkeiten und nutzbare Vorarbeiten. Verweist auf Wiki, Dateien, Code und die editierbare Übergabefolie nach bestehendem Vorbild. Details unter [[rise:handbuch:3.5_semesterabschluss-rise_how-to|Semesterabschluss]].
+Zeigt den Ausblick und die **mit Leadership erarbeiteten Folgeaufgaben**, die bereits im DokuWiki-Semesterprotokoll dokumentiert sind. Benennt Prioritäten, Abhängigkeiten und nutzbare Vorarbeiten. Verweist auf Semesterprotokoll, Fachdokumentation, Dateien, Code und die editierbare Übergabefolie nach bestehendem Vorbild. Details unter [[rise:handbuch:3.5_semesterabschluss-rise_how-to|Semesterabschluss]].
 ===== Leadership-Präsentationen =====
-Bei vereinbarter Leadership-Ausgestaltung zeigen die zwei Retrospektiven die eigene Leitungsarbeit: Ausgangslage und Probleme, Unterstützung und Entscheidungen, Schnittstellenklärung, Feedback und Maßnahmen. Die zweite Retrospektive vergleicht mit der ersten und zeigt Umsetzung und Wirkung.
+Im Leadership-Schwerpunkt zeigen die zwei Retrospektiven die eigene Koordinationsarbeit und ihre Entwicklung im Semester. Unterscheidet dabei die Ergebnisse der betreuten Gruppen vom eigenen Beitrag.
-Gruppenergebnis und persönlicher Koordinationsbeitrag unterscheiden. Prüf- und Bewertungsbelege im Portfolio verlinken, nicht die gesamte Gruppendokumentation duplizieren. Termine und Kriterien mit der Betreuung und dem freigegebenen ISIS-Raster klären; die offiziellen Prüfungselemente bleiben bestehen.
+Das Leitungsportfolio hält den persönlichen Beitrag nachvollziehbar fest und verlinkt Belege, statt Gruppendokumentation zu kopieren. Die Zuordnung zu den Prüfungselementen und die Veröffentlichung der Bewertungskriterien sind unter [[rise:handbuch:3.2_bewertungsmodalitaeten|Bewertungsmodalitäten]] geregelt.
 ===== Redezeit, Diskussion und Anwesenheit =====
-Die geprüften RISE-Modulbeschreibungen nennen für bewertete Präsentationen 5 Minuten pro Gruppenmitglied. Dies wird mit zunehmender Gruppengröße deutlich abnehmen auf 2-3 Minuten p.P. Konkrete Slots, Gruppengrößenanpassungen und vorgesehene Diskussion werden im aktuellen Kurs organisiert; nötige Abweichungen von Modulvorgaben mit den Prüfungsverantwortlichen klären.
+Die MOSES-Modulbeschreibungen nennen für **Zwischen- und Abschlusspräsentation fünf Minuten je Gruppenmitglied**. Für die praktische Terminplanung des RISE-Kurses gilt: **Jede Gruppe erhält mindestens zehn Minuten Vortragszeit insgesamt.** Bei Zweiergruppen sind das fünf Minuten je Person. Ab drei Mitgliedern dienen **drei bis vier Minuten je Mitglied** als Planungsrahmen; die Zehn-Minuten-Untergrenze für die Gruppe bleibt bestehen. Die zugeteilte Gruppengesamtzeit und die anschließende Diskussion stehen für jeden Präsentationstermin in ISIS. Prüfungselemente und Gewichtungen bleiben unverändert; individuelle Beiträge müssen erkennbar sein.
-Pünktlich beginnen und Vorbereitung vorher abschließen. Bewertete eigene Beiträge und Anwesenheitsanforderungen beim eigenen Vortrag mit der Betreuung klären.
+Seid vor Beginn des eigenen Slots vorbereitet und pünktlich. Die Anwesenheitsanforderungen beim eigenen Vortrag stehen in den aktuellen Kurs- und Prüfungsvorgaben.
-**Bei jedem Präsentationstermin sieht sich jede*r Studierende mindestens eine Präsentation eines anderen Teams an.** Der Besuch erfolgt nach Möglichkeit vor Ort; wenn eine Online-Übertragung angeboten wird, ist auch diese Form möglich. Wählt möglichst ein Team mit fachlicher Schnittstelle zu eurer Aufgabe und bereitet eine Frage oder Rückmeldung vor. Die Regel gilt zusätzlich zum eigenen Vortrag; sie legt keine neue Prüfungsgewichtung fest.
+**Bei jedem Präsentationstermin sieht sich jede*r Studierende zusätzlich zum eigenen Vortrag mindestens eine Präsentation eines anderen Teams an.** Der Besuch erfolgt nach Möglichkeit vor Ort. Eine angebotene Online-Übertragung kann ebenfalls genutzt werden.
-Zeitüberschreitungen und ihre Bewertungsfolgen richten sich nach dem veröffentlichten Raster, nicht nach einer hier neu eingeführten Pauschalstrafe.
+Die vorgegebene Zeiteinhaltung wird nach dem veröffentlichten Raster in der strukturellen Darstellung berücksichtig.
 ----
 [[rise:handbuch:1_uebersicht|Handbuch]]
 {{tag>RISE Handbuch Vorträge Sprint Review}}