Beim Sprint Planning hat sich in den Jahren seit unseren ersten Folgen zum Thema einiges getan: Wir haben neue Ideen, der Scrum Guide neue Formulierungen. Zeit, das Sprint Planning nochmal unter die Lupe zu nehmen und zu besprechen: Wie sieht ein Sprint Planning im Jahr 2021 aus?

Oft haben wir im Podcast schon gesagt, das Product Backlog sei keine Ideenablage und aus Transparenzgründen kein Ort für "Man könnte ja mal" oder "Vielleicht, wenn wir mal Zeit und Lust haben". Aber wohin dann mit den Ideen?

Welcher Background für Scrum Master "der Richtige" ist, wird immer wieder diskutiert. Konstantin Diener von cosee hat sich vor Jahren entschieden nur noch Psychologen als Scrum Master einzustellen und hat damit gute Erfahrung gemacht.

Ausgelöst durch einen Tweet von @BenMahr mit Verweis auf das Framework "Flight" haben wir uns gefragt: Wenn es so viele schlechte Implementierungen von Scrum gibt, das Framework offenbar dazu einlädt, es falsch zu verwenden, ist dann vielleicht auch das Framework schuld?

Was versteht man unter Product Ownership? Und wobei unterstützen mich das POEM und POCC

Zwei essentielle Elemente in Scrum sind das Daily Scrum und die Sprint Retrospektive. Doch was, wenn diese beiden Events dem Team eher schaden, weil fehlendes Vertrauen zu dysfunktionalem Verhalten führt?

Seit dem großen 2020er Update des Scrum Guide hat das Product Goal Einzug gehalten. Wir gehen auf die Fragen von Hörer Sven zum Product Goal ein und besprechen, ob Product Goal und Produktvision eigentlich synonym sind, was mit Dingen passiert, die nicht ins Ziel passen, wie man ein gutes Product Goal findet, was man damit dann anstellt und vor allem: Wie mache ich das eigentlich in Jira!?!

100 (in Worten: einhundert) Folgen!!1! Wer hätte gedacht, dass wir mal hier landen würden? Wir im September 2016 jedenfalls nicht, und doch sind wir hier. Partey! 🥳

Wer kennt sie nicht: Stellenausschreibungen, in denen 5 Jahre Kenntnis einer 3 Jahre alten Technologie gefragt werden. Oder Scrum Master Stellen, in denen irgendwas von "Management-Reports". Ausgehend vom Wunsch unserers Hörers Sascha schauen wir uns heute Stellenausschreibungen an und überlegen uns, warum manche Formulierungen gut und manche nicht so gut sind und geben außerdem Ideen, welche Fragen man im Bewerbungsgespräch stellen kann, um möglichst gut herauszufinden, bei was für einer...

Der Scrum Guide hat jüngst ein Update erfahren - wir schauen uns die Änderungen an

Wie stellt man ein Scrum-Team gut zusammen und was wenn das Scrum-Team fast nur aus externen Mitarbeiter*innen besteht und/oder gar aus Leuten, die nur zu 20% im Team sind?

Möchtet ihr besser verstehen, wie Spieleproduktion wirklich funktioniert? Was da alles schieflaufen kann? Dann haben wir da was für euch: In diesem neuen Crossover-Podcast mit The Pod / Auf ein Bier spricht Dominik mit Producer-Gott und Entwicklungs-Master Ralf Adam über die Feinheiten der (agilen) Software-Entwicklung. In dieser ersten Ausgabe sprechen die beiden über die Vorproduktionsphase der Entwicklung: Was ist die Pre-Production, was macht man da eigentlich und vor allem auch: Was für...

Wir sprechen mit Michael May über das Konzept der Psychologischen Sicherheit, grenzen den Begriff ab zur Emotionalen Sicherheit und Psychischen Sicherheit, diskutieren woran man sie erkennt und wie man sie fördert. Michael hat Psychologie studiert und arbeitet als Agiler Coach bei der Mayflower GmbH.

Der Release Sprint gilt als Anti-Pattern. Welche Erfahrungen haben wir damit gemacht und würden wir ihn nochmal nutzen?

Wir feiern 4 Jahre "Mein Scrum ist kaputt" und lassen das letzte Jahr Revue passieren.

Folge 93: Lob vs. Anerkennung

Wir greifen den Themenvorschlag von Themole auf und widmen uns der Frage, was eigentlich Epics, User Stories, Tasks, Subtasks sind, wie man sie verwendet und warum das in Jira manchmal alles ganz anders aufgeteilt ist.

Heute widmen wir uns einem Thema von Zuhörer Alexander, der in unserem Slack vorgeschlagen hat, doch mal über "Verbranntes Scrum" zu reden: Ein Team hat bereits einmal versucht, Scrum einzuführen und das ist dermaßen in die Hose gegangen, dass das Thema durch ist - verbrannte Erde, verbranntes Scrum. Wie schafft man es nun mit dem Team einen zweiten Anlauf zu starten, wo doch keiner mehr Lust darauf hat und die Worte Planning, Daily oder Retrospektive nicht mehr hören kann?

Im finalen Teil unserer PO Toolbox Reihe widmen wir uns einer Vielzahl von Werkzeugen, die zum Priorisieren verwendet werden können. Die meisten sind vor allem für das Product Backlog gedacht, es sind aber auch einige Werkzeuge dabei, die für andere Kontexte optimal sind.

Nachdem wir uns in den vorherigen beiden Folgen über Tools zum Produktstart sowie zum Schaffen eines gemeinamen Verständnisses beschäftigt haben, geht es im dritten Teil unserer Product Owner Toolbox darum User Stories und Anforderungen zu schneiden.

Folge 88: PO Toolbox, Teil 2 - Gemeinsames Verständnis

Als Product Owner ist eine der wichtigsten Aufgaben das Product Backlog zu pflegen, nur: Wie befülle ich das Backlog überhaupt, wenn da noch gar nichts ist? In unserer kleinen Serie zum Thema Tools für Product Owner stellen wir fünf Tools vor, die man als Product Owner nutzen kann, um ein Produkt zu starten und die dabei unterstützen das Backlog initial zu befüllen.

Ina und Sebastian widmen heute eine ganze Folge nur den Tools, die für verteiltes Arbeiten sinnvoll sind.

Vor ziemlich genau drei Jahren haben wir bereits einmal über Verteilte Teams gesprochen - in der aktuellen Lage ist es mehr als sinnvoll hiervon eine Neuauflage zu gestalten. Diesmal fokussieren wir uns vor allem auf den Aspekt der Arbeit von zu Hause aus: dem Home Office. Was haben wir für Erfahrungen damit gemacht und welche Rituale und Tricks haben wir etabliert, um im Home Office vernünftig und konzentriert arbeiten zu können? Anschließend versuchen wir die Frage zu beantworten, was es...

Die 10er Jahre waren für uns ein Jahrzehnt, das wir vollständig mit agiler Softwareentwicklung verbracht haben. Wir wagen einen Rückblick und versuchen herauszufinden, ob und was sich in diesem Zeitraum getan und verändert hat, ob die Dinge wirklich besser geworden sind und versuchen Strohfeuer zu identifizieren, die aufgetaucht (und wieder in der Versenkung verschwunden) sind.