Benutzer-Werkzeuge

Webseiten-Werkzeuge


rise:handbuch:3.3_hinweise_zu_vortraegen

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
rise:handbuch:3.3_hinweise_zu_vortraegen [2026-10-11 16:27] – lukasrise:handbuch:3.3_hinweise_zu_vortraegen [2026-10-16 12:12] (aktuell) – lukas
Zeile 1: Zeile 1:
 ====== Hinweise zu Vorträgen ====== ====== 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, Zeitslot und Abgabezeit; der Folienmaster liegt ebenfalls dort. Prüft diese Unterlagen vor jedem Vortrag. Welche Leistungen bewertet werden und wo die Originalraster liegen, 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]].
  
-===== Für jeden Vortrag =====+===== Vor jedem Vortrag prüfen =====
  
-  - Sprecht Aufgabe, Ziel, Methodik, Ergebnisse und offene Fragen im Team durch. Klärt, wer welchen Beitrag vorstellt. +  - **Vorgaben:** Disposition, Ankündigungen, Team-Slot und aktuelles Bewertungsraster in ISIS lesen; den dort bereitgestellten Folienmaster verwenden. Den Prüfungsanmeldestatus kontrollieren. 
-  - Prüft die für euch geltenden [[rise:handbuch:3.2_bewertungsmodalitaeten|Bewertungskriterien]] und zeigt Ergebnisse anschaulich: Demonstration, Fotos, Video oder Screencast, wenn es zum Thema passt. +  - **Inhalt:** Fachfremde Zuhörende kurz bei Aufgabe, Ziel und Übernahmestand abholen. Methode, nachvollziehbare Ergebnisse, Grenzen und Schnittstellen zeigen. 
-  - Sprecht Schnittstellen und Abhängigkeiten vor dem Vortrag mit den betroffenen Gruppen ab. +  - **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. 
-  - Verwendet den aktuellen Folienmaster aus ISIS. Ladet die fertigen Folien nach Vorgabe der Disposition in den Gruppenordner der [[https://cloud.rise-tub.de/|RISE-Nextcloud]]. +  - **Team:** Beiträge und Übergänge vereinbaren, Vortrag proben und Redezeit prüfen. Für Feedback den Tutor*innen rechtzeitig eine Vorabversion zeigen. 
-  - Bereitet die Technik rechtzeitig vor. Haltet die angesetzte Redezeit ein und plant Raum für Rückfragen. +  - **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.
- +
-Eine Vorabversion könnt ihr den betreuenden Tutor*innen rechtzeitig für Feedback schicken. Die aktuelle Disposition und die Teamleitung klären, ob Präsenz oder eine abgesprochene Online-Teilnahme vorgesehen ist.+
  
 ===== Zeitplanpräsentation ===== ===== Zeitplanpräsentation =====
  
-Stellt Ausgangslage, Ziel und eure Methode vor. Zeigt einen groben Plan für **alle drei Sprints** und den ersten Sprint genauer. Priorisiert die Aufgaben, benennt Verantwortlichkeiten, Schnittstellen, Risiken und Kriterien für abgeschlossene Arbeitspakete. Nutzt das mit eurem Team vereinbarte Aufgabenwerkzeug für den Backlog. Die [[rise:studi:rise-exo-2:vorlagen:semesterprotokoll|Semesterprotokollseite]] sollte zu diesem Zeitpunkt angelegt sein. Die Prüfungsanmeldung in MOSES/MTS muss vorher fristgerecht abgeschlossen sein.((RISE-Teamleitung: Freigegebene Anmelderegel, 8. Juli 2026; 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.
  
-===== Sprint Reviews =====+Eine hilfreiche Reihenfolge:
  
-Ein Review zeigt den Stand des abgeschlossenen Sprints und holt Feedback ein. Stellt kurz Aufgabe, Vorgehen, Ergebnisse, Abweichungen vom Plan und nächste Schritte vor. Begründet Entscheidungen und ordnet Grenzen oder Fehlversuche kritisch ein. Dokumentiert danach die wichtigen Rückmeldungen und passt die Planung an.+  - 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.
  
-Review III fasst das Semester mit Schwerpunkt auf dem letzten Sprint zusammen und zeigt auch Ausblick und Übergabe. Ob und wie ein Review bewertet wird, steht unter [[rise:handbuch:3.2_bewertungsmodalitaeten|Bewertungsmodalitäten]]. Haltet euch bei der Redezeit an die aktuelle Disposition.((RISE: Auftaktveranstaltung SoSe 2026, Folien 31–32 und 37.))+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.
  
-Weitere Hinweise zur laufenden Dokumentation findet ihr unter [[rise:handbuch:3.1_pruefung_und_dokumentation_reference|Prüfung und Dokumentation]].+==== Methodische Bestandteile des Sprintplans ====
  
----- +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:
-[[rise:handbuch:1_uebersicht|Zur Handbuch-Startseite]]+
  
-== Tags: == +  * **Recherche:** Vorarbeiten und fachlich passende Quellen auswerten; Markt- oder Patentrecherche einsetzen, wenn sie für die Aufgabe einen Erkenntnisgewinn bringt. 
-{{tag>RISE Handbuch Vorträge Sprint Review}}+  * **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]].
  
 +===== Sprint Reviews =====
  
-====== Alte Seite ======+**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.
  
 +==== Zwischenpräsentation ====
  
-====== Hinweise zu Vorträgen ======+  * 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.
  
-===== Allgemeine Hinweise =====+Ü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]].
  
-==== Vorbedingungen ==== +==== Abschlusspräsentation ====
-  * **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 ==== +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.
-Nach "**Bewertungskriterien für Präsentationen**" auf ISIS richten! Prüfen, ob alle Bewertungspunkte adressiert wurden+
  
-==== Vorbereitung ====+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]].
  
-  * in der Pause vor dem eigenen Vortrag unaufgefordert die Technik vorbereiten, Folien öffnen und den Raum lüften +===== Leadership-Präsentationen =====
-  * Internetverbindung sicherstellen und den Bildschirm im Zoom-Meeting teilen  +
  
 +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.
  
-==== Einhaltung des Zeitplanes ====+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.
  
-  * der Vortrag beginnt zum im Zeitplan angegebenen Zeitpunkt, Vorbereitungszeit oder Puffer sind aufgrund der engen Taktung der vielen Gruppen nicht eingeplant +===== Redezeit, Diskussion und Anwesenheit =====
-  * Ü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}}
  
/storage/farm/medtech.wiki.tu-berlin.de/data/attic/rise/handbuch/3.3_hinweise_zu_vortraegen.1791728823.txt.gz · Zuletzt geändert: von lukas

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki