brauchen wir eine lernende und agile organisation? Juli 2016

Transkript

1 brauchen wir eine lernende und agile organisation? Juli 2016

2 michael knoll agiler coach bei t-systems international 2

3 wo kommen wir her? 3

4 fragen Warum überhaupt agil? Brauchen wir denn eine lernende und agile Organisation? Und wie fügt sich das in eine bestehende Firma ein? Netzwerke verkabeln Ein Bürogebäude deterministisch empirisch, verkabeln agile z.b. Wasserfall Methode

5 was ist bei agil anders sequentielle Entwicklung überlappende Phasen Agiles Vorgehen 5

6 warum überhaupt agil Weglassen von Dingen, die man nicht braucht kleine, selbstorganisierte und interdisziplinäre Teams Iteratives Vorgehen Meetings mit konkretem Ziel und fester Zeit Wissen wird im Team verteilt Risikominimierung durch regelmäßige, kleine Releases Fokus, Transparenz, Commitment Kunde wird einbezogen

7 geschäfts- und innovationssystem Geschäftssystem Innovations- system

8 wie tauscht man wissen aus Die Systeme exisitieren isoliert und sind nur lose verbunden Geschäftssystem Innovationssystem

9 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?

10 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).

11 scrum bietet keine lösung für den wissenstransfer über die teamebene hinaus implizit Scrum Framework??? explizit Individuum Team Abteilung Unternehmen

12 lösungsansätze Wissen im Unternehmen verteilen Projektfortschritt managementtauglich sichtbar machen Management und Wasserfall Projekte einbinden

13 wissensverteilung in scrum Dialog Arbeiten im Team Retro Interaktion Arbeiten im Team Planning Verknüpfung von explizitem Wissen Learning by doing

14 wissensspirale im unternehmen etablieren Dialog Sozialisierung Externalisierung Interaktion Internalisierung Kombination Verknüpfung von explizitem Wissen Learning by doing

15 wissensverteilung mit agilen mitteln Dialog Mitarbeiter- Story-telling, Rotation, Open-Space, Hospitationen, Communities of Interaktion Praktika Schulungen, Trainings, Practice Communities of practice, Verknüpfung von explizitem Wissen Coaching, Workshops, Mentoring Konsultation Learning by doing

16 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

17 abhängigkeiten berücksichtigen Epic 1 Epic 2 Feature 1 Feature 2 Feature 3 Feature 1 Feature 2 Feature 3 Story 1 Story 2 Story 3 Story 1 Story 2 Story 3 Epic 3

18 transparenz erzeugen Product Backlog Sprint Backlog 1. Story 2. Story 3. Story 4. Story 5. Story 6. Story Nächster Sprint 1. Story 2. Story 3. Story 4. Story 5. Story Todo WIP Done Aktueller Sprint nächster Sprint Nächster Release fertig tbd Features

19 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

20 agile und wasserfall projekte nebeneinander? SAFe Ansatz Managementebene Feature Feature Meilenstein/PI Feature Meilenstein/PI Team 1 Teamebene Team 2 Team 3

21 schlussfolgerung Innovationsystem und Geschäftssystem konsequent trennen! Prozesse vereinfachen und agile Methoden berücksichtigen! Wissensaustausch zwischen den beiden Systeme gewährleisten!

22 vielen dank für eure aufmerksamkeit

23 backup

24 wann eignet sich agiles arbeiten? DIE STACEY MATRIX unsicher Ralf Stacey Anforderung sicher offensichtlich kompliziert komplex Umsetzung chaotisch Forschungsarbeiten Mit einer Yacht Eine neue nach Jamaika Medizin segeln An Projekten entwickeln arbeiten Nudeln kochen Verträge abschliessen Dokument ausdrucken Netzwerke verkabeln Ein Bürogebäude deterministisch empirisch, verkabeln unsicher agile z.b. Wasserfall Methode

25 ist agil werthaltiger? Termin geschätzt Kosten Scope variabel Qualität Qualität Scope fix Termin fix Kosten

26 2 6 VON langen zu kurzen releasezyklen t t

27 warum trifft scrum das ziel besser? Vermeintliches Ziel Change Requests Tatsächliches Ziel klassische Entwicklung