ASQF Nürnberg - Bitter Scrum

SOPHIST GmbH

Vordere Cramergasse 13

90478 Nürnberg

Tel.:+49 (0)911 40 900 - 0

Fax:+49 (0)911 40 900 - 99

www.sophist.de

heureka@sophist.de

Bitter Scrum

Auf der Suche nach den Sweet Spots

Chris Rupp & Thomas Mödl

Bitter Scrum – Auf der Suche nach den Sweet Spots

Schluss-folgerung

5

Scrum

2

Intro

1

Scrum in der Projektrealität

4

Projektrealität

3

KonventionellerWasserfall

Freiheitsgrade

Mein Standpunkt im Thema:

Iterationslänge --Iterationslänge ++

starres Regelwerk

Scrum

TUM, Max-Planck

Programmierung

Schulungen

Produktentwicklung

Beratung

Projekte über 25 PJ.

DIN EN ISO 9001 TAW Cert Zert.Nr.:33010107

2003

2005

2000

2002

2004

2006 … 2010: Seit 1989 an erfolgreichen Projekten gewachsen.

1997

1995

1991 1990

1989

1986

Kap

iteln

am

e

CR

U

M

Thomas Moedl• Geschäftsführer der

DialogData GmbH & Co KG

• Supporter imIREB e.V.

• Trainer, Berater und Referent

• Signatory des agilen Manifests 2003

Kap

iteln

am

e

Chris Rupp

• Geschäftsführerin der SOPHIST GmbH

• Vorstandsvorsitzende des IREB e.V.

• Trainerin, Beraterin und Autorin

1.1 – Seite 6

Wer schreibt, der bleibtDie Bücher der SOPHISTen

Unsere KundenAuszug aus unserer Kundenliste

#.2

Scrum

Sprints Rollen Meetings Charts Vollständigkeit

Scr

um

Rollen in Scrum Verantwortung und Zusammenarbeit

SOPHIST GmbH Name des Bausteins #.1 – Seite 10

Product Owner

Scrum Master

Teamcommitted

involved

Stakeholder

Scr

um

Sprints in Scrum

#.1 – Seite 11Dialog Data Scrum

Sprint, Daily Scrum, Review

Product(Increment)

SprintBacklog

Task Board

BurndownChart

Sprint Goal

implementation /coordination

potentially shippableproduct increment

stories & rel. tasks tasks < 1 day

Scr

um

Sprints in Scrum

#.1 – Seite 12Dialog Data Scrum

Sprint, Daily Scrum, Review

Product(Increment)

ProductBacklog

SprintBacklog

Team(Skill)

Task Board

BurndownChart

Sprint Planning

prio=b.value,risk,efforthighest prios on top

items on top detailed

Sprint Goal

commiting sprint goalanalysis: understand PO

design: team selects stories & plans tasks

implementation /coordination

potentially shippableproduct increment

self organizingvelocity = SP / sprint

improvement

Retrospective

stories & rel. tasks tasks < 1 day

Scr

um

Sprints in Scrum

#.1 – Seite 13Dialog Data Scrum

Backlog Grooming, Estimating

Sprint, Daily Scrum, Review

Product(Increment)

ProductBacklog

SprintBacklog

Team(Skill)

Task Board

BurndownChart

Sprint Planning

prio=b.value,risk,efforthighest prios on top

items on top detailed

Sprint Goal

commiting sprint goalanalysis: understand PO

design: team selects stories & plans tasks

implementation /coordination

potentially shippableproduct increment

self organizingvelocity = SP / sprint

improvement

Retrospective

stories & rel. tasks tasks < 1 day

Scr

um

Sprints in Scrum

#.1 – Seite 14Dialog Data Scrum

Backlog Grooming, Estimating

Sprint, Daily Scrum, Review

Product(Increment)

ProductBacklog

SprintBacklog

Team(Skill)

Task Board

BurndownChart

Sprint Planning

prio=b.value,risk,efforthighest prios on top

items on top detailed

Sprint Goal

commiting sprint goalanalysis: understand PO

design: team selects stories & plans tasks

implementation /coordination

potentially shippableproduct increment

self organizingvelocity = SP / sprint

improvement

Retrospective

stories & rel. tasks tasks < 1 day

Scr

um

Sprints in Scrum

#.1 – Seite 15Dialog Data Scrum

Backlog Grooming, Estimating

Sprint, Daily Scrum, Review

Product(Increment)

ProductBacklog

SprintBacklog

Team(Skill)

Task Board

BurndownChart

Sprint Planning

prio=b.value,risk,efforthighest prios on top

items on top detailed

Sprint Goal

commiting sprint goalanalysis: understand PO

design: team selects stories & plans tasks

implementation /coordination

potentially shippableproduct increment

self organizingvelocity = SP / sprint

improvement

Retrospective

stories & rel. tasks tasks < 1 day

ReleasePlanning

Scr

um

Sprints in Scrum

#.1 – Seite 16Dialog Data Scrum

Backlog Grooming, Estimating

Sprint, Daily Scrum, Review

Product(Increment)

ProductBacklog

SprintBacklog

Team(Skill)

Task Board

BurndownChart

Sprint Planning

prio=b.value,risk,efforthighest prios on top

items on top detailed

Sprint Goal

commiting sprint goalanalysis: understand PO

design: team selects stories & plans tasks

implementation /coordination

potentially shippableproduct increment

self organizingvelocity = SP / sprint

improvement

Retrospective

stories & rel. tasks tasks < 1 day

ReleasePlanning

Genauigkeit ist auf kurze Sicht wichtig.

Scr

um

Meetings in Scrum S p r in t

P la n n in g

Sprint

Planning

Dialog Data Scrum #.1 – Seite 18

E s ti m a ti o n m e e ti n g s

Estimation meetings

Daily Scrum Was habe ich gestern

getan?

Was war mir dabei im Weg?

Was mache ich heute?

Nur “Pigs”

Fortschrittsbetrachtung

Scrum Master moderiert

S p r in t R e v ie w

Sprint Review

Sprint Retrospective Im Anschluß an das Review

Ziel: Zusammenarbeit und Prozess verbessern

Story Telling Stil

Scrum Master moderiert

Scr

um

Charts in Scrum

Sprint Burndown Chart Täglicher Fortschritt “small picture”

Product Burndown Chart Fortschritt per Sprint “big picture” ggf. Release Burndown Chart

Messung in Story Points Relative Schätzung Empirische Messung

#.1 – Seite 19

Aufwand

Zeit

Dialog Data Scrum

Scr

um

Product Burndown

Dialog Data Scrum #.1 – Seite 20

Aufw

and

Sprints

PBL konstant

PBL wachsend

Scr

um

Die Silver BulletFred Brooks: „The Mythical Man Month“

#.1 – Seite 21Dialog Data Scrum

A silver bullet is a method to kill mythical creatures such as werewolves or a metaphor for any solution of extreme effectiveness.e

+ =

#.3

Projektrealität

Wünsche -> Wissen Goldene Regel Garbage-In … Konsolidierungsterror Projektarten

Pro

jekt

realit

ät

Worte sind bedeutungslosReferenz als Schlüssel zum Erfolg

SOPHIST GmbHDialog Data

SA auf den Punkt gebracht 1 – Seite 24

Perfekte Kommunikation ist unmöglich!

Das gemeinsame Referenzmodell entscheidet

über den Kommunikationserfolg!

Gedankenübertragung funktioniert nicht. Worte an sich sind

bedeutungslos.

© iS

tockphoto | human brain by E

raxion

Pro

jekt

realit

ät

Das Kano-ModellAnforderungskategorisierung

SOPHIST GmbHDialog Data

SA auf den Punkt gebracht 1 – Seite 25

Basisfaktoren (unterbewusstes Wissen) sind die selbstverständlich vorausgesetzten Systemmerkmale.

Begeisterungsfaktoren (unbewusstes Wissen) sind Systemmerkmale, die der Stakeholder nicht kennt und erst während der Benutzung als angenehme und nützliche Überraschung entdeckt.

Leistungsfaktoren (bewusstes Wissen) sind die explizit geforderten Systemmerkmale.

Kap

iteln

am

e

macht die Regeln!Wer das Gold hat,

Bild

quel

le:

© is

tock

phot

o | I

n go

ld w

e tr

ust

by a

pcuk

Die Goldene Regel:

Kap

iteln

am

e

Garbage In - Garbage out

Kap

iteln

am

eKonsolidierung kostet Zeit und Nerven.

© iStockphoto | I quit by Trista

Kap

iteln

am

e

SOPHIST GmbH Name des Bausteins #.1 – Seite 29© iStockphoto | Rows of clothes washers in a store 2 by milkos

Die Realität entscheidet über das Entwicklungsvorgehen

#.4

Scrum in der Projektrealität

Daily Scrum Sprints Charts Warroom

Scr

um

in d

er

Pro

jekt

realit

ät

Daily Scrum

© iS

tock

phot

o | B

usin

ess

Talk

s by

Tin

a R

ence

lj

Scr

um

in d

er

Pro

jekt

realit

ät

Daily Scrum

Täglich Time boxed Sprachschablone Rederecht (nur pigs)

Anwesenheitspflicht Keine Diskussionen im Stehen (Köperhaltung) Trocken

Regel Wirkprinzip

Kontinuität + Transparenz Zeitbegrenzung Transparenz + Gleichheit Fokussierung, Störungen

vermeiden Partizipation Fokussierung Aufmerksamkeit Aufmerksamkeit

Was steht hinter den Regeln?

Scrum in der ProjektrealitätDialog Data #.4 – Seite 32

Kap

iteln

am

e

#.4 – Seite 33SOPHIST GmbH Name des Bausteins

Burndown,Chart!

Scr

um

in d

er

Pro

jekt

realit

ät

Charts

Sprint Burndown

Product Burndown

Regeln Wirkprinzip

Transparenz + Standortbestimmung zurBestätigung / Motivationoder zur Regulierung / Steuerung

Transparenz + Standortbestimmung zurBestätigung / Motivationoder zur Regulierung / Steuerung

Was steht hinter den Regeln?

#.4 – Seite 34Scrum in der ProjektrealitätDialog Data

Scr

um

in d

er

Pro

jekt

realit

ät

Charts

Nicht-lineare Story Points

Velocity Messung Burndown Rate

Instrumente Funktionsprinzip

Wahrnehmung durch Differenz

Empirische Zeitplanung Transparenz von

Zielerreichung undSchätzqualität +Abweichungen zeigenStörungen des Flows

Was steht hinter den Regeln?

#.4 – Seite 35Scrum in der ProjektrealitätDialog Data

Kap

iteln

am

e

SOPHIST GmbH Name des Bausteins #.4 – Seite 36

Scr

um

in d

er

Pro

jekt

realit

ät

War Room

Gemeinsame Arbeitsfläche

Sprint-Ziel visualisiert Haptische Arbeitsmittel One stop shop Taskboard

Regeln Wirkprinzip

Teambuilding + Kommunikation

Fokussierung Lerntheorie Transparenz Transparenz + Feedback

#.4 – Seite 37Scrum in der ProjektrealitätDialog Data

Kap

iteln

am

e

SOPHIST GmbH Name des Bausteins #.1 – Seite 38

Sprints

© iS

tockphoto | Start by m

elhi

Scr

um

in d

er

Pro

jekt

realit

ät

Sprints

Sprint Review

Iteration

Time boxed

No Change Requests

Konstantes Team

Regeln Wirkprinzip

Risikoreduzierung durch Feedback + Transparenz

Kundennutzen + Lernen durch Wiederholung

Zeitbegrenzung + Teile und Herrsche

Risikoreduzierung, Störungsfreiheit

Teambuilding +Risikoreduzierung

Was steht hinter den Regeln?

#.4 – Seite 39Scrum in der ProjektrealitätDialog Data

Scr

um

in d

er

Pro

jekt

realit

ät

Sprints

Sprint Planning Sprint Retrospektive

Done

Sprint Cancelling

Regeln Wirkprinzip

Kommittent Kontinuierliche

Verbesserung (Kaizen) Gemeinsames

Verständnis Interventionsfähigkeit

Weitere Regeln, die Sprints betreffen

#.4 – Seite 40Scrum in der ProjektrealitätDialog Data

Scr

um

in d

er

Pro

jekt

realit

ät

Sprints und PlanungDie Genauigkeit sinkt mit der Entfernung

Dialog Data Scrum in der Projektrealität #.4 – Seite 41

„Cone of Uncertainty“ by Barry Boehm

Scr

um

in d

er

Pro

jekt

realit

ät

Sprints

Minimal Marketable Product

Shared Product Vision

Regeln Wirkprinzip

Fokussierung aufKundennutzen

Fokussierung +schrittweise fachliche Einigung

Practices, nicht bei Ken Schwaber

#.4 – Seite 42Scrum in der ProjektrealitätDialog Data

#.5

Schlussfolgerung

Erfahrungstransport Werte Regeln Prinzipien Freiheiten Zwänge

XP

RUP

S C R U M

Vorgehensweisen transportieren Erfahrung

Regeln

Werte

Wirkprinzipien

Kap

iteln

am

ez

Ein Ritual (von lateinisch ritualis: „den Ritus betreffend“) ist eine nach vorgegebenen Regeln ablaufende, meist formelle und oft feierlich-festliche Handlung mit hohem Symbolgehalt. Sie wird häufig von bestimmten Wortformeln und festgelegten Gesten begleitet und kann religiöser oder weltlicher Art sein (z. B. Gottesdienst, Begrüßung, Hochzeit, Begräbnis, Aufnahmefeier usw.). Ein festgelegtes Zeremoniell (Ordnung) von Ritualen oder rituellen Handlungen bezeichnet man als Ritus.

© iS

tockphoto | Sincere P

rayer by Alex M

otrenko

Regeln geben Halt

… immer?

Prinzipien geben eine Richtung

Wieviel Entscheidungsfreiheit geben wir auf ?

Just because you can, doesn‘t mean you should.