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 ISIS-Kurs. Die Reihenfolge der ersten Schritte steht im Onboarding; Prüfungsleistungen sind unter Prüfung und Dokumentation beschrieben.
| Meilenstein | Zeitpunkt im Arbeitsablauf | Erwartetes Ergebnis | Geltung |
|---|---|---|---|
| Sprintplanung | Zu Semesterbeginn und zu Beginn jedes weiteren Sprints | Sprintziel, priorisierte Arbeitspakete, Zuständigkeiten, Aufwand, Schnittstellen und überprüfbare Abschlusskriterien. | Jede Projektgruppe. |
| 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 Dokumentationsregeln erklären die weitere Dokumentation. |
| 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 Material und Sicherheit. |
| 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. |
| 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 Zuordnung der Ablageorte. Ergebnisse und Entscheidungen werden laufend am jeweiligen Ablageort dokumentiert. | Jede Projektgruppe. Inhaltliche Anforderungen stehen unter 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 Abschluss-Checkliste. |
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.
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.