Was ist Scrum?

Scrum: Definition und Grundidee

Scrum wurde von Ken Schwaber und Jeff Sutherland entwickelt und ist im offiziellen Scrum Guide beschrieben. Es geht davon aus, dass sich bei komplexen Vorhaben nicht alles im Voraus planen lässt. Statt eines starren Gesamtplans wird in kurzen Schleifen geplant, umgesetzt, überprüft und angepasst.

Drei Prinzipien tragen das Rahmenwerk: Transparenz über Fortschritt und Probleme, regelmäßige Überprüfung der Ergebnisse und Anpassung, wenn etwas nicht wie gewünscht läuft. Zusätzlich beschreibt der Scrum Guide fünf Werte für die Zusammenarbeit: Commitment, Fokus, Offenheit, Respekt und Mut.

So funktioniert Scrum

Scrum definiert drei Verantwortlichkeiten, fünf Ereignisse und drei Artefakte. Ein Sprint dauert höchstens einen Monat, in der Praxis meist ein bis vier Wochen.

Im Daily Scrum stimmt sich das Team täglich in höchstens 15 Minuten ab. Im Sprint Review wird das Ergebnis mit Auftraggebern und Nutzern besprochen, in der Retrospektive verbessert das Team seine eigene Arbeitsweise.

• Product Owner: verantwortet den Produktwert und priorisiert das Product Backlog
• Scrum Master: unterstützt das Team und hilft, Hindernisse zu beseitigen
• Developers: setzen die Aufgaben des Sprints um
• Ereignisse: Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective
• Artefakte: Product Backlog, Sprint Backlog, Inkrement

Vorteile und Grenzen von Scrum

Scrum macht Fortschritt sichtbar: Auftraggeber sehen alle paar Wochen funktionierende Software statt nur Statusberichte. Prioritäten lassen sich zwischen den Sprints anpassen, und Fehlentwicklungen fallen früh auf.

Scrum verlangt aber aktive Mitarbeit auf Kundenseite, vor allem durch einen entscheidungsfähigen Product Owner. Ein fixer Gesamtumfang zu einem festen Termin passt nur bedingt zur Idee des Rahmenwerks. Wird Scrum nur formal übernommen, entstehen viele Termine ohne echten Nutzen.

• Regelmäßig nutzbare Zwischenergebnisse
• Flexibel bei sich ändernden Anforderungen
• Hohe Transparenz für Auftraggeber
• Erfordert Zeit und Entscheidungsbefugnis auf Kundenseite

Praxisbeispiel: Scrum in einem Kundenprojekt

Ein Unternehmen lässt eine Plattform zur Auftragsverwaltung entwickeln. Statt eines großen Liefertermins vereinbaren beide Seiten zweiwöchige Sprints. Nach dem ersten Sprint steht die Auftragsanlage, nach dem zweiten die Zuweisung an Mitarbeitende. Im Review zeigt sich, dass eine mobile Ansicht wichtiger ist als geplant – sie rückt im Backlog nach vorn. Der Auftraggeber sieht den Fortschritt laufend und kann rechtzeitig umsteuern.

Nano Concepts arbeitet je nach Projekt agil nach Scrum oder mit klar definiertem Festumfang und bespricht im Erstgespräch, welches Vorgehen zu Ihrem Vorhaben passt.