Inhaltsverzeichnis

RISE-Scrum

RISE arbeitet Scrum-inspiriert: Gruppen planen überschaubare Arbeit, setzen sie um, prüfen Ergebnisse und passen die nächsten Schritte anhand neuer Erkenntnisse an. Diese Seite erklärt die Anwendung in der Projektgruppe; sie setzt nicht alle Elemente des formalen Scrum-Frameworks unverändert voraus. Der Semesterrahmen umfasst drei Sprints. Termine und Abgaben stehen in ISIS, die inhaltlichen Meilensteine im Handbuch.

Vorbereitung: Videovorlesung auf ISIS

Bereitet die erste Sprintplanung mit der Videovorlesung Methodik zur Prototypentwicklung und Agiles Projektmanagement vor. Sie wird im RISE-Kurs im Bereich „Bewertungsrelevante Informationen“ geführt. Der Videozugang erfordert eine TU-Anmeldung. Die weiteren Einstiegsmaterialien stehen im Onboarding.

Übertragt die Inhalte auf eure Aufgabe. Diese Fragen helfen beim Ansehen und bei der anschließenden Planung:

Leitfrage Ergebnis für eure Gruppe
Welches Problem lösen wir, und welches Ergebnis wollen wir erreichen? Aufgabe, Randbedingungen und ein überprüfbares Sprintziel.
Wie zerlegen und priorisieren wir die Arbeit? Kleine Arbeitspakete mit Ergebnis, Verantwortung, Aufwand und Abhängigkeiten.
Was können wir im nächsten Sprint tatsächlich abschließen? Eine Auswahl, die verfügbare Arbeitszeit, Beschaffung, Abstimmung und Tests berücksichtigt.
Wie prüfen wir eine Lösung und begründen die nächste Entscheidung? Vorab festgelegte Prüfkriterien sowie eingeplante Auswertung und Rückmeldung.

Die Videovorlesung vertieft die Methoden; die folgenden Abschnitte beschreiben ihre Anwendung bei RISE. Die Anforderungen an die Darstellung des Semester- und Sprintplans stehen unter Vortragshinweise: methodische Bestandteile des Sprintplans.

Begriffe

Begriff Bedeutung bei RISE
Backlog Priorisierte Liste offener Aufgaben im vereinbarten Aufgabenwerkzeug. Das Wiki enthält keine zweite laufende Aufgabenliste.
Sprintziel Überprüfbares Ergebnis, das die Gruppe im Sprint erreichen will.
Sprint-Backlog Die für dieses Ziel übernommenen Arbeitspakete mit Verantwortlichen, Abhängigkeiten und Aufwand.
Abschlusskriterien einer Aufgabe Konkrete Merkmale, anhand derer das vereinbarte Ergebnis geprüft wird: etwa ein dokumentierter Schnittstellentest oder eine anhand benannter Kriterien begründete Auswahl.
Definition of Done Gemeinsam vereinbarte Qualitätsanforderungen an ein verwendbares Ergebnis, etwa nachvollziehbare Prüfung, dokumentierte Grenzen und zugängliche Dateien.
Review Ergebnisse, Abweichungen und offene Fragen zeigen; Feedback für den nächsten Sprint aufnehmen. Die Prüfungszuordnung steht unter Bewertungsmodalitäten.
Retrospektive Zusammenarbeit und Arbeitsweise prüfen, eine konkrete Verbesserung vereinbaren und deren Umsetzung nachverfolgen.

Die Aufgaben der Gruppenleitung (Leadership) sowie die Product-Owner- und Scrum-Master-Funktionen sind unter Zusammenarbeit und Rollen beschrieben.

Arbeit im Sprint

Sprint planen

Plant das Semester zunächst grob und den jeweils nächsten Sprint konkret. Überarbeitet die spätere Planung nach Reviews, Tests und neuen Erkenntnissen. Ein Sprintziel beschreibt den erreichten Zustand, nicht nur eine Tätigkeit: etwa „Die Schnittstelle ist unter den vereinbarten Bedingungen geprüft“ statt „An der Schnittstelle arbeiten“.

  1. Kapazität klären: Berücksichtigt die tatsächlich verfügbare Zeit der Gruppenmitglieder, Urlaubs- und Prüfungszeiten, Besprechungen, Einarbeitung, Integration und Dokumentation. Klärt benötigte Geräte und Unterstützung. Plant Puffer für unsichere Arbeit ein.
  2. Abhängigkeiten prüfen: Was benötigt ihr von anderen Gruppen, aus einer Bestellung oder aus einem vorherigen Versuch? Stimmt Übergaben und benötigte Ergebnisse früh ab; Lieferzeit ist keine eigene Bearbeitungszeit.
  3. Arbeitspakete schneiden: Haltet für jedes Paket das erwartete Ergebnis, eine verantwortliche Person, geschätzten Aufwand, Voraussetzungen und überprüfbare Abschlusskriterien fest. Teilt große oder unklare Pakete, bis ein innerhalb des Sprints prüfbarer Zwischenschritt möglich ist.
  4. Priorisieren und auswählen: Wählt die für das Sprintziel wichtigsten Pakete. Klärt unsichere Voraussetzungen früh. Beginnt nicht mehr Arbeit gleichzeitig, als ihr gemeinsam prüfen und abschließen könnt.
  5. Prüfung mitplanen: Umsetzung, Integration, Tests, Auswertung und die nötige Dokumentation gehören zur Aufwandsschätzung. „Code geschrieben“ oder „CAD erstellt“ bedeutet noch nicht, dass das Ergebnis verwendbar ist.

Arbeitspakete konkret formulieren

Die folgenden Beispiele zeigen die Formulierung, nicht zusätzliche Pflichtaufgaben:

Zu unbestimmt Überprüfbares Arbeitspaket
„Software integrieren“ Zwei benannte Module verbinden, den vereinbarten Datenaustausch anhand festgelegter Testfälle prüfen und Versionen, Ergebnisse sowie offene Fehler dokumentieren.
„Recherche machen“ Die vereinbarten Lösungsoptionen anhand vorab benannter Kriterien vergleichen und eine begründete Empfehlung mit Quellen und offenen Annahmen festhalten.
„Veranstaltung organisieren“ Ziel, Ablauf, Zuständigkeiten und benötigte Ressourcen zu einem abgestimmten Veranstaltungskonzept zusammenführen; offene Entscheidungen benennen.

Während des Sprints nachsteuern

Pflegt Aufgaben, Zuständigkeiten und Bearbeitungsstand im vereinbarten Aufgabenwerkzeug, etwa Nextcloud Deck oder Issues. Aktualisiert den Stand beim Gruppentermin. Benennt Hindernisse, benötigte Entscheidungen und die nächsten Schritte. Der gemeinsame Arbeitstermin ist kein tägliches Scrum-Meeting.

Wenn eine Voraussetzung fehlt oder ein Paket größer wird als erwartet, klärt mit der Gruppenleitung, welche Arbeit geteilt, zurückgestellt oder anders priorisiert wird. Kennzeichnet den tatsächlich erreichten Stand und passt den Plan an; unerledigte Arbeit nicht als abgeschlossen ausweisen.

Fachliche Entscheidungen, Tests und Ergebnisse gehören in die zugeordnete Fachdokumentation und werden aus dem Semesterprotokoll verlinkt. Zuständigkeiten und Ablageorte stehen unter Zusammenarbeit, die Schreib- und Nachweisregeln unter Dokumentationsregeln. Führt keine zweite laufende Aufgabenliste im Wiki.

Review und Retrospektive

Im Review prüft ihr das Arbeitsergebnis: Was wurde erreicht, welche Nachweise liegen vor, was weicht vom Ziel ab und was folgt daraus? Zeigt Ergebnisse und Grenzen. Übernehmt Rückmeldungen und offene Befunde in die nächsten Prioritäten. Vorbereitung und Präsentationsanforderungen stehen unter Sprint Reviews.

In der internen Sprint-Retrospektive prüft ihr eure Arbeitsweise: Was hat geholfen, was hat gebremst und was ändert ihr konkret? Vereinbart eine umsetzbare Verbesserung mit Zuständigkeit und prüft im nächsten Sprint, ob sie wirksam war.

Die internen Retrospektiven der Projektgruppe sind von den benoteten Leadership-Retrospektiven zu unterscheiden. Eine interne Besprechung erfüllt nicht automatisch das Leadership-Prüfungselement. Dessen Zuordnung und Bewertung stehen unter Leadership und Specialist, die Vorbereitung unter Leadership-Präsentationen.

Folgeaufgaben und weiterführende Inhalte

Nutzt Befunde aus Reviews und Tests auch für die Aufgaben der Nachfolgegruppe. Beginnt damit ab Sprint 2; Ablauf, Aufgabenkarten und Übergabefolien sind zentral unter Folgeaufgaben entwickeln geregelt.

Zum Nachschlagen der allgemeinen Scrum-Begriffe dient der offizielle Scrum Guide. Für die konkrete Anwendung bei RISE gelten die hier beschriebenen Abläufe; konkrete Termine und die Lernmaterialien stehen im aktuellen ISIS-Kurs.


Handbuch | Onboarding