Dies ist eine alte Version des Dokuments!
Inhaltsverzeichnis
RISE-Scrum: kurz erklärt
RISE arbeitet Scrum-inspiriert: Gruppen planen überschaubare Arbeit, zeigen Ergebnisse, holen Feedback ein und passen den nächsten Schritt an. Das ist kein Versprechen, jedes Element des formalen Scrum-Leitfadens eins zu eins umzusetzen. RISE hat einen Semesterrahmen mit drei Sprints, Betreuung und eigenen Prüfungsformaten. Den Ablauf und die Termine findest du im Semesterablauf und in der aktuellen ISIS-Disposition.1)
Die Begriffe, die du brauchst
| Begriff | Bedeutung bei RISE |
|---|---|
| Backlog | Geordnete Liste der noch zu bearbeitenden Aufgaben. Haltet sie im mit der Gruppe vereinbarten Aufgabenwerkzeug, nicht als zweite Liste im Wiki. |
| Sprintziel und Sprint-Backlog | Was die Gruppe im nächsten Arbeitsabschnitt erreichen will und welche Aufgaben sie dafür übernimmt. Berücksichtigt verfügbare Zeit, Abhängigkeiten und Risiken. |
| Definition of Done | Woran ihr bei einer Aufgabe erkennt, dass sie wirklich abgeschlossen und überprüfbar ist – zum Beispiel Test, dokumentierte Entscheidung oder übergebbare Datei. |
| Sprint Review | Ergebnisse zeigen und Rückmeldungen für die Weiterarbeit nutzen. Welche Reviews als Prüfungsleistung zählen, steht unter Bewertungsmodalitäten; die praktische Vorbereitung unter Vortragshinweise. |
| Retrospektive | Kurz auf Zusammenarbeit und Arbeitsweise zurückblicken und eine konkrete Verbesserung für den nächsten Sprint vereinbaren. |
Rollen und Anwendung
Product Owner hält Ziel und fachliche Prioritäten im Blick; Scrum Master unterstützt den Arbeitsprozess und hilft, Hindernisse sichtbar zu machen; die Developer*innen bearbeiten die Aufgaben. Wer diese Funktionen in eurer Gruppe übernimmt, klärt ihr mit der Betreuung. Die RISE-spezifischen Zuständigkeiten stehen unter Zusammenarbeit und Rollen.
Besprecht zu Beginn eines Sprints das Ziel, priorisiert Aufgaben und macht Verantwortlichkeiten, Aufwand und Schnittstellen sichtbar. Aktualisiert den Stand beim wöchentlichen Gruppentermin und dokumentiert Ergebnisse und Entscheidungen gemäß Wiki-Dokumentation. Der gemeinsame Mittwochstermin ist dabei nicht automatisch ein formales Daily Scrum.
Zum Einstieg seht euch im ISIS-Kurs unter „Bewertungsrelevante Informationen“ das Video „Methodik zur Prototypentwicklung und Agiles Projektmanagement“ an. Der offizielle Scrum Guide erklärt das vollständige Framework; diese Seite beschreibt nur, was ihr für die RISE-Arbeit zunächst braucht.
Zum Nachschlagen bei der Sprintplanung
Wenn ihr aus einer Aufgabe einen realistischen Sprintplan machen wollt, nutzt das Methodikvideo im aktuellen ISIS-Kurs gezielt als Nachschlagewerk. Die zugrunde liegende Präsentation „Methodik zur Prototypenentwicklung“ (SoSe 2024) enthält dazu folgende Abschnitte:
| Frage aus eurer Gruppenarbeit | Passender Abschnitt der Präsentation |
|---|---|
| Wie schneiden wir übergebbare Aufgabenpakete zu? | Klassische Zeitplanung, Folien 10–11: Ziele und Ergebnisse herunterbrechen; für jedes Paket einen überprüfbaren Beitrag und eine klare Zuständigkeit festlegen. |
| Ist unser Sprint zeitlich machbar? | Klassische Zeitplanung, Folie 12: verfügbare Arbeitszeit, Abhängigkeiten zu anderen Gruppen und Puffer berücksichtigen. |
| Was müssen wir vor der Lösung klären? | Anforderungs- und Funktionsanalyse, Folien 13–18: Anforderungen prüfbar formulieren und das Problem in Teilfunktionen zerlegen. |
| Wie begründen wir eine Konzeptentscheidung? | Lösungsraum und bewertete Konzeptauswahl, Folien 19–27: Alternativen sammeln, Kriterien gewichten und die Auswahl auf Plausibilität prüfen. |
Auf Folie 28 steht im sichtbaren Folientext nur „Agiles Projektmanagement“; die eingebettete Aufnahme wurde für diese Übersicht nicht transkribiert. Für Scrum selbst nutzt daher die Begriffe auf dieser Seite und bei Bedarf den offiziellen Scrum Guide. Die älteren Folien sind methodische Hilfen; aktuelle RISE-Termine oder Prüfungsregeln entnehmt ihr daraus nicht.2)
