Das Spiel "Das T-Shaped House von Santa Claus" ist aus dem Wunsch daraus entstanden, eine schnelle kurze Übung zu entwerfen, welche Managern spielerisch das Thema "T-Shaping" näher bringt und dieses erlebbar macht. Vorbereitung Bereite kleine Post It's vor, welche wie folgt aussehen. Nutze hierfür gern folgenden Vordruck, oder verändere diesen nach eigenem Belieben: -->Nikolaus Vordruck<-- Stelle dann 3 Flipcharts im Raum auf und teile diese horizontal in 2 Teile. Für jede der beiden Runden ist…
Dieser Artikel erschien am 28.09.2018 im Emendare Impulsletter. Noch nicht angemeldet? Hier gibt es die Möglichkeit dazu. Im stressigen Alltag als ScrumMaster oder Agiler Coach Lerninhalte zielgerichtet zu vermitteln und diese Lerneinheiten verständlich und nachhaltig zu designen, ist eine häufige Herausforderung. Eine Möglichkeit, Produktentwickler aus ihrem Alltag zu reißen und ein passendes Lernumfeld zu schaffen, stellen Spiele dar. Nicht zuletzt schaffen Spiele einen eigenen Regelraum, d.h. die gewohnten Regeln des Alltags werden bewusst außer Acht…
Auf dem ScrumDay 2024 durfte ich zusammen mit Laura Andres Encinas und Olaf Bublitz die Agile Game Corner betreuen.Es war total spannend, all die Spiele, Simulationen und Gedanken mit der Community zu teilen. Auf die Frage "Kann man die alle irgendwo nachlesen?" Musste ich aber leider passen... Bis jetzt! Zusammen mit Ellen Hermens und Laura Andres Encinas entstand in Nacht und Nebelaktionen folgende Matrix, mit den dazu passenden Anleitungen. Viel Spaß beim Nachspielen und energetisieren…
Auf der ScrumAlliance Leiter der Expertise ist die oberste Stufe für die CSTs (Certified Scrum Trainer), CECs (Certified Enterprise Coach) und CTCs (Certified Team Coach) vorgesehen. Als Team Coach mache ich das Gleiche wie vorher auch, ich berate Teams, ScrumMaster und Product Owner. Lediglich musste ich den Beweis erbringen, eine allgemeine Coaching-Haltung einnehmen zu können und mit dieser mit Teams zusammenzuarbeiten. Auf meiner Reise hin zum CTC durfte ich sehr viel lernen und habe sowohl…
„Eine User-Story muss immer das Format -Als User möchte ich Funktion, um Nutzen- folgen“ und „Jedes Backlog Item im Product Backlog muss als User Story verfasst werden!“. Diese und andere Mythen halten sich speziell unter Anfängern gern hartnäckig. Doch ist dem wirklich so? Und müssen Backlog Items, die keinen Nutzervorteil erzeugen, auch diesem Muster folgen? Dürfen Backlog Items ohne direkten Kundennutzen überhaupt erstellt werden? Oder muss das Team diese unter der Hand machen oder darf…
Während das ständige Mantra guter ScrumMaster und Product Owner "Das muss kleiner gehen" und "Wie könnten wir das in 2 - 3 funktionierende Unterversionen schneiden?" lautet, gibt es immer wieder Herausforderungen, in denen die bekannten Werkzeuge versagen. In einem Projekt durfte ich einmal zusammen mit Markus Fidelak arbeiten. Gemeinsam beschäftigten wir uns mit verschiedenen Methoden des Story-Schnitts und er brachte mir "Die Hamburger-Methode" bei. In dieser Methode geht es nicht um einen Erfinder aus Hamburg,…
Wenn ein Sachbearbeiter einmal krank ist, klar dann gibt es eine Vertretung. In einem selbstorganisierten Scrum Team, welches T-Shaped People verinnerlicht hat, wird die Abwesenheit einzelner Teammitglieder durch den Rest der Produktentwickler abgefangen. Was jedoch, wenn einmal der ScrumMaster selbst krank wird oder längere Zeit im Urlaub ist? Je nach Maturity Level eines Teams gibt es verschiedene Möglichkeiten, wie ein ScrumMaster oder Team damit umgehen können. Jeder einzelne Weg hat hier natürlich Vor- und Nachteile.…
Die perfekte Sprintlänge "Es sind Events mit fester Länge von einem Monat oder weniger, um Konsistenz zu schaffen. Ein neuer Sprint beginnt unmittelbar nach dem Abschluss des vorherigen Sprints." Scrum Guide 2020 Gut wunderbar, das wäre jetzt geklärt aber "ein Monat oder weniger" ist jetzt doch etwas vage. Als ScrumMaster kann es passieren, dass man in die Verlegenheit kommt, gemeinsam mit dem Team eine initiale Sprintlänge festlegen zu müssen. Um die perfekte Sprintlänge zu finden,…
Wer sich mit Agilität auseinander gesetzt hat kennt sie: Burndown Charts! Doch sehe ich Sie in der tagtäglichen Nutzung so gut wie in keinem Team. Werden diese doch einmal verwendet, finden sie für 2-3 Sprints intensive Verwendung und gelangen dann in Vergessenheit. Und das ist gar nicht so schlimm. Neben den Burndowncharts, bin ich persönlich ein großer Fan von "Burnup Charts". Warum das so ist, ist hier zu lesen. Burnupcharts Lasst mich eine Geschichte erzählen.…
Fragt man Anforderer nach "Was genau brauchst du? Welche Inhalte müssen gebaut werden?", dann kann die Antwort schnell mit einem "Alles" abgetan werden. Bei einem größeren Featurewunsch "Alles" liefern zu wollen, kann schnell zu einem langwierigen Prozess werden. Gelingt es einem Team zudem nicht, iterative Zwischenschritte zu liefern, verkommt die Entwicklung schnell zu einem Wasserfallprozess ohne Feedbackschleifen. Henrik Kniberg bringt es in seinem Video "Agile Product Ownership in a Nutshell" schön auf den Punkt. Frei…
"Das machen wir dann im nächsten Grooming!"... Das heißt Product Backlog Refinement denkt sich Veit, schluckt es runter und hört weiter zu. Gerade in neuen Projekten/Aufträgen werde ich oft konfrontiert mit Begriffen, welche leicht falsch bis komplett missverstanden benutzt werden. Selbst nach all den Jahren in meiner Rolle fiel es mir (bis vor kurzem) schwer, diese fehlinterpretierten Begriffe aufzuklären. Man möchte ja auch nicht als Besserwisser oder "Der, der mit der Scrum Bibel fuchtelt" wahrgenommen…
