Direkt zum Hauptbereich

Die wichtigste Komponente in einer Scrum-Transition

Scrum eignet sich hervorragend für Teams, die mehr Wert an ihre Kunden ausliefern wollen und mit mehr Bereicherung arbeiten wollen. Mit Scrum@Scale kann man das mit einer ganzen Organisation schaffen. Alisa Stolze und ich waren vor einem Jahr beim ersten Train the Trainer der Scrum@Scale Trainer. Jetzt haben wir den Scrum@Scale Guide ins Deutsche übersetzt. (/1/) Was könne die wichtigste Komponente in einer Scrum-Transition sein?

Welches System nutzen gute Scrum Teams?

Im Kern machen gute Scrum Teams Folgendes, wenn sie mit Scrum anfangen:
  1. Sie betrachten als Team, was sie ausliefern. 
  2. Sie priorisieren ihre Lieferungen und liefern sie an ihre Kunden aus. 
  3. Sie testen, ob ihre Priorisierung richtig ist. Sie fragen sich, welche Daten oder welches Feedback ihnen zeigen können, ob sie richtig priorisieren. 
  4. Sie messen ihre Prozesseffizienz (/2/) und ihren Durchsatz als Team und verbessern beides. Sie haben Daten, die das bestätigen. 
  5. Sie messen ihre Teamzufriedenheit und arbeiten daran, dass sie sich verbessert. Sie haben Daten, die das belegen. 
Für die Dauer ihrer Zusammenarbeit wiederholen Scrum Teams diese Schritte. Zuerst machen die Teams die Erfahrung, dass diese Schritte ihnen helfen. Dann werden sie zur Gewohnheit. Fehlt einer dieser Schritte, verbessert sich das Team nicht. Das Team, seine Kunden und Scrum-Kritiker sind unzufrieden. (/3/)

Wie funktioniert dieses System in der gesamten Organisation?

Was braucht es, wenn man dieses System auf die gesamte Organisation übertragen möchte? Scrum@Scale beschreibt dafür verschiedene Komponenten. Die wichtigste und erste, die man benötigt, ist das Executive Action Team (abgekürzt EAT).

Im Kern ist die Aufgabe dieses Teams, dass Scrum in der Organisation funktioniert. Das EAT besteht aus Personen in einem Unternehmen, die politisch und finanziell bevollmächtigt sind, eine „agile Blase“ aufzubauen. In dieser Blase arbeiten ein oder mehrere Teams erfolgreich nach Scrum. Alle Hindernisse, die die Teams nicht allein beseitigen können, werden vom EAT beseitigt.

Dem EAT gehört das agile Ökosystem, es implementiert die Scrum Werte und stellt sicher, dass die Scrum Rollen geschaffen und unterstützt werden.

Das EAT besteht daher häufig aus Führungskräften, die das Arbeitssystem in der Organisation verbessern wollen und können. Sie arbeiten ebenfalls als Scrum Team. Sie haben u.a. einen Product Owner, der ein Interesse an der Scrum Transformation hat. Sie oder er pflegt ein Transformations-Backlog, in dem alle Maßnahmen und Hindernisse erfasst werden, um Scrum in der agilen Blase zu verbessern.

Dieses Backlog wird beeinflusst von:
  • der Business Strategie und Trends im Markt 
  • Identifizierten Hindernissen 
  • Feedback von Interventionen 
  • Informationen über den Status und Ablauf der Transformation 
  • Anderen Initiativen der Organisationsentwicklung 
  • Anderen Metriken, um Transparenz zu gewährleisten 
Das EAT liefert:
  • Eine Vision und Ziele, wie die agile Organisationskultur, -werte, -normen aussehen sollen 
  • Eine Transformationsstrategie 
  • Ein aktuelles Executive Action Backlog 
  • Maßnahmen und Interventionen, um Verschwendung in der Organisation aufzuspüren und abzubauen, um die Leistungsfähigkeit des Unternehmens zu verbessern 
  • den Status zur Organisationsentwicklung 
Die ersten Teams, die in einer Organisation mit Scrum arbeiten, bilden ein Referenzmodell, in dem Scrum funktioniert. Ein Executive Action Team wird niemals Scrum weiter in der Organisation ausbreiten, bevor das Referenzmodell nicht gut funktioniert. Welchen Sinn ergäbe es auch, ein dysfunktionales System zu skalieren?

Anmerkungen:


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.

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.

Ein Pfad durch den Skalierten Scrum Dschungel (10 Frameworks und ein Ratschlag)

Und wie mache ich es, wenn mehrere Teams mit Scrum arbeiten sollen? Bei uns soll die ganze Firma mit Scrum arbeiten. Wie beginnen wir?  Wie gehen wir am Besten damit um, wenn wir teamübergreifend agil werden wollen?  Wir setzen in der Firma SAFe ein – was hälst Du davon? In beinahe jedem meiner Professional Scrum Master Trainings werden solche und ähnliche Fragen zum Thema „Skaliertes Scrum“ gestellt. Das Framework Scrum selbst sagt wenig über die Art und Weise wie man es im Enterpriseumfeld erfolgreich einsetzt. Und doch ist der Bedarf an Lösungen wie man firmenweit agil zusammenarbeiten kann riesig. Inzwischen gibt es eine Reihe an Skalierungsframeworks die versuchen, diesen Bedarf zu decken. In diesem Blogpost geb ich eine Übersicht über die unterschiedlichen Ansätze und Frameworks und versuche damit einen Pfad durch das unübersichtliche Dickicht der Frameworks zu schlagen. Die bekanntesten Skalierungsframeworks: SAFe leSS Nexus Spotify Unfix Scrum@Scale Flight Levels Und noch mehr

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.)