Direkt zum Hauptbereich

Ein Scrum-Audit in Galiläa: War Jesus Product Owner oder Scrum Master?

Das Jahr geht zu Ende. In Deutschland bereiten sich viele auf das Weihnachtsfest vor. Daher stelle ich mir vor, zurück in die Vergangenheit zu reisen. Wenn ich Jesus bei seiner Arbeit zusehen könnte: Welche Rolle hätte er in seinem Team? Ein paar nicht ganz ernst gemeinte Gedanken.

Laut Scrum Guide dürfte Jesus keine 12 Jünger in einem Team haben. Die Teamgröße liegt bei 3-9. Wir hätten die Gruppe also aufteilen müssen.

Gehen wir mal davon, dass der uns heute bekannte wöchentliche Rhythmus ("jeden Sonntag in die Kirche") auch damals schon eine Rolle spielte. Eine Sprintlänge von einer Woche ist laut Scrum Guide ok.

Bei einer Sprintlänge von einer Woche, darf man sich 2 Stunden Zeit zur Planung, 1 Stunde für die Begutachtung der Ergebnisse und 45 Minuten zum Verbessern nehmen. Macht zusammen fast 4 Stunden. Dann ist also eine Stunde Messe/ein Gottesdienst zu kurz. Hier müsste ich eine deutliche Ausweitung empfehlen.

Beim Blick auf einen Gottesdienst muss ich feststellen, dass der Scrum Master fehlt. Das Team scheint immer wieder abzuschweifen. In einem Moment wird noch nach Verbesserungen gesucht ("Schuldbekenntnis" nennen die das). Dann scheint der Fokus verloren und alle Stakeholder fangen auf einmal an zu singen. Mir scheint, dass die Timebox von einer Stunde nicht immer eingehalten wird.

Kommen wir nun zu den Rollen. Hier kann ich noch keine klare Aufteilung erkennen. Beim Beobachten fällt auf, dass Jesus hier eine besondere Rolle hat. Aber ist er Product Owner oder Scrum Master?

Für die Rolle des Scrum Masters spricht, dass er seine Teammitglieder und andere Stakeholder immer wieder an gewisse Werte erinnert. Besonders spricht er von Respekt oder in seiner altmodischen Form: der Liebe. Auch scheint ihm Mut sehr wichtig zu sein.

Für die Rolle des Product Owners spricht, dass er klare Ziele verfolgt. Sein Backlog ist gut priorisiert: Nächstenliebe, Gerechtigkeit usw. Mit seinem Team bricht er diese Ziele auch in konkrete Einzelaufgaben herunter: seine Anhänger sollen in die Dörfer gehen und die Leute besuchen. Mit ihnen essen, ihnen schwere innere Lasten nehmen und die seelischen Wunden heilen.

Allerdings greift er mir hier als Product Owner zu stark in die Selbstorganisation des Teams ein. Der Product Owner bestimmt nur WAS geliefert werden soll, nicht aber das WIE. Das müssten wir dann nochmal klären.

Aus meiner Beobachtung würde ich eher dazu tendieren, Herrn von Nazareth die PO-Rolle zu geben. Wir müssten dann aber noch klären, wer der Scrum Master ist. Dazu müsste ich aber mehr Zeit mit dem Team verbringen.

In diesem Sinne wünscht die Redaktion des Teamwork-Blogs allen Leserinnen und Lesern einen schönen Jahresausklang. Allen die Weihnachten feiern, wünschen wir eine gesegnete Zeit. Wir bedanken uns bei unseren Lesern, Kunden, Kollegen und Partnern, mit denen wir in diesem Jahr viel Zeit verbracht und an die wir auch oft gedacht haben. Viele Blogbeiträge sind aus konkreten Situationen heraus entstanden. Ohne Sie wäre hier also nichts los.

P. S.: Aus Blogsicht möchte ich mich ausdrücklich bei Thomas Michl bedanken, der unsere Artikel regelmäßig in seinem Blog erwähnt. Alles Gute Thomas für Dich und Deine Familie.

Kommentare

  1. Lieber Jan,

    danke für deinen Weihnachtsblogpost! :)

    "Wir müssten dann aber noch klären, wer der Scrum Master ist. Dazu müsste ich aber mehr Zeit mit dem Team verbringen."

    Ich freue mich auf's nächste Jahr, wo ich mit Interesse verfolgen werde, wie du DIESE Großgruppe moderieren wirst. Habe keinen Zweifel, dass dir das gelingt. Denn so, wie ich dich kenne, hast du schon das richtige Tool dafür. :)

    Herzlich,
    Edgar


    AntwortenLöschen

Kommentar veröffentlichen

Beliebte Posts aus diesem Blog

Transparenz als Schlüssel zum Erfolg: 20 Reflexionsfragen für moderne Organisationen

Transparenz ist das Herzstück erfolgreicher Teams. Sie schafft Vertrauen und fördert Zusammenarbeit. Wenn alle Zugang zu den notwendigen Informationen haben, können sie fundierte Entscheidungen treffen und gemeinsam Lösungen erarbeiten. Dies führt zu höherer Effizienz, schnelleren Entscheidungsprozessen und besseren Arbeitsergebnissen. Transparenz ist mehr als ein Schlagwort – es gilt, sie greifbar zu machen, ein gemeinsames Verständnis davon zu entwickeln und es in die Praxis umzusetzen. Wie das gelingt und welche Vorteile es für Euer Team und Eure Organisation bringt, erkunden wir im Folgenden.

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.

Zu viel zu tun? Planen Sie Ihre ideale Woche

Wir hören immer wieder, dass Teams zu viel zu tun haben. Aber woher wissen wir eigentlich, was zu viel genau bedeutet? Hier ist ein ungewöhnlicher Tipp: Treffen Sie Annahmen über eine gute Menge. Planen Sie eine ideale Woche.

Wenn dein Team die Anforderungen blockt: 12 Tipps für Product Owner*innen

Liebe Product Owners, wir müssen reden. Schon wieder eine Anforderung, die im Nirgendwo landet? Zeit, das Ganze anders anzugehen. Ihr kennt das Spiel: Anforderungen sind ausgearbeitet, und doch läuft es im Team holprig. Was fehlt? Oft sind es Klarheit, realistische Erwartungen und ein bisschen Fingerspitzengefühl. Doch keine Sorge! Mit ein paar praktischen Tipps könnt ihr Missverständnisse vermeiden, Blockaden umgehen und den Entwicklungsprozess so richtig in Fahrt bringen – natürlich in Zusammenarbeit mit eurem Scrum Master. Hier sind zwölf Regeln, die euch helfen, das Team auf Kurs zu bringen und das Chaos in produktive Zusammenarbeit zu verwandeln. Wir zeigen dabei auch, wo der Scrum Master unterstützen kann, damit ihr eure Rolle als Product Owner noch besser erfüllen könnt. Häufige Stolperfallen: Warum Anforderungen oft scheitern Bevor wir ins Eingemachte gehen, kurz zu den typischen Stolperfallen. „Klare Anforderungen“? Klingt gut, scheitert aber sehr häufig an der realen Praxis. ...

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.

Pragmatisch oder nur “Quick and Dirty”?

“Wir müssen aber pragmatisch vorgehen”, drängt der Kollege. Hm… Im Wörterbuch finde ich für “pragmatisch” in etwa: sachbezogenes, praktisches Handeln. Klingt gut. Leider zeigt sich in meinen Erfahrungen, dass pragmatisch für viele doch eher “quick and dirty” bedeutet. Es soll schnell fertig werden. Aber auf welche oder wessen Kosten? Wo ist die Grenze? Warum steht “praktisch” im Konflikt mit einem langfristigen “Nützlich”? Muss das sein?

Und jetzt alle zusammen! Teams - OneNote - Aufgaben - To Do

Ein Meeting jagt das nächste. Sich da nicht zu verzetteln, wird  im Zeitalter virtueller Besprechungen  noch anspruchsvoller. Kein Wunder, dass  im Zusammenhang mit Microsoft 365  zwei Fragen besonders häufig auftauchen: Wie dokumentiert man Besprechungen gut? Was hilft, offene Aufgaben nachzuhalten? Eine gute Lösung: Das in MS Teams integrierte OneNote-Notizbuch als gemeinsame Plattform auch für den Aufgabenüberblick zu nutzen.

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.

5 Gründe, warum wir jetzt über die Zukunft nachdenken sollten

Wer hätte im Jahr 2019 gedacht, dass so viele Menschen heute im Home-Office arbeiten können und dass die Firma trotzdem funktioniert? Wer hätte damals gedacht, dass wir heute wie selbstverständlich KI-Werkzeuge nutzen können? Ich will mich nicht der Aussage anschließen, dass sich die Welt immer schneller dreht. Es ist egal, wie schnell sie sich dreht, weil es sich immer lohnt, über die Zukunft nachzudenken. Und das muss nicht kompliziert sein.

Meetings in Scrum Teams: Mehr Fokus, weniger Kontextwechsel

  Meetings in Scrum Teams: Mehr Fokus, weniger Kontextwechsel  „Wir arbeiten agil“ – das bedeutet für viele von uns: Daily Stand-up am Morgen, dann Refinement, dazwischen eine Demovorbereitung, später noch ein kurzes Scrum of Scrums (SoS) und am Nachmittag ein Community-Meeting. Gleichzeitig soll ich an meinen Sprint-Aufgaben arbeiten. Wenn dir diese Situation bekannt vorkommt, les dir gerne meinen Beitrag an. Hier sprechen wir über den Einfluss von häufigen Kontextwechseln auf die Arbeit in agilen Teams und zeigen Best Practices, um diese Wechsel zu minimieren. Viel Spaß & Let’s grow, Michi.  Foto von Matt Bero auf Unsplash