Intro
00:00:00(Begrüßung und Einleitung — bitte unbedingt Teil 1 zuerst hören:) — Spotify Video Teil 2 — Blogpost von Henrik Kniberg: I didn't invent the Spotify model.
ScALeD
00:08:56(Scaled Agile Lean Development — Entstanden aus Missmut mit SAFE — geleitet durch Prinzipien: Autonomie, Meisterschaft, Zweck (Dan Pink) — hochperformante Teams) — Begeisterte Kunden, produktive Mitarbeiter, globale Optimierung (Abhängigkeiten reduzieren) — Handlungsanweisungen und Werte (Werte sind dazu da, Werkzeuge und Prozesse einzusortieren — "Prinzipien sind Brücken zwischen Werten und Praktiken" (Bernd)) .
Product Development Flow
00:21:38(Buch von Don Reinertsen — Studieren, nicht lesen! — Don beweist, dass agile Prinzipien richtig sind mit schlüssigen Argumentationsketten — Aus der Lean Development Ecke, aber die Prinzipien sind allesamt für agile Skalierung zu empfehlen — Dezentraliserung von regelmäßigen Entscheidungen — Innovation sollte nicht zentralisiert sein) .
Holacracy
00:31:33(bei Zappos — nach dem dezentralen Experimentieren sollte die Implementierung zentral entschieden werden) — Frische Ansätze:.
MAXOS
00:36:55(Matrix of services — Genau wie die Technik in Microservices geteilt wird, passiert es auch mit Teams — Kleine Teams, Jedes mit eigener Vorgehensweise und Kultur — Google, Amazon, Facebook nutzen es — Blog post von Andy Singleton — Teams haben mindestens einen Service — Abhängigkeiten werden von Teams selbst entschieden — Nicht zu verwechseln mit Matrix-Organisation disziplinarisch/fachlich — Kultur muss nicht unbedingt konsistent sein, aber Schnittstellen müssen funktionieren — QA wird von Programmierern selbst gemacht — alle Tests werden automatisiert — Scrum und Agil sind zu langsam — keine Methode zum Kopieren) .
Scaling Scrum (Ansatz)
00:47:07(irrtümlich Scaling Agile genannt) — Scrum Inc (Jeff Sutherland) — Informationen hinter Paywall versteckt — Scrum selbst ist schon fraktal.
XSCALE
00:50:41(Excellence Scale-Symmetry Continuous Autonomous Lean Ecosystem — aus Sydney (Australien) — bedient sich aus den verschiedenen bestehenden Modellen — obskur mit vielen Inhalten: Lean Startup, Open Space, Behaviour Driven Development, git... — "Alles was geht" (Toby)) .
Wie skaliert man Werte?
00:57:13(Frage: ist agil für alle Oranisationen hilfreich? Verschiedene Lager — "Too-big-to-fail Organisationen sollten nicht agil werden" (Bernd) — Agil setzt einen gewissen Level an Softwareentwicklung voraus — Auf dieser Stufe kann man direkt mit Prinzipien arbeiten und braucht keine konkreten Handlungsanweisungen — DAD hat als Verkaufsargument, dass man weniger Coaches braucht, weil die Dokumentation alles abdeckt) — Vielleicht muss man gar nicht skalieren (Vorher abklären: was soll durch die Skalierung erreicht werden — Wenn jemand Agile Skalierung als Problem nennt aber noch Probleme mit der Entwicklung selbst hat, sollte er diese vielleicht zuerst lösen) .