Shades of Scrum Was Scrum im Unternehmen alles kann
SEACON, Hamburg, 07.05.2015
Urs Reupke, [email protected] Stefan Roock, [email protected]
In diesem Vortrag
1. Product Owner- Typen
4. Scrum Master- Typen
5. Drei Horizonte
3. Cross- Funktionalität
2. DoR / DoD
Product Owner Typen
Jeff
Marty
Walter
Eric
Product Owner Typen
Jeff
Marty
Walter
Eric
• Schreibt gewissenhaft sehr genaue User Stories
• Start in den Sprint mit klaren User Stories gemäß Definition of Ready
• Wenig Rückfragen der Entwickler während des Sprints (Details in der Regel in den User Stories definiert)
Product Owner Typen
Jeff
Marty
Walter
Eric
• Schreibt gewissenhaft sehr genaue User Stories
• Start in den Sprint mit klaren User Stories gemäß Definition of Ready
• Wenig Rückfragen der Entwickler während des Sprints (Details in der Regel in den User Stories definiert)
• Erstellt User Stories; nimmt das Team für die Sprint-Vorbereitung mit in Anspruch
• ist im Sprint gut verfügbar
• viele Details zu Anforderungen klären Marty und Team noch im Sprint
Product Owner Typen
Jeff
Marty
Walter
Eric
• arbeitet als Entwickler im Team mit
• Start in den Sprint mit Zielen, nicht mit User Stories
• Stories entstehen mitunter im Sprint
• Schreibt gewissenhaft sehr genaue User Stories
• Start in den Sprint mit klaren User Stories gemäß Definition of Ready
• Wenig Rückfragen der Entwickler während des Sprints (Details in der Regel in den User Stories definiert)
• Erstellt User Stories; nimmt das Team für die Sprint-Vorbereitung mit in Anspruch
• ist im Sprint gut verfügbar
• viele Details zu Anforderungen klären Marty und Team noch im Sprint
Product Owner Typen
Jeff
Marty
Walter
Eric
• arbeitet als Entwickler im Team mit
• Start in den Sprint mit Zielen, nicht mit User Stories
• Stories entstehen mitunter im Sprint
• Interagiert mit dem Team bei Sprint-Planning und -Review und im Sprint nicht verlässlich schnell erreichbar
• Start in den Sprint mit groben Features statt User Stories
• Schreibt gewissenhaft sehr genaue User Stories
• Start in den Sprint mit klaren User Stories gemäß Definition of Ready
• Wenig Rückfragen der Entwickler während des Sprints (Details in der Regel in den User Stories definiert)
• Erstellt User Stories; nimmt das Team für die Sprint-Vorbereitung mit in Anspruch
• ist im Sprint gut verfügbar
• viele Details zu Anforderungen klären Marty und Team noch im Sprint
Product Owner Typen
Jeff
Marty
Walter
Eric
Selbstorganisation
Entfe
rnun
g vo
m T
eam
• arbeitet als Entwickler im Team mit
• Start in den Sprint mit Zielen, nicht mit User Stories
• Stories entstehen mitunter im Sprint
• Interagiert mit dem Team bei Sprint-Planning und -Review und im Sprint nicht verlässlich schnell erreichbar
• Start in den Sprint mit groben Features statt User Stories
• Schreibt gewissenhaft sehr genaue User Stories
• Start in den Sprint mit klaren User Stories gemäß Definition of Ready
• Wenig Rückfragen der Entwickler während des Sprints (Details in der Regel in den User Stories definiert)
• Erstellt User Stories; nimmt das Team für die Sprint-Vorbereitung mit in Anspruch
• ist im Sprint gut verfügbar
• viele Details zu Anforderungen klären Marty und Team noch im Sprint
Product Owner Typen
Jeff Sutherland
Marty Cagan
Walter Falls
Eric Ries
Selbstorganisation
Entfe
rnun
g vo
m T
eam
Startup
Missionskritisch, Fachabteilung
als POevtl. Krücke während Transition
Weiterentwicklung eines erfolgreichen Produkts
Weiterentwicklung des Teams
Definition of Done
t
Team
leis
tet
meh
r
Weiterentwicklung des Teams
Definition of Ready Definition of Done
t
Team
leis
tet
meh
r
Team
bra
ucht
w
enig
er V
orga
ben
Weiterentwicklung des Teams
Definition of Ready Definition of Done
t
Team
leis
tet
meh
r
Team
bra
ucht
w
enig
er V
orga
ben
Selb
stor
gani
satio
n
Walter
Marty
Jeff, Eric
Minimal Cross-Funktional
Scrum in den 1970ern
Scrum-Team
Was ist besser?
Lernen/Innovation vs. Auslastung
Kosten durch mangelnde Auslastung
Gesamtkosten
Kosten durch verzögertes Feedback
Cross-Funktionalität
Weiterentwicklung des Teams
Definition of Ready Definition of Done
t
Team
leis
tet
meh
r
Team
bra
ucht
w
enig
er V
orga
ben
Cro
ss-F
unkt
iona
lität
Scrum Master
Tamara
Sascha
Peter
Doreen
Scrum Master
Tamara
Sascha
Peter
Doreen
• Entscheidet für das Team.
• Beseitigt Hindernisse pro-aktiv.
Scrum Master
Tamara
Sascha
Peter
Doreen
• Entscheidet für das Team. Erläutert seine Entscheidungen.
• Lässt das Team kleinere Entscheidungen selbst treffen.
• Bittet manchmal das Team um Unterstützung bei der Hindernis-Beseitigung.
• Entscheidet für das Team.
• Beseitigt Hindernisse pro-aktiv.
Scrum Master
Tamara
Sascha
Peter
Doreen
• Entscheidet für das Team. Erläutert seine Entscheidungen.
• Lässt das Team kleinere Entscheidungen selbst treffen.
• Bittet manchmal das Team um Unterstützung bei der Hindernis-Beseitigung.
• Entscheidet für das Team.
• Beseitigt Hindernisse pro-aktiv.
• Lässt das Team entscheiden. Behält sich aber Vetorecht vor.
• Beseitigt Hindernisse auf Unternehmensebene.
• Das Team muss Hindernisse auf Team-Ebene selbst beseitigen.
Scrum Master
Tamara
Sascha
Peter
Doreen
• Entscheidet für das Team. Erläutert seine Entscheidungen.
• Lässt das Team kleinere Entscheidungen selbst treffen.
• Bittet manchmal das Team um Unterstützung bei der Hindernis-Beseitigung.
• Entscheidet für das Team.
• Beseitigt Hindernisse pro-aktiv.
• Lässt das Team entscheiden. Behält sich aber Vetorecht vor.
• Beseitigt Hindernisse auf Unternehmensebene.
• Das Team muss Hindernisse auf Team-Ebene selbst beseitigen.
• Hält dem Team den Spiegel vor.
• Lässt das Team alles selbst entscheiden.
• Beseitigt kaum Hindernisse.
Scrum Master und Situational Leadership
Tamara
Sascha
Peter
Doreen
• Entscheidet für das Team. Erläutert seine Entscheidungen.
• Lässt das Team kleinere Entscheidungen selbst treffen.
• Bittet manchmal das Team um Unterstützung bei der Hindernis-Beseitigung.
• Entscheidet für das Team.
• Beseitigt Hindernisse pro-aktiv.
• Lässt das Team entscheiden. Behält sich aber Vetorecht vor.
• Beseitigt Hindernisse auf Unternehmensebene.
• Das Team muss Hindernisse auf Team-Ebene selbst beseitigen.
• Hält dem Team den Spiegel vor.
• Lässt das Team alles selbst entscheiden.
• Beseitigt kaum Hindernisse.
unfähig
unsi
cher
fähig
sich
er
Scrum Master und Situational Leadership
Tamara
Sascha
Peter
Doreen
• Entscheidet für das Team. Erläutert seine Entscheidungen.
• Lässt das Team kleinere Entscheidungen selbst treffen.
• Bittet manchmal das Team um Unterstützung bei der Hindernis-Beseitigung.
• Entscheidet für das Team.
• Beseitigt Hindernisse pro-aktiv.
• Lässt das Team entscheiden. Behält sich aber Vetorecht vor.
• Beseitigt Hindernisse auf Unternehmensebene.
• Das Team muss Hindernisse auf Team-Ebene selbst beseitigen.
• Hält dem Team den Spiegel vor.
• Lässt das Team alles selbst entscheiden.
• Beseitigt kaum Hindernisse.
unfähig
unsi
cher
fähig
sich
er Delegating
Participating
Selling
Telling
3-Horizonte-Modell
Horizon
t 1
(heute
)
t
€
Horizon
t 2
(12-24
Monate)
Horizon
t 3
(18-36
Monate)
Optionen sichern mit geringem Aufwand und
wenig Geld
Validierte Geschäftsmodelle in Horizont 1 überführen
Das laufende Geschäft (finanziert Horizonte 2 und 3)
3-Horizonte-Modell
Horizon
t 1
(heute
)
t
€
Horizon
t 2
(12-24
Monate)
Horizon
t 3
(18-36
Monate)
Optionen sichern mit geringem Aufwand und
wenig Geld
Validierte Geschäftsmodelle in Horizont 1 überführen
Das laufende Geschäft (finanziert Horizonte 2 und 3)
Marty
Jeff
Eric
3-Horizonte-Modell
Horizon
t 1
(heute
)
t
€
Horizon
t 2
(12-24
Monate)
Horizon
t 3
(18-36
Monate)
Optionen sichern mit geringem Aufwand und
wenig Geld
Validierte Geschäftsmodelle in Horizont 1 überführen
Das laufende Geschäft (finanziert Horizonte 2 und 3)
Cross-Fu
nktio
nalität
3-Horizonte-Modell
Horizon
t 1
(heute
)
t
€
Horizon
t 2
(12-24
Monate)
Horizon
t 3
(18-36
Monate)
Optionen sichern mit geringem Aufwand und
wenig Geld
Validierte Geschäftsmodelle in Horizont 1 überführen
Das laufende Geschäft (finanziert Horizonte 2 und 3)
Doreen (Delegating)
Peter (Participating)
Im ÜberblickHorizont 1 Horizont 2 Horizont 3
Marty Jeff Eric
Cross-Funktionalität
Laufendes Geschäft Neues Produkt/Geschäft
Optionen schaffen/sichern
Doreen (Delegating)
Peter (Participating)
Scrum und Kanban ScrumScrum und
Lean Startup
Top Related