Agiles Projektmanagement mit Scrum – Schulung für Projektteams

Typische Probleme in Projekten und der Scrum-Ansatz

• Typische Projektprobleme: späte Überraschungen, wechselnde Anforderungen, Ergebnisse ohne Abnahme
• Der empirische Ansatz von Scrum: Transparenz, Überprüfung und Anpassung statt Vorhersage über Monate
• Iterativ und inkrementell arbeiten: in jedem Sprint ein nutzbares Ergebnis statt einer Gesamtlieferung am Ende
• Die agile Bewegung: Agiles Manifest von 2001, vier Werte und zwölf Prinzipien
• Planorientiert oder agil: wann Wasserfall weiter passt und wann Unsicherheit für Scrum spricht
• Scrum als führendes agiles Rahmenwerk: Verbreitung und Abgrenzung zu Kanban und hybriden Vorgehen
• Der Scrum Guide 2020: was er verbindlich festlegt und was er bewusst offenlässt
• Scrum-Werte Commitment, Fokus, Offenheit, Respekt und Mut im Projektalltag
• Scrum im eigenen Arbeitsumfeld anwenden: Produkt, Auftraggeber, Teamverfügbarkeit und Entscheidungswege prüfen

Das Herzstück: Verantwortlichkeiten und Scrum Team

• Das Rahmenwerk im Überblick: drei Verantwortlichkeiten, fünf Events, drei Artefakte mit ihren Commitments
• Projektprobleme gezielt lösen: welches Scrum-Element gegen welches Problem hilft
• Product Owner: Wert maximieren, Product Backlog ordnen, eine Person statt eines Gremiums
• Scrum Master: Wirksamkeit des Teams verbessern, Hindernisse beseitigen, Organisation begleiten
• Developers: Sprint Backlog planen, Qualität nach Definition of Done sichern, sich gegenseitig verantworten
• Von Rollen zu Verantwortlichkeiten: ein Scrum Team ohne getrenntes Entwicklungsteam seit 2020
• Scrum Team zusammenstellen: zehn oder weniger Personen, interdisziplinär, ohne Unterteams
• Selbstmanagement: was das Team entscheidet und welche Grenzen Linie und Auftraggeber setzen
• Klassische Projektleitung in Scrum: welche Aufgaben bleiben, welche auf die drei Verantwortlichkeiten übergehen

Sich auf die Arbeit mit Scrum vorbereiten

• Die Vision für das Projekt festlegen: für wen, welches Problem, woran Erfolg erkennbar ist
• Produktziel (Product Goal) als Commitment des Product Backlogs und Brücke zur Vision
• Grenzen für den Erfolg setzen: Budget, Termin, Qualitätsanspruch und ausdrücklich ausgeschlossene Ziele
• Erstes Product Backlog anlegen: geordnete Liste mit grob und fein beschriebenen Einträgen
• User Stories schreiben: Rolle, Ziel und Nutzen – und das Gespräch, das die Karte auslöst
• Gute Stories nach INVEST und mit überprüfbaren Akzeptanzkriterien
• User Stories für Vorhaben ohne Software: Kampagnen, Veranstaltungen, interne Dienstleistungen

Schätzen und über den Sprint hinaus planen

• Story Points und die Schätzung in Scrum: relativ nach Umfang, Komplexität und Unsicherheit
• Planning Poker mit modifizierter Fibonacci-Folge im Überblick
• Story Points sind kein Teil des Scrum Guides: T-Shirt-Größen oder Zählen gleich großer Stories als Alternative
• Velocity als Planungsgröße des eigenen Teams, nicht als Leistungsvergleich zwischen Teams
• Eine Roadmap erstellen: Ziele und Ergebnisse je Quartal statt detaillierter Terminliste
• Release-Plan aus geordnetem Backlog und Velocity mit Spannbreite statt Fixtermin
• Fester Termin oder festes Budget: Umfang als Stellgröße mit Auftraggebern vereinbaren

An die Arbeit gehen: der Sprint

• Der Sprint als fester Rahmen: Länge bis zu einem Monat, Abbruch nur durch den Product Owner
• Sprintplanung in Scrum: Warum ist der Sprint wertvoll, was wird erledigt, wie wird es umgesetzt?
• Ein Sprint-Ziel formulieren, das Richtung gibt und Spielraum bei der Umsetzung lässt
• Sprint Backlog: Sprint-Ziel, ausgewählte Einträge und Plan der Developers
• Das tägliche Scrum: 15 Minuten der Developers zum Fortschritt auf das Sprint-Ziel
• Stand-up-Formate jenseits der drei Fragen: am Board entlang, Fokus auf Blockaden
• Scrum-Fortschritt verfolgen: Aufgabenboard, Burn-down- und Burn-up-Chart
• Hindernisse sichtbar machen und mit dem Scrum Master auflösen
• Das Backlog agil anpassen: neue Anforderungen aufnehmen, ohne das Sprint-Ziel zu gefährden
• Product Backlog Refinement: Einträge zerlegen, klären und neu ordnen als laufende Tätigkeit

Einen Scrum-Sprint abschließen

• Definition of Done: wann eine Story wirklich erledigt ist und zum Inkrement gehört
• Definition of Done im Team erarbeiten, auch für Texte, Schulungen oder Veranstaltungen
• Unfertige Einträge zurück ins Product Backlog statt „zu 90 % fertig“
• Sprint Review: die Arbeit des Teams Stakeholdern zeigen und gemeinsam über das Weitere entscheiden
• Rückmeldungen aus dem Review in Product Backlog und Release-Plan übernehmen
• Sprint Retrospective: Zusammenarbeit, Arbeitsweise und Definition of Done überprüfen
• Retrospektive moderieren: Daten sammeln, Ursachen finden, eine Maßnahme fürs nächste Sprint Backlog
• Das Team beurteilen: Ergebnisse als Teamleistung bewerten statt Einzelpersonen nach Story Points

Erfolgreiche Projekte mit Scrum durchführen

• Scrum einführen: geeignetes Pilotvorhaben, Sprintlänge und Termine für alle Events festlegen
• Scrum außerhalb der Softwareentwicklung: was in Marketing, Personal oder Organisationsprojekten ein Inkrement ist
• Scrum und Projektgremien: Lenkungsausschuss, Meilensteine und Statusbericht mit dem Sprint Review verbinden
• Häufige Startfehler: Sprint ohne Ziel, Review ohne Stakeholder, Product Owner ohne Entscheidungsbefugnis
• Board an der Wand oder im Werkzeug: was für den Einstieg reicht, Werkzeugauswahl im eigenen Seminar
• Wie es weitergeht: Product Ownership, Scrum für Entwickler:innen und Skalierung mit LeSS im Überblick

Praxisprojekt: Wiedereröffnung eines sanierten Hallenbads in vier Sprints

• Vision, Produktziel und Grenzen für die Wiedereröffnung mit Bäderbetrieb und Stadtverwaltung festlegen
• Product Backlog mit Stories aus Sicht von Badegästen, Schwimmvereinen und Schulen schreiben und schätzen
• Release-Plan bis zum Eröffnungstag, ersten Sprint mit Sprint-Ziel planen und ein Daily Scrum am Board durchspielen
• Sprint Review mit Vereins- und Schulvertretungen im Rollenspiel, danach Retrospektive mit einer Maßnahme

Lernziele

• Sie erklären, wie Scrum mit Transparenz, Überprüfung und Anpassung typische Projektprobleme angeht
• Sie beschreiben die Verantwortlichkeiten von Product Owner, Scrum Master und Developers nach dem Scrum Guide 2020
• Sie formulieren Vision, Produktziel und User Stories mit Akzeptanzkriterien und ordnen ein erstes Product Backlog
• Sie schätzen mit Story Points und leiten daraus einen Release-Plan mit Spannbreite ab
• Sie planen einen Sprint mit Sprint-Ziel und leiten Daily Scrum, Review und Retrospektive als Team an
• Sie entwickeln eine Definition of Done, die auch für Vorhaben ohne Software trägt

Zielgruppe

• Projektleitungen, die ein Vorhaben erstmals mit Scrum steuern
• Teammitglieder und Fachbereiche, die künftig in einem Scrum Team mitarbeiten
• Führungskräfte und Auftraggeber, die Scrum-Projekte beauftragen oder begleiten