Hallo Jasmin,
willkommen im Forum.
Bei neuen Teams mach ich mehrmals die gleichen Retro Formate.
Bei Teams die schon länger laufen kommt oftmals etwas Langeweile auf. Aus diesem Grund wechsel ich hier jedes Mal das Format, um etwas Abwechslung rein zu bringen.
Außerdem habe ich oftmals schon vorab ein Gefühl, welche Themen vom Team kommen werden. Da versuche ich auch den passenden Rahmen (Methode) zu schaffen.
Zusätzlich zur eigentlichen Retro sind auch kurze Spiele am Anfang ganz nett, um die Teilnehmer "aufzuwecken".
Hier findest Du ausreichend Futter: https://retromat.org/de/?id=31-127-55-124-67
VG
Matthias

Danke Nina! Eine schöne Abwechslung! Ich habe bei den Bildern oft geschmunzelt :-)

Das Estimation Meeting ist ein weiteres Meeting für das Team, um einzelne Storys oder ganze Projekte zu schätzen (z.B. Magic Estimation). Haben wir damals bei uns in der Firma so eingeführt, obwohl es nicht im Scrum Guide vorkommt.

Beim Sprint Planning 1 haben wir uns als Team auf den nächsten Sprint konzentriert und dafür die Storys noch mal besprochen. Diese waren zu dem Zeitpunkt aber schon geschätzt.

Ich habe als PO immer zwischendurch Anfragen von Stakeholdern bekommen, die wissen wollten, was ein bestimmtes Feature kostet. Diese Stakeholder habe ich dann zum Estimation Meeting eingeladen, so dass wir zusammen mit dem Team das Problem und mögliche Lösungsansätze diskutieren konnten. Dann haben wir auch gleich mal ein Preisschild in Form von User Storys gemacht. Die Stakeholder konnten dann überlegen, ob das Feature demnächst mal mit eingeplant werden soll.
Das Gleiche haben wir in dem Estimation Meeting auch für unsere großen Projekte gemacht (Epic und Storys Maps erstellt und geschätzt). Für solche Tätigkeiten sieht der Scrum Guide leider kein Event vor.

Wie habt Ihr dies gemacht?

Hallo Carina, willkommen im Forum. Ich habe soeben auch teilgenommen an Deiner Umfrage.

Hi Nina,
ich habe den Begriff letzte Woche in einem PI Planning für ein Projekt welches mit SAFe läuft gesehen.
Da hat das Team die Inkrement Ziele als Objectives definiert.
Dem Business Owner wurden dann diese Objectives vorgestellt bzw. wurde diese auch beim Review herangezogen.
Bei weiteren Fragen einfach gerne melden. :-)

Bei uns ist es bunt gemischt. Alle agilen Rollen wie Scrum Master, Agile Coach, Product Owner hängen irgendwo in der Organisation (Projektmanagement, Fachbereich, HR, Entwicklung etc.). Da gibt es kein einheitliches Bild.
Ich kenne aktuell auch kein Beispiel von großen Firmen, wo z.B. die Scrum Master direkt unter der Geschäftsleitung hängen.
Teilweise gibt es ja auch Führungskräfte die speziell für die agile Transformation eingestellt wurden. Dort könnte man eventuell auch die Scrum Master mit drunter hängen.

Hallo Nina,

der Artikel gibt die aktuelle Situation gut wieder.

Die externen Berater versprechen Erfolge durch Agile, die im wahren Leben nicht umzusetzen sind. Da wird man in Projekte geschickt die kurz davor sind gegen die Wand zu fahren und soll auf einmal mit agilen Methoden alles retten.

Die Berater sind irgendwann weg und wir dürfen die Scherben zusammenkehren. So ist es leider...

Ich habe in den letzten Monaten viele Agile Basic Schulungen gehalten. Mir ist immer sehr wichtig, meine Meinung und Erfahrungen rüber zu bringen. Agile Methoden machen nicht überall Sinn. Ich kann und werde auch keine pauschale Aussage treffen, wo diese sinnvoll anzuwenden sind. Ich muss mir die Menschen und das Umfeld (z.B. Was möchte ich eigentlich verbessern) ansehen. Danach frage ich die Mitarbeiter, ob wir es mal zusammen probieren wollen.

Oh ja! Also wenn du da was hast, nehme ich es auch...
Da wird mein gerade zu aufgefordert zu schwindeln bei den Zahlen für die Messung.
Ich glaube Kundenzufriedenheit kannst du am ehesten noch bewerten lassen.

Wie Recht Ihr beide habt!

Ich frage mich gerade, wie die Karriere aussehen könnte? Wäre ein Wechsel vom Scrum Master zum Product Owner (oder anders herum) auch ein Karriere Pfad?

Hallo Nina. Das ist wirklich eine sehr spannende Frage und ich habe die Vermutung, dass es wahrscheinlich gar nicht so viele einheitlich Antworten gibt. Würde mich aber freuen, wenn hier im Forum jemand Erfahrungen zu dem Thema gesammelt hat.
Spontan kam mir erst einmal der Gedanke, ob Unternehmen zwischen einem Agile Coach und Scrum Master unterscheiden. Da bin ich mir ehrlich gesagt nicht sicher. Braucht es hier überhaupt eine Unterscheidung (Stellenbeschreibung etc.)? Das sollte jede Firma für sich selbst definieren, welche Rolle der Agile Coach (evtl. zusätzlich zum Scrum Master) ausfüllen soll. Oft hängt der Scrum Master direkt in der Organisation mit drin und der Agile Coach ist eine Art "Stabsstelle".
Ich kenne aus meiner früheren Firma die Variante mit Junior und Senior Scrum Master. Mit dem Prinzip wurde dann auch Aufstieg und Gehalt geregelt.
Bsp.: Der Senior Scrum Master war für mehr als 1 Team zuständig und hat auch noch stärker die Organisation weiter entwickelt.