Agiles Projektmanagement mit Scrum

4 Leitsätze des agilen Manifests

Individuen und Interaktionen sind wichtiger als Prozesse und Werkzeuge.

Funktionierende Prototypen sind wichtiger als umfassende Dokumentation.

Zusammenarbeit mit dem Kunden ist wichtiger als starre Verträge.

Reagieren auf Veränderungen ist wichtiger als dsa Befolgen eines Plans.

Agile Werte

Ablauf

Rollen

Auf Auslieferung der wichtigsten Geschäftsanforderungen innerhalb kürzester Zeit fokussieren
Schnell und regelmäßige lauffähige Software bereitstellen
Business setzt die Prioritäten, selbstgesteuerte Teams bestimmen konkretes Entwicklungsvorgehen

Erfasst Bedürfnisse der Kunden und Stakeholder im Product Backlog
bestimmt Auslieferungsdatum und Inhalt
ist verantwortlich für Produkt und Projekterfolg
- Verantwortlich für Wertmaximierung des Produkts
definiert und priorisiert Features abhängig von deren Geschäftswert
passt Features und Prioritäten für jeden Sprint an
akzeptiert oder weist Arbeitsergebnisse zurück

typischerweise 5 bis 9 Personen
ist funktionsübergreifend Zusammengesetzt
Mitglieder sollten mit wenigen Ausnahmen Vollzeitmitglieder sein
Team steuert sich selbst
- Mitglieder übernehmen Aufgaben, bekommen sie nicht zugewiesen
- darf alles tun was für Zielerreichung notwendig ist

Veranstaltungen

Priorisiertes Product-Backlog bildet Grundlage für Planung
erfolgt in drei Schritten
- Product Owner präsentiert Backlog Stories und Ziel
- Team bestimmt mit PO Sprint-Backlog und schätzt Stories in Punkten
- PO priorisiert Stories mit Sprint-Backlog
Team entwickelt zu jeder Story eine Lösungsidee
Team verpflichtet sich zur Implementierung des Backlogs

Ziel
- Statusabstimmung im Team -keine Problemlösungen
  - kein Statusbericht für Scrum Master
- Hindernisliste wird gefüllt
- Weitere Interne Status-Meetings vermeiden
Alle nehmen Teil, nur Team Mitglieder und Scrum Master dürfen reden
Idealablauf
- findet Täglich statt, zur gleichen Zeit, am selben Ort
- Dauert weniger als 15 Minuten
- Stand Up, jeder beantwortet 3 Fragen
  - Was hast du seit dem letzten Mal geschafft?
  - Was wirst du bis zum nächsten Mal tun?
  - Was behindert dich beim vorwärtskommen?

Team informell präsentiert Springergebnis
Typischerweise in Form einer Demo
Grobe Regel
- Zwei Stunden zur Vorbereitung
- Keine Folien, sondern echte Artefakte
- Ganzes Team nimmt Teil
- Product Owner und Stakeholder geben Feedback
Darauf basierend kann Kunde
- neu priorisieren
- neue Anforderungen ins Product Backlog einfügen
- Auslieferung des Produkts anstoßen
- Qualitätsansprüche ändern
- Projekte beenden, da weitere Iterationen keinen ROI bringen

dient dazu
- Zusammenarbeit im Team zu verbessern
- kontinuierliche Verbesserung anzustreben
- Aufstauen von Frust zu vermeiden
- Raum zu geben
- Themen im Team offen anzusprechen
- Maßnahmen entwickeln
Tipps
- sollte von neutraler Person moderiert werden
- Immer konkrete Maßnahmen entwickeln, auch handeln danach

Geordnete und priorisierte Liste aller Anforderungen
Einzige Anforderungsquelle
Entwickelt sich im Zeitablauf
Wird vom Product Owner bereit gestellt, sortiert, verantwortet und gemeinsam mit dem Team gepflegt

Anforderungen

Liste aller im laufenden Sprint durchzuführenden Tasks und ihrer (Rest-)Schätzungen
Team-Mitglieder wählen Tasks aus, die Arbeit wird nie zugewiesen
Geschätzte Restaufwand wird täglich aktualisiert
- Alternative 1: Nur fertige Tasks werden auf 0 gestellt
- Alternative 2: Nur fertige Stories werden auf 0 gestellt
Jedes Team-Mitglied kann Tasks hinzufügen, löschen oder ändern
Sprint Backlogs an prominenter Stelle sichtbar machen

Aufwand schätzen

grafische Darstellung für den Verbleibenden Aufwand im Sprint mit Ziel der Fortschrittsmessung
Aufbau
- Y Achse, verbleibender Aufwand
- X Achse, Zeitverlauf des Sprints
- Blaue Linie, Idealverlauf der Abarbeitung
- Rote Linie, tatsächlicher Verlauf
Treppenförmige Entwicklung
- Wird die Bearbeitung einer Story abgeschlossen wird der mit ihr verbundene Aufwand vom verbleibenden Aufwand abgezogen