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

Outlook-Aufgabenliste: bitte nicht die Aufgaben des ganzen Teams!

Am Tag der Arbeit kommt eine Lösung, nach der ich schon so oft gefragt wurde: Wie schaffe ich es, dass meine Outlook-Aufgabenliste nur meine eigenen Aufgaben anzeigt und nicht auch die E-Mails, die meine Kollegen gekennzeichnet haben oder Aufgaben, die einfach in einem gemeinsamen Postfach stehen?

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.

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.

Beispiel für eine Partyplanung mit Scrum

Wer sich neu mit Scrum beschäftigt, ist vielleicht überwältigt von den ganzen Fachbegriffen. Dann sieht man vielleicht gar nicht, wie einfach die einzelnen Elemente von Scrum sind. Deshalb hier ein einfaches Beispiel für die Vorbereitung einer Party mit Hilfe von Scrum.

E-Mail-Vorlagen gemeinsam nutzen (Outlook)

Mittlerweile wird praktisch alle Routine-Korrespondenz in Outlook erledigt. Was liegt da näher, als ein gutes Set von Vorlagen zu erstellen und diese gemeinsam in Team zu nutzen? Leider hat Microsoft vor diesen – an sich simplen – Wunsch einige Hürden gebaut.

Tooling #5: Die gute alte Systemtheorie

Gelegentlich fragen mich Menschen nach den wichtigsten Tools und Herangehensweisen für meine Arbeit. Einige davon habe ich hier im Blog bereits vorgestellt (und zwar  hier ). Heute möchte ich über ein weiteres, vielleicht sogar DAS entscheidende Basiswerkzeug sprechen: Die gute alte Systemtheorie.

Protokolle in OneNote - neue Ideen für's neue Jahr

Protokolliert Ihr Team seine Besprechungen in OneNote? Das geht einfach, schnell ist teamfähig und hat eine exzellente Suchfunktion. Die beliebte Fragen "Wann haben wir eigentlich beschlossen, dass..." ist so schnell beantwortet. Darum wird OneNote an dieser Stelle immer beliebter. In meinen Seminaren dazu sind gute Ideen entstanden, die ich hier weitergeben will.

Ich bin ganz oben (mit Kanban und Outlook)

Mit einem Kommentar zu einem lesenswerten Artikel von Thomas Mauch /1/ habe ich es an die Spitze der Trefferliste bei Google geschafft. Suchen Sie mal nach „Kanban Outlook“. Kanban ist eine alte Idee, aber immer noch der Renner unter den Produktivitätswerkzeugen. (There is an English version of this post.)

Scrum und Kennzahlen (KPIs, Metriken)

In regelmäßigen Abständen hören wir die Frage, welche Kennzahlen (neudeutsch KPIs) bei Scrum sinnvoll sind. Zeit für einen längeren Beitrag, auf wichtige Ressourcen zu verweisen. Der Scrum-Guide selbst gibt dazu keine erschöpfende Auskunft. Und das hat seine Gründe.

OneNote Prinzipien: Zugriffsrechte und Speicherorte

OneNote ist praktisch – ohne jeden Zweifel. OneNote ist auch einfach und intuitiv zu bedienen… Ja… so am Anfang. Doch früher oder später kommen Fragen wie: - wer genau hat eigentlich wie Zugriff auf die Daten? Wie ist das mit Synchronisation zwischen Büro-PC und Smartphone oder iPad? Wie funktioniert OneNote auf dem SharePoint? Auf diese Fragen findet sich die Antwort nicht ganz so leicht. Ich versuche hier die nicht ganz so offensichtlichen Zusammenhänge deutlich zu machen und "gern genommene" Fallen zeigen.