Scrum-Done-Right

Es gibt nur einen Productowner pro Team. Immer! Nur einen!

Sicherlich ist es häufig so, dass aus verschiedenen Richtungen Anforderungen an das Team kommen. Diese werden aber alle durch den einen Productowner gefiltert und priorisiert.

D.h., der Productownder muss mit z.T. vielen anderen kommunizieren: Den Stakeholdern, Managern, Kunden, .... Diese alle werden versuchen, den Productowner zu beeinflussen und ihre eigenen Stories möglichst nach oben zu priorisieren.

Jeff Sutherland hat uns verraten, wie er bei fixed prize projects Scrum verkauft:

Changes for free

Alles, was noch nicht im Sprint geplant ist, kann noch geändert werden. Jede Änderung, die normalerweise bezahlt werden müsste, gibt es gratis. Dafür werden entsprechende Funktionalitäten mit geringer Priorität entfernt. Gesamtpreis und Fertigstellungstermin bleiben erhalten!

Money for nothing

Wenn nach Scrum gearbeitet wird, ist häufig schon vor Abschluss des geplanten Gesamtprojekts alles soweit fertig, dass das Ergebnis publiziert werden kann.

Der Kunde kann in solch einem Fall das Projekt vorzeitig beenden und muss nur 30% des restlichen Projektpreises bezahlen.

Prioritäten einhalten, auch bei einer Exception

Am Ende des Sprints waren nicht alle Stories geschafft.

Aber dadurch, dass die ganze Zeit nach Priorität gearbeitet wurde, sind es wirklich die unwichtigen Stories, die liegengeblieben sind.

Scrum - Produkte zuverlässig und schnell entwickeln von Boris Gloger

Agile Manifesto Update

Ursprünglich wurde das Agile Manifest vor allem für Softwareentwicklung initiiert. Inzwischen wird das Prinzip auch in vielen anderen Bereichen angewendet. Daher die kleine Änderung:

Plane Tests und Integration nicht für später, das verfälscht die Velocity.

Wenn der Prozess nicht passt, dann kann auch ein großartiges Team scheitern.

Es kann sogar vorkommen, dass ein Team von einem 'zu guten' Mitarbeiter auf Dauer gebremst wird, falls dieser alle Arbeiten an sich zieht und die anderen von ihm nichts Lernen.

... wenn das Management-Team stark ist, Zugang zu empirischen Daten hat und bereit ist sich zu fokussieren.

Google Talks: Lessons Learned at Google

Scrum and XP from the Trenches

by Henrik Kniberg, 2007

Google Talks: Scrum Et Al.

Jeff Sutherland

Es gibt nur die aktuelle Velocity und einen realistischen oder unrealistischen Plan.