Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- rise:handbuch:2.1_semesterablauf_reference [2026-10-11 16:19] – angelegt lukas
+++ rise:handbuch:2.1_semesterablauf_reference [2026-10-16 01:35] (aktuell) – lukas
@@ Zeile 1: / Zeile 1: @@
 ====== Semesterablauf und Meilensteine ======
-RISE verbindet projektbezogene Lehre mit drei Arbeitszyklen. Diese Seite zeigt die Reihenfolge und erklärt die Formate. **Alle konkreten Termine, Räume, Fristen und Abgaben** stehen in der Disposition des aktuellen Semesters im [[https://isis.tu-berlin.de/|ISIS-Kurs]].((RISE-Teamleitung: Freigegebene Angaben zum Semesterablauf, Juli 2026; RISE: Auftaktveranstaltung SoSe 2026, Folien 23 und 30–35.))
+RISE arbeitet in drei Sprints. Jede Projektgruppe plant ihre Arbeit, zeigt Ergebnisse in den Reviews und passt die folgenden Arbeitsschritte an. Diese Seite legt fest, was die Meilensteine **inhaltlich** bedeuten. **Kalenderdaten, Räume, Präsentationsslots und konkrete Abgabetermine stehen ausschließlich im aktuellen [[https://isis.tu-berlin.de/|ISIS-Kurs]].** Die Reihenfolge der ersten Schritte steht im [[rise:handbuch:1.1_onboarding_tutorial|Onboarding]]; Prüfungsleistungen sind unter [[rise:handbuch:3.1_pruefung_und_dokumentation_reference|Prüfung und Dokumentation]] beschrieben.
-===== Vom Auftakt bis zur Übergabe =====
+===== Planung und Meilensteine =====
-^ Phase ^ Was ihr tut ^ Ergebnis ^
+^ Meilenstein ^ Zeitpunkt im Arbeitsablauf ^ Erwartetes Ergebnis ^ Geltung ^
-| Auftakt und Themenfindung | Projekt kennenlernen, Selbsteinschätzung bearbeiten, Themen und Gruppen finden. | Thema und erste Ansprechpersonen. |
+| Sprintplanung | Zu Semesterbeginn und zu Beginn jedes weiteren Sprints | Sprintziel, priorisierte Arbeitspakete, Zuständigkeiten, Aufwand, Schnittstellen und überprüfbare Abschlusskriterien. | Jede Projektgruppe. |
-| Einarbeitung und Planung | Vorarbeiten lesen, Problem und Ziele bestimmen, Methoden wählen, Schnittstellen klären, Aufgaben priorisieren. | Zeitplan für drei Sprints und genauer Plan für Sprint 1. |
+| Semesterprotokoll | Spätestens zur Zeitplanpräsentation im DokuWiki angelegt; danach fortlaufend gepflegt | Aufgabe, Ausgangslage, Ziele, Zuständigkeiten und erste Verweise auf Vorarbeiten sind eingetragen. | Jede Projektgruppe. Die [[rise:handbuch:3.4_wikidokumentation_how-to|Dokumentationsregeln]] erklären die weitere Dokumentation. |
-| Zeitplanpräsentation | Plan vorstellen und Feedback aufnehmen. | Angepasster Arbeitsplan. Die Prüfungsanmeldung muss vorher fristgerecht erledigt sein. |
+| Inventur | Einmal im ersten Sprint | Vorhandenes und genutztes RISE-Material ist erfasst; der Anfangsstand der Inventurliste ist ausgedruckt und an jedem genutzten Schrank angebracht. | Jede Projektgruppe. Die Liste wird danach während des Semesters gepflegt und zum Abschluss erneut ausgedruckt. Das Verfahren steht unter [[rise:handbuch:2.4_material_und_sicherheit_how-to|Material und Sicherheit]]. |
-| Sprint 1 bis 3 | Arbeiten, Ergebnisse dokumentieren, im Review vorstellen und in der Retrospektive die Zusammenarbeit verbessern. | Überprüfbare Zwischenergebnisse und aktualisierte Planung. |
+| Konzeptentscheidung (Conceptfreeze) | Orientierung an Review I | Gewählte Lösung und Gründe für die Auswahl sind festgehalten; offene Annahmen, Risiken und Schnittstellen sind benannt. | Deutliche Empfehlung für Gruppen mit Konzeptarbeit. |
-| Abschluss | Ergebnisse kritisch einordnen, Wiki und Dateien finalisieren, Video und Medienbeitrag erstellen, Folgeaufgaben übergeben. | Auffindbare Dokumentation für das nächste Semester. |
+| Bestellentscheidung (Bestellfreeze) | Orientierung an Review I | Benötigte Kaufteile und Materialien sind mit Spezifikation, Kosten, Lieferzeit und Bestellweg so weit geklärt, dass die Beschaffung im Semester wirksam werden kann. | Deutliche Empfehlung für Gruppen mit Beschaffungsbedarf. Ohne Beschaffung entfällt dieser Punkt. |
+| Dokumentationskonzept | Erster Entwurf zu Review I; ausgearbeitete Struktur zu Review II | Die Struktur enthält Beispielinhalte, Fachseiten und ihre Verknüpfung mit dem Semesterprotokoll. Sie berücksichtigt DokuWiki und die git-Dokumentation entsprechend der festgelegten [[rise:handbuch:2.3_zusammenarbeit_reference|Zuordnung der Ablageorte]]. Ergebnisse und Entscheidungen werden laufend am jeweiligen Ablageort dokumentiert. | Jede Projektgruppe. Inhaltliche Anforderungen stehen unter [[rise:handbuch:3.4_wikidokumentation_how-to|Dokumentationsregeln]]. |
+| Entwurfsstand (Designfreeze) | Orientierung an Review II | Der Stand, der geprüft oder gefertigt werden soll, ist festgelegt; Versionen, Schnittstellen und Prüfkriterien sind dokumentiert. | Deutliche Empfehlung, sobald spätere Änderungen Tests, Fertigung oder Integration gefährden würden. Dies gilt auch außerhalb der mechanischen Konstruktion. |
+| Integration und Prüfung | Während aller Sprints | Schnittstellen und Ergebnisse werden anhand vorher festgelegter Kriterien geprüft; Aufbau, Versionen, Befunde, Fehler und Grenzen sind dokumentiert. | Entsprechend der fachlichen Aufgabe jeder Gruppe. |
+| Übergabe | Ab Sprint 2 vorbereitet; zum Semesterabschluss abgeschlossen | Dokumentation, Dateien und Folgeaufgaben sind für die nächste Gruppe nutzbar. | Verbindliche Punkte und Zuständigkeiten stehen ausschließlich in der [[rise:handbuch:3.5_semesterabschluss-rise_how-to|Abschluss-Checkliste]]. |
-Review II dient unter anderem der Zwischenintegration und dem Wiki-Konzept. Welche Reviews in deinem Semester für die Prüfung zählen, steht unter [[rise:handbuch:3.2_bewertungsmodalitaeten|Bewertungsmodalitäten]]; die [[rise:handbuch:3.3_hinweise_zu_vortraegen|Vortragshinweise]] helfen bei der Vorbereitung.((RISE: Auftaktveranstaltung SoSe 2026, Folien 31–32.))
+Concept-, Bestell- und Designfreeze sind **Orientierungspunkte für rechtzeitige Entscheidungen**, keine Änderungsverbote und keine starren Prüfungsfristen. Sie schaffen Zeit für Bestellung, Fertigung, Integration und Tests im selben Semester. Wer einen einschlägigen Richtpunkt nicht einhalten kann, bespricht Grund, Folgen und Ersatzplan mit der Betreuung und hält die Entscheidung im Semesterprotokoll fest. Ist ein Punkt fachlich nicht anwendbar, etwa der Bestellfreeze bei einer Gruppe ohne Beschaffung, ist keine Ausnahme nötig.
-Die regelmäßigen Besprechungen mit Tutor*innen, die gemeinsamen Arbeitstermine und mögliche gruppenübergreifende Kleingruppentermine sind auf [[rise:handbuch:2.2_woechentliche_termine|Wöchentliche Termine]] beschrieben.
+Spätere Änderungen bleiben möglich. Betroffene Schnittstellen, Prüfungen, Sicherheitsfragen und Lieferzeiten werden vor der Änderung mit den beteiligten Gruppen und der Betreuung geklärt.
-===== Was passiert in einem Sprint? =====
-  - **Planung:** Wählt aus dem priorisierten Aufgabenbestand realistische Arbeitspakete und benennt, woran ihr deren Abschluss erkennt.
-  - **Arbeit und Dokumentation:** Entwickelt, recherchiert oder organisiert entsprechend eurer Aufgabe. Haltet Ergebnisse, Entscheidungen, Quellen und auch Fehlversuche laufend fest.
-  - **Review:** Zeigt den erreichten Stand, besprecht Ergebnisse und Schnittstellen und holt Feedback ein. Ein Review ist die Präsentation und Diskussion der Arbeitsergebnisse.
-  - **Retrospektive:** Besprecht, wie die Zusammenarbeit lief und was ihr im nächsten Sprint ändern wollt.
-Aufgaben werden im vereinbarten Aufgabenwerkzeug gepflegt. Die [[rise:studi:rise-exo-2:vorlagen:semesterprotokoll|Semesterprotokollseite]] verbindet den Arbeitsfortschritt mit den Wiki-Fachseiten und hält Schnittstellen zu anderen Gruppen fest. Die Dokumentation beginnt im ersten Sprint und wächst mit der Arbeit.((RISE-Teamleitung: Freigegebene Angaben zu laufender Dokumentation und Schnittstellen, Juli 2026; [[rise:handbuch:3.4_wikidokumentation_how-to|Wiki-Dokumentation (How-to)]].))
-===== Fachlich arbeiten =====
-RISE vermittelt Grundlagen entlang der Aufgabe: etwa Konstruktion, Elektronik, Regelung, Biomechanik, Software, nutzendenzentriertes Design, Projektmanagement oder Öffentlichkeitsarbeit. Welche davon ihr braucht, hängt von eurer Gruppe ab. Die Teaching-Phase bereitet Theorie vor; im Projekt wendet ihr Methoden an, übernehmt Verantwortung für Teilsysteme und prüft Ergebnisse in Iterationen. Für Details nutzt die Materialien im aktuellen ISIS-Kurs und die passenden Vorarbeiten im [[rise:studi:rise-exo-2:inhaltsverzeichnis-exo2|RISE-Inhaltsverzeichnis]].((RISE: Auftaktveranstaltung SoSe 2026, Folien 5–6 und 24.))
-Eine gute Aufgabenbearbeitung trennt Ausgangslage, Ziel, Annahmen und Randbedingungen, begründet die Methodenwahl und bewertet Ergebnisse samt Grenzen. Sie macht individuelle Beiträge und offene Fragen nachvollziehbar. Siehe auch [[rise:handbuch:3.1_pruefung_und_dokumentation_reference|Prüfung und Dokumentation]].
 ----
-[[rise:handbuch:1_uebersicht|Zur Handbuch-Startseite]] | [[rise:handbuch:1.1_onboarding_tutorial|Zum Onboarding]]
+[[rise:handbuch:1_uebersicht|Handbuch]] | [[rise:handbuch:1.1_onboarding_tutorial|Onboarding]]
+{{tag>RISE Handbuch Semester Ablauf Meilensteine}}
-== Tags: ==
-{{tag>RISE Handbuch Semester Ablauf Reference}}