Kommentierte Links (CXXXIV)
Das Internet ist voll von Menschen, die interessante, tiefgründige oder aus anderen Gründen lesenswerte Artikel schreiben. Viele dieser Texte landen bei
mir, wo sie als „Food for Thought“ dazu beitragen, dass auch mir die Themen nicht ausgehen. Wie am Ende jedes Monats gibt es auch diesesmal wieder eine
kommentierte Übersicht über die erwähnenswertesten.
Wenn man mit Anwendern über Scrum spricht hört man immer wieder zwei erstaunlich gegensätzliche Meinungen: für die einen ist Scrum einfach zu verstehen und umzusetzen, für die anderen nur schwer zu greifen und hochgradig anspruchsvoll in der Nutzung. Ralph Jocham hat dafür eine gute Erklärung - das scheinbar Einfache ist der formale Rahmen, das Anspruchsvolle ist die Erreichung der dahinterstehenden Ziele, für die die Formalitäten nur Mittel zum Zweck sind.
Aus dem guten alten
Minimum Viable Product (MVP) sind mit der Zeit unzählige Varianten abgeleitet worden, vom Riskiest Assumption Test bis zum Minimum Lovable Product. Steve Blank bringt eine weitere Variante ins Spiel, das
Initial Untested Product (IUP), eine mit Hilfe von KI erstellte digitale Anwendung, die deutlich vollständiger ist als ein MVP, im Gegensatz zu diesem aber noch nicht an echten Usern getestet wurde (was aber natürlich noch folgen muss).
Ein Phänomen, dem ich immer wieder begegne, ist, dass die Backlog Refinements agiler Entwicklungteams mit sehr geringem Vorlauf stattfinden, häufig nur von wenigen Tagen. Maarten Dalmijn gibt hier eine gute Anleitung für einen grösseren Denkrahmen: man fängt an mit dem übergreifenden (Produkt-)Ziel, macht weiter mit dem funktionalen Lösungsansatz und der technischen Realisierungsidee. Erst dann leitet man die umsetzbaren Arbeitspakete daraus ab.
Ich vertrete schon seit längerem die eher seltene Meinung, dass der Satz "Der Scrum Master schafft sich selber ab" einer der veheerendsten Irrtümer rund um dieses Framework ist (
siehe hier). Chee-Hong Hsia ergänzt das um einen wichtigen Aspekt: hinter der Idee, dass ein Team irgendwann keinen Scrum Master mehr braucht, steckt oft die Annahme, dass irgendwann der Zeitpunkt erreicht ist, an dem es alles gelernt hat und sich nicht mehr entwickeln muss - weiter an der Realität vorbei geht es kaum.
Eine kleine Anekdote aus einer ungewöhnlichen Ecke: Mikel Arteta, der in der schwersten Fussball-Liga der Welt Meister geworden ist, bringt sein Team regelmässig mit unangekündigten Interventionen aus der Routine heraus, von (scheinbaren) Diebstählen über geänderte Tagesabläufe bis hin zu kurzfristig umgeplanten Reiserouten. Das Ziel, dadurch Resilienz und Anpassungsfähigkeit zu stärken, erinnert sehr an
Chaos Engineering.
