brauchen wir eine lernende und agile organisation? · die stacey matrix offen- sichtlich...
TRANSCRIPT
Juli 2016
brauchen wir eine lernende und agile organisation?
2
michael knoll agiler coach bei t-systems international [email protected]
wo kommen wir her?
3
Ein Bürogebäude
verkabeln empirisch,
agile Methode deterministisch z.B. Wasserfall
Netzwerke verkabeln
fragen
Warum überhaupt agil? Brauchen wir denn eine lernende und agile Organisation?
Und wie fügt sich das in eine bestehende Firma ein?
5
was ist bei agil anders
sequentielle Entwicklung
überlappende Phasen
Agiles Vorgehen
warum überhaupt agil
Weglassen von Dingen, die man nicht braucht Wissen wird im
Team verteilt
Iteratives Vorgehen Risikominimierung durch regelmäßige, kleine Releases kleine,
selbstorganisierte und interdisziplinäre Teams
Fokus, Transparenz, Commitment Meetings mit
konkretem Ziel und fester Zeit
Kunde wird einbezogen
geschäfts- und innovationssystem
Geschäftssystem Innovations- system
wie tauscht man wissen aus
Geschäftssystem Innovations- system
Die Systeme exisitieren isoliert und sind nur lose verbunden
effizienz vs effektivität
Problem: In vielen Unternehmen sind Geschäftssystem und Innovationssystem derart vermischt, das sie sich gegenseitig behindern!
Fachseite und Entwicklungsteams werden so getrennt, das die vorgegebenen Prozesse eine Zusammenarbeit gar nicht zulassen
„Schuld“ ist die jeweilige Optimierung auf Stabilität (Optimierung der Effizienz) gegenüber Instabilität (Optimierung der Wissensvermittlung)
Kann man das nicht mit Scrum lösen?
scrum wird nicht richtig angewendet
Agile Entwicklung wird als „Execution“ verstanden und der Fokus liegt auf höherem Durchsatz. Der Durchsatz pro Team (Velocity) wird zum Vergleich mit anderen Teams herangezogen Die meisten sogenannten „Scrum- Teams“ sind minimal crossfunktional besetzt (Programmierer, Tester).
impl
izit
expl
izit
???
scrum bietet keine lösung für den wissenstransfer über die teamebene hinaus
Individuum
Team
Abteilung Unternehmen
Scrum Framework
lösungsansätze
Wissen im Unternehmen verteilen Projektfortschritt managementtauglich sichtbar machen
Management und Wasserfall Projekte einbinden
wissensverteilung in scrum
Arbeiten im Team
Arbeiten im Team
Retro Planning
Dialog
Verk
nüpf
ung
von
expl
izite
m W
issen
„Learning by doing“
Inte
rakt
ion
Sozialisierung
Internalisierung Kombination
Externalisierung
wissensspirale im unternehmen etablieren Dialog
Verk
nüpf
ung
von
expl
izite
m W
issen
„Learning by doing“
Inte
rakt
ion
wissensverteilung mit agilen mitteln
Mitarbeiter-Rotation, Hospitationen, Praktika Schulungen, Trainings, Coaching, Mentoring
Communities of practice, Workshops, Konsultation
Story-telling, Open-Space, Communities of Practice
Dialog
Verk
nüpf
ung
von
expl
izite
m W
issen
„Learning by doing“
Inte
rakt
ion
projektfortschritt für das management aufbereiten Problem: ein Review auf Storyebene ist für das Management schlicht
uninteressant Lösung: Extra Termin für die Stakeholder managementtaugliche Aufbereitung der Fortschritte (% Epic, %Feature, aktuell, nächster Sprint geplant) Stories im elektronischen Board enthalten Abhängigkeiten, die solche Reports einfach möglich machen
abhängigkeiten berücksichtigen
Epic 1
Epic 3
Epic 2
…
Story 1 Story 2
Story 3
Feature 1 Feature 2
Feature 3
… …
Feature 1 Feature 2
Feature 3
…
…
Story 1 Story 2
Story 3
…
…
transparenz erzeugen
1. Story 2. Story 3. Story 4. Story 5. Story 6. Story
1. Story 2. Story 3. Story 4. Story 5. Story
Product Backlog Sprint Backlog
Näc
hste
r Spr
int
…
Feat
ures
fertig
Aktueller Sprint nächster Sprint
tbd
Todo
Done
WIP
Nächster Release
agil skalieren
Problem: klassische und agile Projekte sind nicht synchronisiert. Anforderer müssen mit eingebunden werden. Lösung: - SAFe Ansatz
- agile und Wasserfall-Teams laufen parallel und werden über eine gemeinsame Roadmap (Input) und den Agile Release Train (Output) synchronisiert - das Management und die Systemarchitekten können in den verschiedenen Streams eingebunden werden
agile und wasserfall projekte nebeneinander? SAFe Ansatz
Team 1
Team 2
Team 3
Teamebene
Mei
lens
tein
/PI
Mei
lens
tein
/PI
Feat
ure
Feat
ure
Feat
ure Managementebene
schlussfolgerung
Innovationsystem und Geschäftssystem konsequent trennen! Prozesse vereinfachen und agile Methoden berücksichtigen! Wissensaustausch zwischen den beiden Systeme gewährleisten!
vielen dank für eure aufmerksamkeit
backup
wann eignet sich agiles arbeiten? DIE STACEY MATRIX
offen- sichtlich
kompliziert
komplex
chaotisch
Umsetzung
Anfo
rder
ung
sicher unsicher
unsicher Ralf Stacey
Mit einer Yacht nach Jamaika
segeln Eine neue Medizin
entwickeln
Ein Bürogebäude
verkabeln
Nudeln kochen
empirisch, agile Methode deterministisch z.B. Wasserfall
An Projekten arbeiten
Verträge abschliessen
Netzwerke verkabeln
Dokument ausdrucken
Forschungs- arbeiten
ist agil werthaltiger?
Qualität Qualität
Termin Kosten
Scope
Scope
Termin Kosten fix fix
geschätzt variabel
26
t
t
VON laNgeN…
…zu kurzeN releasezyklen
warum trifft scrum das ziel besser?
klas
sisch
e En
twic
klun
g
Change Requests Vermeintliches Ziel
Tatsächliches Ziel
++ ++€