1

Sebastian Bauer inovex GmbH

Dominik Ehrenberg crosscan GmbH

Sebastian Bauer inovex GmbH

Dominik Ehrenberg crosscan GmbH

Technische Schulden / BugsSmells:

Technische Nachholarbeiten im

Backlog

Lange Bugtracker-Listen und/oder

Bug-Fixing-Days

Unfertige Stories

Technische Schulden / BugsSmells:

Technische Nachholarbeiten im

Backlog

Lange Bugtracker-Listen und/oder

Bug-Fixing-Days

Unfertige Stories

Ursachen:Technische Verantwortung liegt nicht beim Dev-Team

Schlechte oder fehlende Tests Sustainable Pace vs. “Output! Output! Output!” Zu große Stories

Concepts-to-Go:

Statische Codeanalyse

“Refactor as you go”

Bugs pro Sprint einplanen (falls Abbaubedarf besteht)

Maximale Größe für Stories im Sprint festlegen

Zero Bug Policy

Technische Schulden / Bugs

Zu große StoriesSmells:

Stories ziehen sich über mehrere

Sprints

Backend-, Frontend-, Konzept-,

Feature- und Test-Stories

Kein Business Value sichtbar

Zu große StoriesSmells:

Stories ziehen sich über mehrere

Sprints

Backend-, Frontend-, Konzept-,

Feature- und Test-Stories

Kein Business Value sichtbar

Ursachen:Stories werden erst im Planning geschätzt

Kein Refinement Unkontrollierbare Abhängigkeiten in den Stories

Zu große StoriesConcepts-to-Go:

Stories mit Business Value versehen

Maximale Größe für Stories im Sprint festlegen ➟ Stories aufteilen

Hierarchisch visualisieren

Hempels Product Backlog

Hempels Product Backlog

Smells:

Das „Kühlschrank Backlog“

Stories werden im Planning

erstmals besprochen

Scope von Stories ändert sich

während des Sprint

Hempels Product Backlog

Smells:

Das „Kühlschrank Backlog“

Stories werden im Planning

erstmals besprochen

Scope von Stories ändert sich

während des Sprint

Ursachen:“Damit wir es nicht vergessen” “Wir brauchen ein vollständiges,

geschätztes Backlog” Keine Hierarchien (z.B. Epics) im Backlog

Hempels Product BacklogConcepts-to-Go:

Connextra Template ➟ „As a …“

Ablaufdatum für Stories / Product Backlog Chaos Monkey

Product Backlog Eisberg

Hempels Product Backlog

Hempels Product BacklogConcepts-to-Go:

Connextra Template ➟ „As a …“

Ablaufdatum für Stories / Product Backlog Chaos Monkey

Product Backlog Eisberg

Priorisierung mittels Kano / WSJF

Hempels Product BacklogWeighted Shortest Job First:

WSJF = User Business Value + Time Criticality + Risk Reduction

and/or Opportunity Enablement Job Duration

APOkalypse

Smells:

Mehr als ein PO pro Team

Sprints ohne Fokus oder zu vielen

unterschiedlichen Themen

Jede Story ist “Prio 1”

APOkalypse

Smells:

Mehr als ein PO pro Team

Sprints ohne Fokus oder zu vielen

unterschiedlichen Themen

Jede Story ist “Prio 1”

Ursachen:Angst vor Kompetenzverlust Politik

APOkalypseConcepts-to-Go:

Name Game mit Stakeholdern

Priorisierungsproblematik in Workshop transparent machen

Stakeholder Map erstellen

Gemeinsam auf einen PO committen

Product Owner. vs. TeamSmells:

PO hinterfragt Commitment und

Schätzungen

PO darf nicht in Retrospektive

Satz im Review: „Hat PO so nicht

spezifiziert!“

Product Owner. vs. TeamSmells:

PO hinterfragt Commitment und

Schätzungen

PO darf nicht in Retrospektive

Satz im Review: „Hat PO so nicht

spezifiziert!“

Ursachen:Team fühlt sich wenig für Produkt verantwortlich

Scrum Master Falsches Verständnis vom Zweck der Abnahme im Review

Product Owner. vs. TeamConcepts-to-Go:

Velocity gehört dem Scrum Team

Retro für Storyanalysen nutzen

Review zusammen mit PO vorbereiten

Refinement einführen

Let’s Go Kanban!

Smells:

Häufige Diskussionen über „Scrum

Overhead“

„Arsch auf Glatteis“-Situationen

Let’s Go Kanban!

Smells:

Häufige Diskussionen über „Scrum

Overhead“

„Arsch auf Glatteis“-Situationen

Ursachen:Glaube, in Kanban flexibler zu sein Begrenztes Budget, kein flexibler

Scope

Keine „echten“ Produktinkremente am Sprintende

Let’s Go Kanban!Concepts-to-Go:

Scope mit Hilfe v. hierarchischen Backlogs flexibler gestalten.

Lernen, „nein“ zu sagen

Regelmäßige Releases zum Sprintende einführen (+ CI / CD)

Durchsatz messen und verwenden

meinscrumistkaputt.de

@scrumkaputt

/scrumkaputt