Wie lernt man als Scrum Master dazu?

Was passiert eigentlich nach einem Scrum-Training? Den Coaches, die an einem Scrum-Training teilnehmen, fallen tausend Dinge ein, die man noch lernen sollte. Was ist ein guter Weg für Scrum Master weiter zu lernen?

Verstehen wir die Zusammenhänge?

Bei vielen, die an unseren Scrum-Workshops teilnehmen, entsteht als erstes der Eindruck, das Scrum eine andere Art eines Prozesses ist. So sehr wir das auch immer betonen: "Scrum ist keine Methode, Scrum ist ein Arbeitsrahmen." Trotzdem bleibt immer wieder hängen, dass der Scrum Master eigentlich nur der neue Scrum Manager ist.

Aber durch diese Sichtweise lösen wir keine systemischen Probleme. Soziale Einheiten wie Teams oder Firmen oder Ämter sind komplex-adaptive Systeme. Die meisten Impulse auf das System werden als kurze Störung verarbeitet, nach der das System wieder in den ursprünglichen Zustand zurückfällt.

Ein Scrum Master muss also nicht mehr managen, sondern das System besser verstehen. Wenn es keine klaren Ziele gibt, können sich die einzelnen Mitspieler im System nicht auf eine gemeinsame Sache einigen. Wenn es im Team nicht alle Fähigkeiten gibt, um etwas abzuschließen, ist man ständig auf andere Teams angewiesen. Wenn die Informations- und Geldflüsse zum Team nichts mit der eigentlichen Arbeit zu tun hat, bekommt das Team nicht das nötige Feedback, um sich selbst zu steuern. Ein guter Scrum Master achtet auf diese Feinheiten und nicht darauf, wie pünktlich alle zum Daily kommen.

Was sind die wesentlichen Begriffe?

Scrum und Agilität sind für viele Organisationen eine ganz andere Art der Zusammenarbeit. Christoph Keese hat es in seinem Buch über den Digitalisierungsrückstand ganz gut auf den Punkt gebracht /1/: viele Firmen in Deutschland funktionieren gut als vertikale Netzwerke. Ein großer Konzern gibt seinen Lieferanten vor, was sie wie genau zu liefern haben. Diese arbeiten wiederum mit ihren Lieferanten zusammen. Spezialist wird man nicht über Nacht. Es braucht Jahre, diese Expertise aufzubauen. In der digitalen Welt sind aber horizontale Netzwerke wichtig. Keese schreibt weiter, dass horizontale Netzwerke am besten so lässt, wie sie sind.

Bevor wir also irgendetwas managen, sollten wir besser verstehen, was wir tun. Dazu ist es wichtig, dass wir die wesentlichen Begriffe verstehen. Wenn wir verstehen, was Unsicherheit, Selbstorganisation oder ein Geschäftsmodell ist bzw. wenn wir den Unterschied zwischen horizontalen und vertikalen Netzwerken begreifen, können wir uns auf die wichtigen Dinge konzentrieren.

Was nützen uns viele Coaching-Konzepte, wenn wir das Ziel nicht kennen. Klarheit der Begriffe macht uns schneller. Sammeln von Tools verlangsamt, weil wir die Bedeutung und die Hintergründe für den guten Einsatz nicht verstehen.

Lernen durch Austausch

Der Austausch mit anderen Praktikern, die Diskussion verschiedener Themen bringen uns dazu nachzudenken. Ein gutes Buch gibt Denkanstöße. Aber es gibt mir kein Feedback über meine Sichtweise. Feedback bekomme ich von anderen Menschen.

Deswegen empfehlen wir auch immer, den Kontakt zu anderen Scrum Mastern im Unternehmen oder in der Region zu suchen.

Beispiele:

Agile Monday in Mannheim: https://www.xing.com/communities/groups/scrum-user-group-rhein-neckar-1095-1009037
Agile Wednesday in Hannover: https://www.xing.com/communities/groups/agile-wednesday-hannover-1095-1000531
Management 3.0 Stammtisch in München: https://www.xing.com/communities/groups/management-3-punkt-0-stammtisch-muenchen-1095-1065747/
ScrumTisch in Berlin: https://www.xing.com/communities/groups/scrum-user-group-berlin-scrumtisch-1095-1020878
ScrumTisch in Köln: https://www.xing.com/communities/groups/scrumtisch-koeln-1095-1039472
ScrumTisch in Stuttgart: https://www.xing.com/communities/groups/scrumtisch-stuttgart-1095-1008108
Scrum User Group Hamburg: https://www.xing.com/communities/groups/scrum-user-group-hamburg-1095-1001541

Der Sinn dieser Treffen ist, Dinge dazu zu lernen.

Im Herbst gibt es traditionell die AgileTour in vielen Städten in der Welt. Am 26.10.2017 findet in Stuttgart die Agile Tour statt. JJ Sutherland, einer der Söhne des Scrum Co-Erfinders Jeff Sutherland, wird über Videokonferenz einen Bericht über skaliertes Scrum vorstellen.

Wer Interesse hat, meldet sich über die Webseite http://agiletour.de/anmeldung/ an. Es gibt ein paar Vorträge, um sich inspirieren zu lassen. Aber wichtig ist der Austausch untereinader.

Anmerkungen

/1/ Keese, Christoph: Silicon Germany : Wie wir die digitale Transformation schaffen. München: Albrecht Knaus Verlag, 2016.

Kommentare

Beliebte Posts aus diesem Blog

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.

Agile Sternbilder: Die Entdeckung kosmischer Agilitäts-Superkräfte

Hast du dich je gefragt, ob dein Sternzeichen deine Fähigkeiten in einer agilen Arbeitsumgebung beeinflusst? In diesem Blogpost tauchen wir ein in die faszinierende Welt der Astrologie und ihre mögliche Verbindung zu modernen Arbeitsweisen. Entdecke, wie die Sterne deine agilen Stärken prägen könnten. Ob überzeugter Agilist oder neugieriger Sternzeichenliebhaber – dieser Artikel kann dir neue Perspektiven eröffnen und vielleicht sogar dein nächstes Teamprojekt inspirieren!

Building Bridges

How many times have I rolled my eyes at the assertion, “But, you can’t build a bridge with Scrum”? The claim annoys as much for its misunderstanding of Scrum as for its naïve view of projects. Curiously enough, I recently discovered support for Scrum in a recent book about big projects. Maybe you can build a bridge with Scrum after all.

Den passenden Job finden

Hier teile ich, wie ich daran arbeite, endlich den richtigen Job zu finden. Kleingedrucktes: Dieser Artikel richtet sich (natürlich) an jene, die gerade in der luxuriösen Position sind, dass sie nicht jedes Angebot annehmen müssen. Anstatt von Engagement zu Engagement zu hetzen und frustriert zu sein über Konzernstrukturen, fehlende Ausrichtung und die Erkenntnis, dass in einem selbst beständig die Hintergrundfrage nagt, ob es das ist, womit man seine immer knapper werdende Lebenszeit wirklich verbringen möchte, gibt es manchmal auch die Möglichkeit, die nächste berufliche Station etwas nachhaltiger auszusuchen - auch, um tatsächlich (etwas) mehr beitragen zu können.

Prozessorientierte Dokumentation - Wie geht das?

Bestimmte Softwareprodukte brauchen eine Dokumentation, damit neue Anwender:innen schnell lernen, wie sie mit der Software arbeiten können. Aber wie entsteht diese Dokumentation? Wie lange dauert das?

Die Microsoft Teams-Not-To-Do-Liste

Viele hoffen, dass es für die Einrichtung von Microsoft Teams den Königsweg gibt, den perfekten Plan – doch den gibt es leider (oder glücklicherweise?) nicht. Genauso wenig, wie es jemals einen Masterplan für die Organisation von Gruppenlaufwerken gab, gibt oder je geben wird. Was gut und vernünftig ist hängt von vielen Faktoren und ganz besonders den Unternehmensprozessen ab. Sicher ist nur eines: Von alleine entsteht keine vernünftige Struktur und schon gar keine Ordnung. Dafür braucht es klare Entscheidungen.

Agilität ist tot. Ausgerechnet jetzt?

Agilität wird zurückgefahren, Hierarchien kehren zurück. Doch ist das wirklich der richtige Weg in einer Welt, die immer unberechenbarer wird? Oder erleben wir gerade eine riskante Rolle rückwärts?

Wie beschreibt man einen Workshop für eine Konferenz?

Konferenzen bieten immer ein gutes Forum, um sein Wissen und seine Erfahrungen zu teilen. Was für die Vortragenden selbstverständlich scheint, ist für die Besucher:innen oft unverständlich. Wie können Vortragende ihren Workshop in 2-3 Sätzen beschreiben, damit die Besucher:innen schnell einschätzen können, er sich für sie lohnt?

Gemeinsam eine Anwenderdokumentation erstellen

Unternehmenssoftware ist ein wichtiges Bindeglied zwischen Anwenderinnen und Anwendern, den Unternehmensprozessen und den Ergebnissen. Normalerweise schreibt der Hersteller der Software die Dokumentation für diejenigen, die die Software benutzen. Wenn die Software allerdings stark angepasst wurde, muss die Dokumentation von denen kommen, die die Prozessmaschine am besten verstehen - den Anwenderinnen und Anwendern. Wie könnte man das praktisch machen?

Der Softwareeisberg, die Softwarepyramide - Wie sprechen wir über neue Software?

Software ist aus den Geschäftsprozessen vieler Unternehmen nicht mehr wegzudenken. Sie verwaltet Kunden- und Produktdaten. Sie automatisiert Abläufe und verhindert Fehler. Aber Software veraltet. Was machen wir, wenn wir Unternehmenssoftware erneuern müssen? Von den ersten Konzepten bis zum ersten Release ist es ein weiter Weg, mit vielen Entscheidungen. Wie sprechen wir über diese Entscheidungen?

Das Teamwork-Blog

Dieses Blog durchsuchen