Das Dokument behandelt das Large Scale Scrum (LeSS) als Organisations-Design-Framework und stellt Prinzipien des agilen Manifests vor, die auf Kundenzufriedenheit und Selbstorganisation abzielen. Es wird darauf hingewiesen, dass Organisationen häufig optimiert sind, den Status quo beizubehalten, was bedeutende Veränderungsinitiativen erschwert. Schließlich wird die Transformation von funktionalen Silos zu interdisziplinären Teams und Communities of Practice beschrieben, um kundenorientierte Features effektiver zu entwickeln.

1. Large Scale Scrum (LeSS)
als Organisations-Design-Framework"
OOP, skalierte Agilität, 04.02.2014"
Josef Scherer, Valtech Deutschland"

2. Einfachheit & Selbstorganisation (Dee Hock, CEO VISA)"
Simple, clear purpose and principles give rise to
complex, intelligent behavior.
Complex rules and regulations give rise to
simple, stupid behavior.
Dee Hock.The Birth of the Chaordic Age

3. Organisatorische Prinzipien hinter dem Agilen Manifest (1)!
Unsere höchste Priorität ist es, den
Kunden durch frühe und kontinuierliche Auslieferung
wertvoller Software zufrieden zu stellen.
...
http://agilemanifesto.org/iso/de/principles.html

4. Organisatorische Prinzipien hinter dem Agilen Manifest (2)!
Unsere höchste Priorität ist es, den
Kunden durch frühe und kontinuierliche Auslieferung
wertvoller Software zufrieden zu stellen.
...
Business-Leute und Entwickler müssen während des
Projektes täglich zusammenarbeiten.
...
http://agilemanifesto.org/iso/de/principles.html

5. Organisatorische Prinzipien hinter dem Agilen Manifest (3)!
Unsere höchste Priorität ist es, den
Kunden durch frühe und kontinuierliche Auslieferung
wertvoller Software zufrieden zu stellen.
...
Business-Leute und Entwickler müssen während des
Projektes täglich zusammenarbeiten.
...
Gib ihnen das Umfeld und die Unterstützung, die sie
benötigen
...
Die besten Architekturen, Anforderungen und Entwürfe
entstehen durch selbstorganisierende Teams.
http://agilemanifesto.org/iso/de/principles.html

6. Unternehmenskultur und Organisationsstruktur (1)"
1. Organizations are implicitly optimized to avoid changing the
status quo middle- and first-level manager and “specialist”
positions & power structures.
http://www.craiglarman.com/wiki/index.php?title=Larman%27s_Laws_of_Organizational_Behavior

7. Unternehmenskultur und Organisationsstruktur (2)"
1. Organizations are implicitly optimized to avoid changing the
status quo middle- and first-level manager and “specialist”
positions & power structures.
2. As a corollary to (1), ...
3. ... any significant change initiative will be derided as “purist”,
“theoretical”, and “needing customization for local
concerns” ...
http://www.craiglarman.com/wiki/index.php?title=Larman%27s_Laws_of_Organizational_Behavior

8. Unternehmenskultur und Organisationsstruktur (3)"
1. Organizations are implicitly optimized to avoid changing the
status quo middle- and first-level manager and “specialist”
positions & power structures.
2. As a corollary to (1), ...
3. ... any significant change initiative will be derided as “purist”,
“theoretical”, and “needing customization for local
concerns” ...
4. Culture follows structure."
http://www.craiglarman.com/wiki/index.php?title=Larman%27s_Laws_of_Organizational_Behavior

9. LeSS als Organisations-Design-Framework (1)"
Ò beginnt damit Standard Scrum zu verstehen und in einzelnen
Teams anwenden zu können,"
Ò führt beim Skalieren zu tiefgreifenden organisatorischen
Veränderungen und ..."

10. LeSS als Organisations-Design-Framework (2)"
Ò beginnt damit Standard Scrum zu verstehen und in einzelnen
Teams anwenden zu können,"
Ò führt beim Skalieren zu tiefgreifenden organisatorischen
Veränderungen und"
Ò benötigt daher das volle Verständnis und die Unterstützung
des Senior Managements."

11. Die ideale Produktentwicklungs-Organisation"
CXO
CPMO
Produkt Manager/
Product Owner
Produkt
A
Produkt
B
Area
Product Owner
Area x
Area y
Service &
Support
Scrum Feature
Teams
Feature
Team 1
Feature
Team n
Feature
Team 10
...

12. Von Spezialisten Teams zu interdisziplinären Teams"
IT Spezialisten Teams"
Lead
Designer
Interdisziplinäre PD Teams"
Lead
Arch.
Lead
Dev
Designer
Architekt
Developer
Tester
Designer
Architekt
Developer
Tester
Developer
Tester
Developer
Developer
Developer
Test
Lead

13. Von Komponenten- zu Feature-Teams"
Komponenten Design Fokus"
www.craiglarman.com
www.craiglarman.com
Customer Feature Fokus "
www.odd-e.com
www.odd-e.com
Component teams
Component teams
Feature teams
Feature teams
system
system
Product
Product
Owner
Owner
Item
Item 1 1
Item
Item 2 2
Item
Item 3 3
Item
Item 4 4
... ...
……
comp
comp
AA
Team
Team
comp
comp
AA
comp
comp
BB
Team
Team
comp
comp
BB
comp
comp
CC
Team
Team
system
system
Product
Product
Owner
Owner
Item
Item 1 1
Item
Item 2 2
Item
Item 3 3
Item
Item 4 4
... ...
……
comp
comp
CC
Work from multiple teams is required
Work from multiple teams is required
to to finish customer-centric feature.
finish a a customer-centric feature.
Copyright © 2010
Copyright © 2010
C.Larman & B. Vodde
C.Larman & B. Vodde
All rights reserved.
All rights reserved.
Team
Team
Wei
Wei
comp
comp
AA
Team
Team
Shu
Shu
comp
comp
BB
Team
Team
Wu
Wu
comp
comp
CC
Every team completes customerEvery team completes customercentric items. The dependencies
centric items. The dependencies

14. Von funktionalen Silos zu Communities of Practice"
Funktionale Silos"
Leiter
Design
Communities of Practice"
Leiter
Arch.
Leiter
SWE
Designer
Team
Architekten
Team
Developer
Team
QS Team
Designer
Team
Architekten
Team
Developer
Team
QS Team
Developer
Team
QS Team
Developer
Team
Developer
Team
Developer
Team
Leiter
QS

15. Von internen Verträgen zur direkten Zusammenarbeit"
„Contract Game“ FB & IT"
more,
more,
more!
Product
Management
1
2
The Milestone point
is arbitrary
start
content freeze
(release contract agreed)
Produkt Manager als PO"
www.craiglarman.com
www.odd-e.com
less,
less,
less!
end
(release)
Copyright © 2010
C.Larman & B. Vodde
All rights reserved.
R&D
www.craiglarman.com
www.odd-e.com
The Contract
Copyright © 2010
C.Larman & B. Vodde
All rights reserved.
product management
responsibilities
Scrum-specific
Product Owner
responsibilities
when the pr
takes on Sc
Owner resp
have new w
they may ne
others

16. Requirement Areas & Area Product Owner (> 10 Teams)"
performance area feature teams
Area
Product
Owner
feature
team
feature
team
feature
team
feature
team
feature
team
feature
team
feature
team
feature
team
feature
team
feature
team
feature
team
Performance
Product Backlog
Backlog Item 1
…
Backlog Items 1
Backlog Items 2
...
Protocols
...
Backlog Item 3
Backlog Item 4
...
www.craiglarman.com
www.odd-e.com
Copyright © 2009
C.Larman & B. Vodde
All rights reserved.
Area
Product
Owner
protocols area feature teams

17. Larman, Vodde 2008, 2010: LeSS bei Valtech & NSN"