Direkt zum Hauptbereich

Safe mit SAFe?

Über die Schwierigkeit, in diesem skalierten Framework zu Potte zu kommen, und warum das offenbar doch nicht alles ganz allein meine Schuld ist

 

Vor einiger Zeit sprach ich über Zoom mal wieder mit einem meiner Kontakte. Wir tauschten uns aus über diverse mögliche und tatsächliche Engagements, und ich bekannte, dass ich inzwischen (mit sogar nur wenig Erfahrung in diesem Umfeld, aber die reichte aus) Schwierigkeiten damit habe, in einem bestimmten Framework zu arbeiten. Ein anderer Kontakt, erfahren u. a. in der Personalvermittlung, bezeichnete mir gegenüber die solchermaßen aufgebauten typischen Riesen-Initiativen einmal als "Energievernichtungsmaschine".

Richtiges Scrum

Mein Kontakt berichtete, dass er, wenn er SAFe angeboten bekäme, meist abwinke, "nein, er wolle richtiges Scrum machen", für ihn sei SAFe kein Scrum (Wasser auf meine Mühlen...). Seine Haltung leuchtete mir ohne weitere Erklärung sofort ein, aber gleichzeitig beschlich mich ein komisches Gefühl. Auf der anderen Seite wettern nämlich Teile der Branche über den zusätzlich geschaffenen Job "Agile Coach" - auch hier werden womöglich Glaubenskriege entfesselt - denn ursprünglich war es der Scrum Master, der die frohe Kunde über das agile Arbeiten in selbstoganisierten Teams und das Verständnis hierzu in die Organisationen tragen sollte. Inzwischen ist dieser teilweise auf die zu begleitenden Teams zurückgeworfen, während nicht selten der Agile Coach, die vermeintlich höherwertige Position, in den Chefetagen herumwuseln darf (oder ist "darf" hier vielleicht das falsche Wort? Kommt wahrscheinlich auf das Unternehmen an...).

Pipi Langstrumpf oder: Ich mach' mir die Welt, wie sie mir gefällt?

Alle jedenfalls, die den Scrum Guide kennen, wissen, dass der Scrum Master unter Anderem die Aufgabe hat, das gesamte Unternehmen zu lehren, agil zu arbeiten. Das kann man natürlich nicht nur bequem von seinen Teams aus. Wenn ich also abwinke, "nee, ich will kein SAFe", kneife ich dann nicht? Bin ich nicht vielleicht selbst dafür verantwortlich, dass ich irgendwann in diesem Umfeld gut arbeiten und inhaltlich vorankommen kann? Bin ich eventuell selbst dafür verantwortlich, dass dieses SAFe funktioniert? Viele Stellenausschreibungen legen das zumindest nahe: Der Scrum Master ist ständig "verantwortlich" für diese und jene Verbesserung. Man hat als Unternehmen also immer einen Buhmann oder eine Buhfrau, wenn das ganze dann nicht klappt, ungeachtet der Hintergründe.

 

Scrum Master als SAFe-Rettung (?)

Wenn ich mir mit meinem bisherigen Erfahrungshintergrund vorstelle, ich sollte die Umstände dahingehend ändern, dass SAFe-Initiativen in Konzernen - diese Programme mit unzähligen Beteiligten und den typischen vielen Abhängigkeiten untereinander und dem großen Zeitdruck durch extern, aus einer höheren Hierarchieebene heraus, gesetzte GoLive-Termine, chronische Budget-Klammheit und trotzdem dem fast ständigen Wechsel von Personalien (am besten erst nach ihrer vollständigen Einarbeitung), weil immer wieder neue Projekte aus der Deckung kommen (Liste beliebig fortsetzen) - funktionieren, dann fühle ich immer noch eine Welle der Überforderung. Kann es sein, dass ich einfach zu wenig weiß? Sehr gut möglich. Ich habe andererseits zwei Jahrzehnte Berufserfahrung auf dem Buckel, wenn auch nur die Spitze des Eisbergs im agilen Umfeld stattfand, und ich weiß, wie es sich anfühlt, wenn man auf Leute trifft, die wirklich etwas gemeinsam erreichen und sich auf ein gemeinsames Ziel hinbewegen wollen, wenn ehrlich gemeinte Verbesserungsvorschläge grundsätzlich erst mal geschätzt werden. Ich kenne auch echte und scheinbare Kooperation, kenne die Gesichter der Bagatellisierung oder Ignoranz. Auch ich habe schon in SAFe-Initiativen gearbeitet und immer wieder von ähnlichen Mustern in SAFe-Projekten von meinen Kontakten gehört. Die Wahrheit liegt also vermutlich irgendwo dazwischen.

Das große Missverständnis...

Kürzlich teilte eine inoffizielle Quelle, die nicht genannt sein will (danke, Jan! :-)), auf LinkedIn einen Artikel - samt ausgedehnter Diskussion der Leserschaft - mit mir, und da fielen mir die Schuppen vollends von den Augen. Ein Mensch namens Maarten Dalmijn (ja, ich habe es nicht so mit den Größen einer Branche*) räumt mit allen Zweifeln auf und bezeichnet SAFe als "Marketing-Framework".

"Friss oder stirb" und die Reaktion des Unternehmens

SAFe-Initiativen, die in klassischen Unternehmen von wem auch immer aufgesetzt werden, um - einfach mal so - schneller und günstiger sowie qualitativ hochwertiger ein gesetztes Ziel erreichen zu können, werden nach meinem momentanen Wissensstand häufig monolithisch in den Rachen des Unternehmens gerammt, à la "friss oder stirb", und achten nicht darauf, ob sich das Unternehmen an diesem großen sehr fremden Brocken entsetzlich verschluckt. Unterdessen, so der Autor des o. g. Artikels, wird der Organisation erzählt, dass sie mit SAFe ohne großen Aufwand Großes erreichen kann. Inhaltlich beschreibt es Dalmijn griffig als "ein couch potato bleiben können, aber trotzdem ein sixpack bekommen."

Agile Anstrengungen wider den Willen des "Kunden"

Beim Lesen des Artikels fand ich meine Ahnung bestätigt, dass man in den beschriebenen Initiativen im ernsthaften Bemühen, agil zu arbeiten und andere auf diesem Weg zu begleiten, deswegen oft nicht wirklich vorankommt, weil man damit eigentlich permanent gegen den Willen der Organisation arbeitet. Über kurz oder lang reibt sich so manche/r dabei auf, das ist dann vielleicht die Rache des Unternehmens... Im Kopf des Beraters skaliertes Scrum - falls das funktioniert, auch da sind sich nicht alle einig, aber das ist wieder ein anderes Thema - in den Köpfen der Geschäftsführung des Unternehmens dagegen die Marketingversprechen von SAFe.

Kohärenz wiederhergestellt

Ich jedenfalls bin jetzt beruhigt, dass mir jemand ein so klares Bild vermittelt hat, das sich mit dem komischen Rumoren in meinen Eingeweiden deckt. Auch als Berater:in/Coach (hier gibt's komischerweise noch keine "Coachin")/Mentor:in/Facilitator:in muss man seine eigene Leidensfähigkeit austesten. Jede/r mag nun die eigenen Schlüsse für künftige Engagements ziehen.


* Es ist wie damals beim Rudern: Ich trainierte, bewegte mich selbst über dem Wasser und versuchte, bei Wettkämpfen "Radaddelchen" zu sammeln - so heißen die Medaillen beim Rudern - wusste aber nicht mal, wer im aktuellen Deutschlandachter saß, geschweige denn, wann wo welche Medaillen gegen wen gewonnen wurden

 

Weiterführende Information

https://medium.com/serious-scrum/safe-is-a-marketing-framework-not-an-agile-scaling-framework-cbdc000154a8



Kommentare

Beliebte Posts aus diesem Blog

Die Profi-Tools im Windows-Explorer

Haben Sie bei der Urlaubsvertretung sich manches Mal geärgert, wenn Sie Dateien gesucht haben, die ein Teammitglied abgelegt hat? Die Suche im Explorer funktioniert tadellos, aber manchmal sollte man den Suchbegriff noch ein bisschen genauer fassen können. Z.B. mit UND oder ODER oder NICHT... Das geht so einfach, dann man von alleine kaum drauf kommt:

Warum du als Führungskraft klügere Mitarbeiter einstellen solltest (und Mikromanagement dein größter Fehler ist)

Es ist einer der am häufigsten zitierten Führungsratschläge: Umgib dich mit Menschen, die klüger sind als du. Und einer der am seltensten wirklich befolgten. Warum? Weil er sich leichter sagt, als er sich anfühlt.

Unternehmenskultur frisst Agilität zum Frühstück

Zyklische Abfolgen sind an vielen Stellen im Leben beobachtbar: Wiederkehrende vier Jahreszeiten, alte Songs, die plötzlich als Cover-Versionen wieder auf den Markt kommen (Jugendliche identifizieren diese dann als "Grundform", denn sie kennen das Original nicht), erst Karottenjeans, dann wieder Hosen mit Schlag, dann wieder Karotte, in der Politik Republikaner, Demokrat, Republikaner, Demokrat..., Hardliner-Papst, Vermittler-Papst... - alles kommt in regelmäßigen Abständen wieder. So auch die Erkenntnis, was man alles tun müsste, um in Unternehmen wirklich agil arbeiten zu können. Warum aber gelingt die Installation agiler Zusammenarbeit in größeren Unternehmen bis heute so wenig zufriedenstellend? Werden dabei vielleicht Aspekte immer noch zu wenig gesehen?

Das Ubongo Flow Game

Spiele bieten eine gute Gelegenheit, zeitliche Erfahrungen zu verdichten und gemeinsam zu lernen. Karl Scotland und Sallyann Freudenberg haben im Mai 2014 das Lego Flow Game veröffentlicht. Wir haben die Spielidee übernommen, aber das Spielmaterial gewechselt. Statt Legosteinen benutzen wir Material aus Grzegorz Rejchtmans Ubongo-Spiel. Hier präsentieren wir die Anleitung für das Ubongo Flow Game.

Microsoft Teams: Die neuen Besprechungsnotizen - Loop-Komponenten

  Haben Sie in letzter Zeit in einer Teams-Besprechung die Notizen geöffnet? Dort sind inzwischen die Loop-Komponenten hinterlegt. Die sind zwar etwas nützlicher als das, was zuvor zur Verfügung stand. Trotzdem ist noch Luft nach oben. Und es gibt sogar einige ernstzunehmende Stolperfallen. Hier ein erster, kritischer Blick auf das was Sie damit tun können. Und auch darauf, was Sie besser sein lassen.

Coaching- und Führungsframeworks im Überblick: 21 Linsen für Teams und Organisationen

Gute Scrum Master:innen und Coaches betrachten das Geschehen durch mehr als eine Brille oder Linse. Jede Linse gibt andere Hinweise für angemessene Interventionen. Im Prinzip suchen wir immer nach der kleinsten Intervention mit der größten Wirkung. Aber welche Linsen gibt es eigenlich? In diesem längeren Beitrag stelle ich die wichtigsten 21 Konzepte von 37 Autor:innen vor, die mir bei der Recherche begegnet sind.

Warum Veränderungsinitiativen scheitern - und wie Du veränderungsresistente Strukturen knackst

[TL;DR] Viele Veränderungsinitiativen stossen auf harten Widerstand - nicht weil die Idee der Veränderung oder das Zielbild schlecht ist, sondern weil Organisationen wie Tensegrity-Strukturen funktionieren: hochgradig vernetzt, unter Spannung, systemisch. Wer das versteht, geht Veränderung anders an. Hast Du schon mal von Tensegrity Strukturen gehört? Nimm Dir doch mal kurz Zeit und schau Dir das Video an. Dann hast Du's sofort im Kopf. Und wenn Du die 58 Sekunden nicht hast und lieber weiterliest: Tensegrity-Strukturen sind faszinierende Gebilde aus schwebenden Stäben und Seilen, bei denen sich kein Stab direkt berührt - und trotzdem hält das ganze Ding sehr resilient gegen Störungen zusammen. Ich bin Tensegrity-Strukturen zuerst in einem ganz anderen Zusammenhang begegnet - in der Trainingslehre. Der menschliche Körper wird nämlich von einer solchen Struktur aus Zug und Druck - Muskeln, Faszien, Sehnen - permanent im Gleichgewicht gehalten. Das Elegante daran: Stabilität entsteh...

Office-Hacks - Sammlung Teil 2: OneNote und PowerPoint

Immer wieder werde ich nach speziellen Hacks, Tipps und Tricks gefragt, die einem die Arbeit mit MS-Office-Produkten erleichtern. Also habe ich eine zeitlose Sammlung von kleinen Handgriffen zusammengestellt, die in meinen Seminaren oft für erhellende AHA-Momente sorgen. Dies ist der zweite Teil meiner kleinen Serie mit OneNote und  PowerPoint. Der erste Teil hat Outlook und Teams behandelt;  Word, und Excel werden folgen.

Kategorien in Outlook - für das Team nutzen

Kennen Sie die Kategorien in Outlook? Nutzen Sie diese? Wenn ja wofür? Wenn ich diese Fragen im Seminar stelle, sehe ich oft hochgezogene Augenbrauen. Kaum jemand weiß, was man eigentlich mit diesen Kategorien machen kann und wofür sie nützlich sind. Dieser Blogartikel stellt sie Ihnen vor.

Neuer Scrum Master? Mit drei einfachen Fragen sofort wirksamer werden (drei praktische Linsen)

Es gibt eine Vielzahl von Linsen, durch die Scrum Master:innen und Agile Coaches auf die Arbeit eines Teams schauen können. Man muss sich aber auch mit ihnen beschäftigen, um gut zu sehen. Gibt es vielleicht Linsen, die neue Scrum Master:innen schnell benutzen und lernen können? Ja, die gibt es und sie haben ihre Nützlichkeit 1,7 Mio. mal bewiesen. Aber fast kein Scrum Master kennt sie.