Simulic
Deutsch

Agiler Software-Sprint – planen, entwickeln, testen, ausliefern

InformatikBerufe in der InformatikAlter 17–18

Wird geladen …

Teilen Problem melden

Ein kleines Softwareteam führt einen agilen Sprint durch, um eine App für Schulclubs zu bauen: Wählen Sie aus dem Backlog die User Storys, die zur Kapazität des Teams passen, und simulieren Sie den Sprint Tag für Tag. Karten wandern durch die Spalten Offen, In Arbeit, Test und Fertig, ein Burndown-Chart verfolgt die verbleibenden Punkte, und Bugs aus dem Programmieren werden durch Tests gefunden oder erreichen die Nutzer. Am Ende bewertet ein Sprint-Review die Kundenzufriedenheit.

Lektion: Berufe in der Softwareentwicklung: der agile Prozess und die Rollen im Team

Was sie zeigt

Diese Simulation zeigt, wie ein echtes Softwareteam einen agilen Sprint durchläuft. Der Product Owner hat die User Storys einer App für Schulclubs nach Wert geordnet; das Team sagt die Storys zu, die in seine Kapazität passen, geschätzt als Entwickler × Tage × 0,8 Punkte. Jeden Tag werden Storys gebaut, im neuen Code entstehen Bugs, und Tests oder Code-Reviews fangen einen Teil davon ab. Ohne Tests geht das Bauen schneller, doch mehr Bugs erreichen die Nutzer. Ein Burndown-Chart zeigt den Fortschritt, und das Sprint-Review bewertet die Kundenzufriedenheit. Alle Koeffizienten sind anschauliche Annahmen, keine Branchendaten.

So funktioniert es

Wählen Sie eine Sprint-Planung oder haken Sie Storys selbst an, stellen Sie Entwickler, Tester, Tage und Zeit für Tests ein und schalten Sie das Code-Review ein oder aus. Drücken Sie 1 Tag weiter, um schrittweise vorzugehen, oder Ganzer Sprint für die Animation, und beobachten Sie Board, Burndown-Linie und Bug-Zähler. Vergleichen Sie das Sprint-Review nach jeder Änderung und nutzen Sie Neues Szenario für zufällige Schwankungen.

Einstellbare Parameter

  • Sprint-Planung Passend zur Kapazität, Ganzes Backlog, Selbst wählen
  • Anzahl der Entwickler 2–6 Personen
  • Anzahl der Tester 0–2 Personen
  • Sprintlänge 5–15 Tage
  • Entwicklerzeit für das Schreiben von Tests 0–40 %
  • Gegenseitiges Code-Review

Fragen zum Erkunden

  1. Wie viel schneller baut das Team ohne Zeit für Tests, und wie viele Bugs mehr erreichen die Nutzer?
  2. Warum senkt es meist die Kundenzufriedenheit, das ganze Backlog zu übernehmen?
  3. Was trägt jede Rolle (Product Owner, Entwickler, Tester) zu einem erfolgreichen Sprint bei?

Ähnliche Simulationen