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

Wie lassen sich Ergebnisse definieren? - Drei Beispiele (WBS, CBP und BDN)

Ich habe schon darüber geschrieben, warum das Definieren von Ergebnissen so wichtig ist. Es lenkt die Aufmerksamkeit des Projektteams auf die eigentlichen Ziele. Aber was sind eigentlich Projektergebnisse? In diesem Beitrag stelle ich drei Methoden vor, um leichter an Ergebnisse zu kommen.

Teamleitungen gesucht

Was macht Teams erfolgreich? Kann man das lernen? Ab Herbst starten unsere Kurse für aktuelle und künftige Teamleitungen. Jetzt gibt es die Gelegenheit, den Kurs zu testen.

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.

Nachschau zum Lean Coffee-Spezial "Agil einfach machen" (Interaktive Buchvorstellung)

Bei unserem Lean Coffee-Spezial Ende Mai waren wir von Lean Coffee Karlsruhe/Frankfurt Zeugen einer Buchvorstellung, doch nicht nur das – natürlich gab es auch einen nicht unbeträchtlichen Anteil an eigener Aktion, denn bei unseren Spezialterminen ist traditionell „Teilgabe“ angesagt. Das Autorenduo Christian Baron und Janick Oswald zeigte uns, was es mit „Agil einfach machen“ auf sich hat.  

Microsoft Copilot - Notebook, Pages, Agents und mehr

Es tut sich sehr viel an der Copilot Front. Gefühlt entwickelt Microsoft mit aller Kraft die KI-Anwendung weiter. Mit dem letzten Update hat sich die Microsoft-Startseite stark verändert. Hier zeige ich, was sich hinter all den Begrifflichkeiten verbirgt und was davon alltagstauglich ist.

Wenn es mal gerade etwas schwierig bei Kund:innen wird… Zwei Fragen, die uns helfen, unsere Strategie mit unseren Kund:innen abzusprechen.

Seit 2024 organisieren Bob Galen und ich eine Masterclass für agile Coaches. Wir möchten die Ausbildung von agilen Coaches verbessern und ihnen Techniken mitgeben, mit denen sie bei ihren Kund:innen etwas einfacher haben. Bisher haben wir in vier Durchgängen mit jeweils 14 Modulen ungefähr 70 Extraordinarily Badass Agile Coaches ausgebildet (/1/). In diesem Blogpost möchte ich ein paar Erfahrungen und simple Techniken aus der Masterclass teilen, wie wir unsere Strategie besser abstimmen können. Sie beschränken sich nicht auf agiles Coaching – das ist nur das Setting.

Kleine Organisationsveränderungen, die direktes Feedback erzeugen

Große Veränderungen sind in einer Organisation schwer zu messen. Oft liegt zwischen Ursache und Wirkung ein langer Zeitraum, sodass die Umsetzer:innen nicht wissen, was genau gewirkt hat. Hier ist eine Liste mit kleinen Maßnahmen, die schnell etwas zurückmelden.

Schätzungen sind schätzungsweise überschätzte Schätze

"Wer viel misst, misst viel Mist." Zumindest ist diese Gefahr gegeben. Entweder misst man z. B. Mist, weil man zu früh zu KPIs zur Messung von Ergebnissen greift, oder aber man greift zu den falschen KPIs, die gar nicht das messen, was man wissen möchte. Einst war agiles Arbeiten der alternative Ansatz, aber inzwischen gibt es auch für einige Details dessen, was in Konzernen als "agil" praktiziert wird, einleuchtende alternative Ideen, die bis heute noch nicht so richtig auf die große Bühne vorgedrungen zu sein scheinen. 

Agil sein heißt nicht, unternehmerisch zu denken

 Die Diskussion, ob Agilität ein „Hype“ war, der nun vorüber ist. Ob wir schon im „Post-agilen Zeitalter“ leben. Und wenn ja, wer dafür verantwortlich ist: diese Diskussion nehme ich jetzt schon seit etwa anderthalb Jahren wahr, und sie geht auch aktuell weiter. In meiner Branche wird Agilität weiter gebraucht Ich bin in der speziellen Situation, dass ich beruflich aus dem öffentlichen Dienst komme und auch seit meinem Ausscheiden vor 15 Jahren weiterhin vor allem Kunden im öffentlichen Bereich berate. Also auf einem Parkett, das normalerweise nicht mit den Anliegen des Agilen Manifests verbunden wird: der Produktion von Software für gewerbliche Kunden in einem unsicheren Umfeld. Auf diesem scheinbar „exotischen“ Feld hat sich in den vergangenen sechs bis acht Jahren bei vielen Verwaltungen die Erkenntnis verbreitet, dass agile Vorgehensweisen bei den anstehenden Transformationen für sie sinnvoll sein können. Denn auch Projekte z.B. die „Digitalisierung der Verwaltung“ (ein völlig ...