Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- rise:handbuch:3.3_hinweise_zu_vortraegen [2026-10-11 23:34] – 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 hilft bei **Zeitplanpräsentation und Sprint Reviews**. Ihre Einordnung im Projektverlauf zeigt der [[rise:handbuch:2.1_semesterablauf_reference|Semesterablauf]]; kürzere Vorstellungen zur gruppenübergreifenden Abstimmung gehören zu den [[rise:handbuch:2.2_woechentliche_termine|wöchentlichen Terminen]]. Die **aktuelle Disposition im ISIS-Kurs** bestimmt Datum, Ort und Abgabezeit. Euren konkreten Zeitslot prüft ihr zusätzlich in der Teamzuordnung auf ISIS. Welche Leistungen bewertet werden und wo das Originalraster liegt, steht 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: kurz prüfen =====
+===== Vor jedem Vortrag prüfen =====
-  - **Vorgaben:** Lest aktuelle Disposition, ISIS-Ankündigungen, Team-Zeitslot und das Originalraster für Präsentationen. Nutzt den Folienmaster unter „Vorlagen“ in ISIS. Für die Zeitplanpräsentation muss die MOSES-Prüfungsanmeldung vorher fristgerecht erledigt sein.
+  - **Vorgaben:** Disposition, Ankündigungen, Team-Slot und aktuelles Bewertungsraster in ISIS lesen; den dort bereitgestellten Folienmaster verwenden. Den Prüfungsanmeldestatus kontrollieren.
-  - **Inhalt:** Holt fachfremde Zuhörende kurz bei Aufgabe und Ziel ab. Zeigt Methode, konkrete Ergebnisse oder einen nachvollziehbaren Plan, offene Fragen und Schnittstellen. Sprecht kritische Abhängigkeiten vorab mit den betroffenen Gruppen ab.
+  - **Inhalt:** Fachfremde Zuhörende kurz bei Aufgabe, Ziel und Übernahmestand abholen. Methode, nachvollziehbare Ergebnisse, Grenzen und Schnittstellen zeigen.
-  - **Form:** Verwendet gut lesbare Folien und möglichst anschauliche Belege – etwa Fotos, Demonstration, Video oder Screencast, wenn es zur Aufgabe passt. Zeigt **was herausgekommen ist**, nicht nur, woran ihr gearbeitet habt. Kennzeichnet klar, was bereits erreicht und was erst geplant ist.
+  - **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 und Technik:** Legt fest, wer welchen Beitrag vorstellt; probt Übergänge und Zeit. Schickt den Tutor*innen eine Vorabversion früh genug für Feedback. Ladet die fertigen Folien nach der **aktuellen** Vorgabe in den Gruppenordner der [[https://cloud.rise-tub.de/|RISE-Nextcloud]] und testet Präsentationsdatei, Medien und gegebenenfalls Online-Übertragung vor eurem Slot.
+  - **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 eine angebotene Online-Übertragung vor dem Slot testen.
 ===== Zeitplanpräsentation =====
-**Ziel:** Ihr holt Feedback zum Semesterplan ein, macht Abhängigkeiten sichtbar und gebt anderen Gruppen Gelegenheit, Schnittstellen früh anzusprechen.((RISE-Handbuch: bisherige „Hinweise zu Vorträgen“, Abschnitt „Hinweise zu den Sprintplanpräsentationen“; RISE: Auftaktveranstaltung SoSe 2026, Folie 36.))
+**Ziel:** Feedback zum Semesterplan erhalten und Abhängigkeiten früh sichtbar machen. Plant grob **alle drei Sprints**, den ersten mit konkreten, priorisierten Paketen. Der Plan wird später angepasst; er ist keine unveränderliche Zusage.
-Eine hilfreiche Reihenfolge ist:
+Eine hilfreiche Reihenfolge:
-  - Ausgangslage und übernommener Stand: Was ist die Aufgabe, was ist bereits vorhanden, welches Problem löst ihr?
+  - Ausgangslage und Übernahmestand: vorhandene Ergebnisse, offenes Problem und eigene Aufgabe.
-  - Ziel und Vorgehen: Welche Ergebnisse wollt ihr erreichen und warum passt eure Methode dazu?
+  - Ziele und Vorgehen: angestrebte Ergebnisse und begründete Methodenwahl.
-  - Grober Plan für **alle drei Sprints**, den ersten Sprint mit konkreten, priorisierten Arbeitspaketen. Zeigt den Backlog im vereinbarten Aufgabenwerkzeug, Zuständigkeiten und woran ihr erledigte Aufgaben erkennt.
+  - Semesterplan und Sprint 1: priorisierte Pakete, Zuständigkeiten, Aufwand und überprüfbare Abschlusskriterien.
-  - Schnittstellen, Risiken und verfügbare Zeiten im Team: Was hängt von anderen ab, wo braucht ihr Klärung?
+  - Schnittstellen, Risiken und Verfügbarkeit: Abhängigkeiten, Beschaffung, Testzugänge, Urlaubs- und Prüfungszeiten.
-  - Offene Fragen an Tutor*innen und andere Gruppen: Welches Feedback braucht ihr für den Start?
+  - Konkrete Fragen an Betreuung und Schnittstellengruppen.
-Die [[rise:studi:rise-exo-2:vorlagen:semesterprotokoll|Semesterprotokollseite]] sollte mit Aufgabe, Übernahmestand und Schnittstellen angelegt sein. Die Grundlagen zu Backlog, Sprintziel und „Definition of Done“ erklärt [[rise:handbuch:2.5_rise_scrum_reference|RISE-Scrum]]. Im ISIS-Kurs findet ihr unter „Bewertungsrelevante Informationen“ das vorbereitende Video „Methodik zur Prototypentwicklung und Agiles Projektmanagement“.((RISE-Teamleitung: Freigegebene Anmelderegel, 8. Juli 2026; ISIS-Kurs WiSe 2026/27, Abschnitt „Bewertungsrelevante Informationen“.))
+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.
-===== Sprint Reviews =====
+==== Methodische Bestandteile des Sprintplans ====
-**Ziel:** Ihr zeigt überprüfbar, was im Sprint entstanden ist, besprecht Abweichungen und holt Rückmeldungen für die nächste Entscheidung ein. Eine knappe Struktur:
+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:
-  - Aufgabe und Sprintziel in Erinnerung rufen; nur so viel Kontext wie nötig.
+  * **Recherche:** Vorarbeiten und fachlich passende Quellen auswerten; Markt- oder Patentrecherche einsetzen, wenn sie für die Aufgabe einen Erkenntnisgewinn bringt.
-  - Ergebnisse **zeigen** und die wichtigsten methodischen Entscheidungen begründen. Wenn etwas nicht funktioniert hat, macht Ursache und Erkenntnis sichtbar.
+  * **Funktions-/System-/Aufgabenanalyse:** Problem, Teilfunktionen und Systemzusammenhang einschließlich Schnittstellen untersuchen.
-  - Plan und tatsächlichen Stand vergleichen: Was wurde abgeschlossen, was verschoben und warum? Welche Schnittstellen, Kosten oder Risiken beeinflussen den nächsten Schritt?
+  * **Anforderungsdefinition:** Ziele und Randbedingungen in überprüfbare Anforderungen übersetzen.
-  - Offene Fragen und nächste Prioritäten benennen; Feedback im Anschluss in Backlog und [[rise:handbuch:3.4_wikidokumentation_how-to|Wiki-Dokumentation]] übernehmen.
+  * **Konzeptentwicklung:** Alternativen entwickeln und Auswahl anhand nachvollziehbarer Kriterien begründen.
+  * **Realisierung:** Lösung umsetzen und Änderungen festhalten.
+  * **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.
+  * **Integration und Übergabe:** Ergebnisse mit betroffenen Fachbereichen abstimmen und ihre gemeinsame Nutzbarkeit prüfen; bei technischen Aufgaben die Funktion mit benachbarten Teilsystemen testen.
-**Review III** fasst das gesamte Semester mit Schwerpunkt auf dem letzten Sprint zusammen und zeigt Ausblick und Übergabe. Ob und wie ein Review bewertet wird, steht ausschließlich unter [[rise:handbuch:3.2_bewertungsmodalitaeten|Bewertungsmodalitäten]] und in den aktuellen Originalunterlagen. Haltet euch bei Redezeit und Anwesenheit an die aktuelle Disposition.((RISE: Auftaktveranstaltung SoSe 2026, Folien 31–32 und 37.))
+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]].
-----
+===== Sprint Reviews =====
-[[rise:handbuch:1_uebersicht|Zur Handbuch-Startseite]]
-== Tags: ==
+**Ziel:** Überprüfbar zeigen, was entstanden ist, Abweichungen erklären und Feedback für die nächste Entscheidung erhalten. Ergebnisse zeigen, nicht nur Tätigkeiten aufzählen.
-{{tag>RISE Handbuch Vorträge Sprint Review}}
+==== Zwischenpräsentation ====
+  * Aufgabe und Sprintziel kurz in Erinnerung rufen.
+  * Konzeptentwicklung und wichtige Entscheidungen methodisch begründen.
+  * Ergebnisse, Prototypen, Tests und bekannte Grenzen zeigen.
+  * 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.
-====== Alte Seite ======
+Ü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 ====
-====== Hinweise zu Vorträgen ======
+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.
-===== Allgemeine Hinweise =====
+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]].
-==== Vorbedingungen ====
+===== Leadership-Präsentationen =====
-  * **Vorgaben aus Disposition, Handbuch und Allgemeine Ansagen beachten**
-  * <fc #ff0000>**Prüfungsanmeldung bei MOSES ist vor dem ersten Vortrag (Sprintplanpräsentation) abzuschließen!**</fc>
-  * Folienmaster auf ISIS unter "Vorlagen"
-  * Vorgaben aus "Videos zur methodischen Produktentwicklung und agilem PM" auf ISIS beachten
-  * fertige Folien bitte bis 8:00 am Tag des Vortrags in dem entsprechenden Gruppenordner in der [[https://cloud.rise-tub.de/|Nextcloud]] ablegen
-==== Bewertung ====
+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.
-Nach "**Bewertungskriterien für Präsentationen**" auf ISIS richten! Prüfen, ob alle Bewertungspunkte adressiert wurden
-==== Vorbereitung ====
+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.
-  * in der Pause vor dem eigenen Vortrag unaufgefordert die Technik vorbereiten, Folien öffnen und den Raum lüften
+===== Redezeit, Diskussion und Anwesenheit =====
-  * Internetverbindung sicherstellen und den Bildschirm im Zoom-Meeting teilen
-==== Einhaltung des Zeitplanes ====
-  * der Vortrag beginnt zum im Zeitplan angegebenen Zeitpunkt, Vorbereitungszeit oder Puffer sind aufgrund der engen Taktung der vielen Gruppen nicht eingeplant
-  * Überschreitung der gegebenen Zeit führt bei bewerteten Vorträgen sofort zu Punktabzug
-  * bei größeren Abweichungen wird der Vortrag abgebrochen
-==== Schnittstellen mit anderen Gruppen ====
-  * Schnittstellenthemen mit anderen Gruppen sind vorher abzusprechen und Abhängigkeiten in inhaltlicher und zeitlicher Planung zu berücksichtigen
-  * bei Vorträgen anderer Gruppen ist Anwesenheit nicht verpflichtend, für Schnittstellen aber empfohlen
-==== Weitere Hinweise ====
-  * Mindestschriftgröße einer Power Point ist (ohne Lupenfunktion) 15
-  * Vorträge aus vorherigen Semestern sind in der Cloud zu finden, können qualitativ aber stark variieren
-  * Zeigt eure Ergebnisse, redet nicht nur darüber was ihr gemacht habt, sondern geht in die Themen, im Zweifel Stichprobenhaft oder zumindest als Anregung für die Diskussion
-==== Tutor*innen-Feedback ====
-Ihr könnte gerne Vorabversionen der Präsentationen an eure*n Tutor*in schicken. Sofern diese frühzeitig ankommen, könnt ihr dadurch schon vorher ein kurzes Feedback bekommen und bereits Verbesserungen vornehmen.
-===== Hinweise zu den Sprintplanpräsentationen =====
-==== Ziele des Formats ====
-  * Feedbackschleife für Zeitpläne
-  * andere Gruppen über Zeitplan informieren
-  * Schnittstellen in der Planung mit anderen Gruppen vorab abprechen, unberücksichtigte Schnittstellen aufdecken
-==== Zeitpunkt ====
-Zu Beginn des Semesters (siehe Zeitplan auf ISIS).
-==== Zeitlicher Umfang ====
-Pro Gruppe 10 min Vortrag + 10 Min Diskussion. Bei großen Grupen ggf. mehr.
-==== Anwesenheit ====
-Bei der eigenen Gruppe bis auf abgesprochene Ausnahmen möglichst alle am Vortrag teilnehmen, online ist nach Absprache auch möglich.
-==== Empfehlung zur Struktur ====
-  * aktueller Stand / Ausgangspunkt der Aufgabe (Zuhörer*innen kurz abholen)
-  * kurze Teamvorstellung (optional)
-  * Methodik für die Arbeit im Semester
-    * Hier auch Schnittstellen zu anderen Gruppen
-  * Überblick über **alle 3 Sprints** (grober Semesterplan)
-  * Genauere Darstellung wie der erste Sprint Ablaufen wird
-  * SCRUM-Rollen im Team vorgestellen
-==== Planung und Zielsetzung ====
-  * zwingend ISIS-Videos zur Produktentwicklung und dem agilen Projektmanagement vorher sichten und berücksichtigen!
-  * priorisierten Backlog im Deck (oder git Issues für E-Gruppen) erstellen
-    * klare "Definition of Done"
-    * ausreichend granulare Aufgabenpakete
-    * Story Points / geschätzter Zeitaufwand vermerkt
-    * Mind. erster Sprintbacklog sollte entsprechend der Priorisierung und dem Aufwand zugeordnet sein
-  * persönliche Urlaubs/-Klausurenzeit bei Planung berücksichtigen
-  * Zielsetzung mit sinnvollen Zwischenzielen ableiten ⇒ Semesterplan
-  * Wiki-Semesterprotokollseite sollte für jede Gruppe erstellt sein mit den ausgefüllten Kapiteln:
-      * Aufgabenstellung
-      * Stand der Übernahme
-      * Schnittstellen zu anderen Gruppen
-==== Wichtige Hinweise ====
-Plant bitte in den ersten und letzten Sprint jeweils eine Aktualisierung eurer Inventurlisten ein.
-===== Hinweise zu den Sprint Reviews =====
-==== Ziele des Formats ====
-  * Zeitplanupdate
-  * Review des Fortschritts
-  * Feedback zu Inhalten und Arbeitsweise
-  * Abfangen möglicher Fehlentwicklungen und Schnittstellenprobleme
-  * Teilleistung der Portfolioprüfung (wenn im Zeitplan auf ISIS als bewertet gekennzeichnet)
-==== Zeitpunkt ====
-Nach jedem Sprint (i.d.R. 3x, siehe Zeitplan auf ISIS).
-==== Zeitlicher Umfang ====
-Pro Gruppenmitglied 3 - max. 5 Min. je nach Gruppengröße (siehe Zeitplan).
-==== Anwesenheit ====
-Prüfungsleistung! Bei der eigenen Gruppe bitte alle in Präsenz am Vortrag teilnehmen, online ist nur nach Absprache möglich.
-==== Struktur und Inhalte ====
-Nach aktuellen "Bewertungskriterien für Präsentationen" auf ISIS richten!
-  * kurze Darstellung der Aufgabe
-  * Sprintanalyse und Priorisierungsanpassung
-  * Konzeptentwicklung und –entscheidung, sowie die Darstellung der Methodik
-  * Finanzierung - (grober) Überblick über die Bestellauswahl und die Kosten
-  * Ergebnisse
-  * nächste Schritte und kritische Selbsteinschätzung
-==== Wichtige Hinweise ====
-  * **Wichtig für den 3. Sprint:** Die Abschlusspräsentation ist eine Zusammenfassung des gesamten Semesters mit Fokus auf den letzten Sprint. Entsprechend sollten alle Ergebnisse des gesamten Semesters und die Methodik nochmal kurz aufgegriffen werden.
+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.
+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 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.
+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}}