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:

Sie betrachten als Team, was sie ausliefern.
Sie priorisieren ihre Lieferungen und liefern sie an ihre Kunden aus.
Sie testen, ob ihre Priorisierung richtig ist. Sie fragen sich, welche Daten oder welches Feedback ihnen zeigen können, ob sie richtig priorisieren.
Sie messen ihre Prozesseffizienz (/2/) und ihren Durchsatz als Team und verbessern beides. Sie haben Daten, die das bestätigen.
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:

/1/ Der deutsche Scrum@Scale Guide wird in Kürze hier veröffentlicht: https://www.scrumatscale.com/scrum-at-scale-guide/
/2/ In diesem Paper von Jeff Sutherland und anderen kann man mehr über die Berechnung von Prozesseffizienz lesen: https://scholarspace.manoa.hawaii.edu/bitstream/10125/60134/0694.pdf
/3/ Um agile von nicht-agilen Lieferanten zu unterscheiden, hat das amerikanische Verteidigungsministerium hat eine Übersicht herausgegeben (How To Detect Agile BS): https://media.defense.gov/2018/Oct/09/2002049591/-1/-1/0/DIB_DETECTING_AGILE_BS_2018.10.05.PDF
/4/ Das nächste Scrum@Scale Training mit Jeff Sutherland und mir findet in Deutschland im März in Berlin statt. Anmelden kann man sich hier: https://www.scrum-events.de/buchen.html?eventid=493
/5/ Auf dem Scrum Day 2019 gibt es einen eigenen Vortragstrack darüber, wie man Scrum über die gesamte Organisation ausbreiten kann. Bis zum Ende Januar läuft noch der Call for Papers für den Scrum Day. Wer Vorträge einreichen möchte, kann das hier tun: https://www.scrum-day.de/call-for-papers.html

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:

Die besten Bücher zum Thema Teamleistung

Es gibt viele Bücher, die sich mit Teams beschäftigen. Doch wo sollen wir anfangen? In diesem Artikel stelle ich die wichtigsten Quellen vor.

6 Tabletten, mit denen ihr euer SAP-Team jeden Tag gesünder macht

Montagmorgen. Das erste Meeting. Eigentlich sollten alle entspannt aus dem Wochenende kommen. Oder? Nicht wirklich. Freitag war kein guter Tag im Projekt. Die Deadline wurde zum zweiten Mal gerissen. Dementsprechend ist die Stimmung heute … kacke. Keiner will schuld sein. Claudia weiß genau, woran es lag: Peter hat die funktionale Spezifikation nicht früh genug fertig gehabt. Sie konnte demnach nicht früh genug mit der Entwicklung starten. Und Peter sieht die Schuld bei dem anderen Team. Er sei schließlich abhängig von denen gewesen. Und schon geht es los: das „Im-Kreis-der-Rechtfertigungen-drehen“. Statt Lösungen zu finden, wird hier nach noch mehr Problemen gesucht. Diese Projektsituation habe ich leider schon häufig in SAP-Implementierungsprojekten erlebt. Ich kann das mittlerweile schwer ertragen. In meinen ersten Projekten habe ich, offen gestanden, noch oft gedacht: „Vielleicht müssen wir das Problem noch genauer analysieren.“ Heutzutage sehe ich das ganz anders. Ich habe ke...

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.

Rebellieren für den Wandel: die 8 Regeln des totalen Stillstandes von Prof. Dr. Peter Kruse

In einem legendärem Vortrag skizzierte Peter Kruse 8 Regeln des totalen Stillstands. Ihm zufolge wurden die Regeln entwickelt, um Managern und Führungskräften dabei zu helfen, Bereiche mit potenziellem Widerstand gegen Veränderungen zu erkennen und Menschen auf strukturierte Weise durch den Veränderungsprozess zu führen.

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.

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?

Scrum: eine kurze Geschichte der Empirie

Empirisches Arbeiten ist ein schwieriger Begriff. Agile Teams sollen empirisch arbeiten. Aber was bedeutet das genau? Vielleicht hilft ein Ausflug in die Ideengeschichte, zurück an die Anfänge des Flugzeugbaus.

Klartext statt Konsens - wie Meetings wieder was bewirken

Bessere Kommunikation ist Lippenstift fürs Protokoll. Kennst Du das: Das Meeting läuft, Energie ist da, der Knoten platzt - und jemand sagt: "Wir müssen besser kommunizieren!" Alle nicken. Jemand schreibt's auf. Und was passiert damit? Nichts . Warum? Weil "besser kommunizieren" keine Handlung ist. Genauso wenig wie: "mehr Verantwortung übernehmen", "offener Feedback geben", "konstruktiver diskutieren", "proaktiver sein", "mehr miteinander reden", "transparenter werden", "Verständnis füreinander zeigen". Alles klingt gut. Aber ohne Klartext bleibt’s ein Vorschlag - nett im Protokoll, aber ohne Effekt auf den nächsten Arbeitstag. Kein konkreter Schritt, keine sichtbare Veränderung. Keiner der's macht. Es ist eine gute Absicht ohne Konsequenz. Wir haben kein Problem Verbesserungen zu identifizieren. Die wahre Herausforderung ist selten das Finden von Verbesserungen. Es ist das Konkretisie...

Nie wieder Ärger mit Besprechungsserien in Outlook

Erstellen auch Sie Besprechungsserien in Outlook? Ärgern auch Sie sich manchmal darüber, wenn Sie etwas zu ändern haben? Falls nicht, versenden Sie entweder keine wiederkehrenden Outlook-Besprechungen (Serienterminen). Oder Sie ändern nie etwas daran. Dann ist dieser Artikel nichts für Sie. Lesen Sie aber bitte weiter, falls Sie sich schon immer mal gefragt haben, ob es eine Lösung gibt?

Das Teamwork-Blog

Dieses Blog durchsuchen