Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- rise:handbuch:3.3_hinweise_zu_vortraegen [2026-10-11 15:30] – ↷ Seitename wurde von rise:handbuch:hinweise_zu_vortraegen auf rise:handbuch:3.3_hinweise_zu_vortraegen geändert lukas
+++ rise:handbuch:3.3_hinweise_zu_vortraegen [2026-10-16 12:12] (aktuell) – lukas
@@ Zeile 1: / Zeile 1: @@
 ====== Hinweise zu Vorträgen ======
-===== Allgemeine Hinweise =====
+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]].
-==== Vorbedingungen ====
+===== Vor jedem Vortrag prüfen =====
-  * **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 ====
+  - **Vorgaben:** Disposition, Ankündigungen, Team-Slot und aktuelles Bewertungsraster in ISIS lesen; den dort bereitgestellten Folienmaster verwenden. Den Prüfungsanmeldestatus kontrollieren.
-Nach "**Bewertungskriterien für Präsentationen**" auf ISIS richten! Prüfen, ob alle Bewertungspunkte adressiert wurden
+  - **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 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.
-==== Vorbereitung ====
+===== Zeitplanpräsentation =====
-  * in der Pause vor dem eigenen Vortrag unaufgefordert die Technik vorbereiten, Folien öffnen und den Raum lüften
+**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.
-  * Internetverbindung sicherstellen und den Bildschirm im Zoom-Meeting teilen
+Eine hilfreiche Reihenfolge:
-==== Einhaltung des Zeitplanes ====
+  - Ausgangslage und Übernahmestand: vorhandene Ergebnisse, offenes Problem und eigene Aufgabe.
+  - Ziele und Vorgehen: angestrebte Ergebnisse und begründete Methodenwahl.
+  - Semesterplan und Sprint 1: priorisierte Pakete, Zuständigkeiten, Aufwand und überprüfbare Abschlusskriterien.
+  - Schnittstellen, Risiken und Verfügbarkeit: Abhängigkeiten, Beschaffung, Testzugänge, Urlaubs- und Prüfungszeiten.
+  - Konkrete Fragen an Betreuung und Schnittstellengruppen.
-  * der Vortrag beginnt zum im Zeitplan angegebenen Zeitpunkt, Vorbereitungszeit oder Puffer sind aufgrund der engen Taktung der vielen Gruppen nicht eingeplant
+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.
-  * Überschreitung der gegebenen Zeit führt bei bewerteten Vorträgen sofort zu Punktabzug
-  * bei größeren Abweichungen wird der Vortrag abgebrochen
+==== Methodische Bestandteile des Sprintplans ====
-==== Schnittstellen mit anderen Gruppen ====
+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:
-  * Schnittstellenthemen mit anderen Gruppen sind vorher abzusprechen und Abhängigkeiten in inhaltlicher und zeitlicher Planung zu berücksichtigen
+  * **Recherche:** Vorarbeiten und fachlich passende Quellen auswerten; Markt- oder Patentrecherche einsetzen, wenn sie für die Aufgabe einen Erkenntnisgewinn bringt.
-  * bei Vorträgen anderer Gruppen ist Anwesenheit nicht verpflichtend, für Schnittstellen aber empfohlen
+  * **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 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.
+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]].
-==== Weitere Hinweise ====
+===== Sprint Reviews =====
-  * Mindestschriftgröße einer Power Point ist (ohne Lupenfunktion) 15
+**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.
-  * 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
+==== Zwischenpräsentation ====
-==== Tutor*innen-Feedback ====
+  * 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.
-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.
+Ü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 ====
+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.
-===== Hinweise zu den Sprintplanpräsentationen =====
+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]].
-==== Ziele des Formats ====
+===== Leadership-Präsentationen =====
-  * Feedbackschleife für Zeitpläne
-  * andere Gruppen über Zeitplan informieren
-  * Schnittstellen in der Planung mit anderen Gruppen vorab abprechen, unberücksichtigte Schnittstellen aufdecken
+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.
-==== Zeitpunkt ====
+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.
-Zu Beginn des Semesters (siehe Zeitplan auf ISIS).
-==== Zeitlicher Umfang ====
+===== Redezeit, Diskussion und Anwesenheit =====
-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}}