Mein Scrum ist kaputt | Agilität, Scrum, Kanban und mehr

Bereits vor einer Weile stellte uns Hörer Markus die folgenden zwei Fragen mit der Bitte um Beantwortung in einer Folge:

Wie geht man damit um wenn das Entwicklungsteam fast ausschließlich aus externen Mitarbeiter*innen besteht?

Und wie, wenn das Entwicklungsteam hauptsächlich aus internen Mitarbeiter*innen besteht, die aber bloß z.B. zu 60% für das Entwicklungsteam abgestellt sind und die restlichen 40% nicht da sind und andere Aufgaben haben?

Wir nehmen das als Anlass, um die Zusammenstellung von Scrum-Teams generell zu erörtern und versuchen im Anschluss diese beiden Fragen zu beantworten.

Quelle des Titelbildes: https://commons.wikimedia.org/wiki/File:Gemeinderat.jpg

• [Ina] https://www.moralmachine.net/
• [Dominik] Sid Meier’s Memoir! (https://www.amazon.de/Sid-Meiers-Memoir-Computer-Games/dp/1324005874) und Ken Williams – Not All Fairy Tales Have Happy Endings (https://www.amazon.de/Fairy-Tales-Happy-Endings-Line-ebook/dp/B08KG2XLMR)

Der Beitrag Folge 97: Teamzusammensetzung erschien zuerst auf Mein Scrum ist kaputt!.

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 Fehler werden da gerne gemacht?

• Keine Zeit für Pre-Production führte beim Hobbit dazu, dass aus zwei Filmen drei wurden: https://www.youtube.com/watch?v=20vA9U7J2qQ
• Will ‘Star Wars’ Stick the Landing? J.J. Abrams Will Try: https://www.nytimes.com/2019/12/11/movies/star-wars-the-rise-of-skywalker-jj-abrams.html

Der Beitrag Folge 1: Mein Spiel ist kaputt: Pre-Production (Prototyp) erschien zuerst auf Mein Scrum ist kaputt!.

Spätestens seit Google’s Projekt „Aristotle“ ist der Begriff der Psychologischen Sicherheit so richtig en vogue. Der Begriff wurde vor allem durch die Harvard-Professorin Amy Edmonson geprägt und beschreibt, vereinfacht ausgedrückt, dass sich alle Mitglieder eines Teams in ihrem Umfeld so sicher fühlen, dass sie keine Angst davor haben, Dinge anzusprechen oder auszudrücken. Sie wissen, dass sich alle Teammitglieder auf eine positive Art damit auseinandersetzen und gesagte Dinge nicht gegeneinander verwenden werden.

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.

Amy Edmondson: The fearless Organization https://amzn.to/3j1GSyd (Ref-Link)

• Google Project Aristotle https://rework.withgoogle.com/print/guides/5721312655835136/
• Your Daily Scrum is killing your team: https://blog.jbrains.ca/permalink/your-daily-scrum-is-killing-your-team
• Fragebogen von Amy Edmondson zu Psychologischer Sicherheit (Richard McLean) https://medium.com/@mcleanonline/measuring-psychological-safety-81dd1da91915

Bildquelle: https://commons.wikimedia.org/wiki/File:CISV_trust_game.JPG (CC BY-SA 3.0)

Der Beitrag Folge 96: Psychologische Sicherheit in Teams (mit Michael May) erschien zuerst auf Mein Scrum ist kaputt!.

Der Release Sprint gilt gemeinhin als Anti-Pattern. Wir graben in unserer Vergangenheit nach eigenen Erfahrungen mit Release Sprints und versuchen zu erörtern, ob wir sie gut oder schlecht fanden und ob wir sie heute nochmal – aller Anti-Pattern zum Trotz – nicht dennoch erneut einsetzen würden

• [Dominik] Video Game Industry Rocked by Outpouring of Sexual Misconduct Allegations: https://www.bloomberg.com/news/articles/2020-06-24/video-game-industry-rocked-by-outpouring-of-sexual-misconduct-allegations
• [Seb] Simon Sinek: Warum gute Anführer einem Sicherheit geben https://www.youtube.com/watch?v=lmyZMtPVodo

Der Beitrag Folge 95: Release Sprint erschien zuerst auf Mein Scrum ist kaputt!.

Sage und schreibe 4 Jahre ist es nun her, dass wir mit „Flying Dutchman Scrum“ am 2. September 2016 die erste Folge von „Mein Scrum ist kaputt“ veröffentlicht haben. 4 Jahre und 93 Folgen später feiern wir dieses Ereignis und lassen das letzte Podcast- sowie private Jahr Revue passieren.

Und da wir in den bisherigen Geburtstagsfolgen Ankündigungen für die Zukunft abgegeben haben, die nie eingetreten sind, lassen wir für die Kategorie diesmal der Vorstellungskraft freien lauf – warum etwas Realistisches planen, wenn man gleich die eigene Großveranstaltung planen kann?

Der Beitrag Folge 94: 4 Jahre "Mein Scrum ist kaputt" erschien zuerst auf Mein Scrum ist kaputt!.

„Das hast du wirklich gut gemacht!“ – so oder so ähnlich fallen Sätze im Arbeitsalltag, wenn es darum geht, dass wir unseren Kolleg*innen Anerkennung ausdrücken möchten – und dann aber vielleicht eher ins Tätscheln verfallen.

Lob vs. Anerkennung ist das, worüber wir heute sprechen möchten. Wir möchten herausfinden, ob es Unterschiede gibt wenn ja: Wie sehen diese aus? Und wenn eines der beiden blöd ist, wie mache ich das Andere richtig?

• Kudo Cards https://management30.com/practice/kudo-cards/
• Retrospektive: In Anerkennung baden https://retromat.org/de/?id=34

• [Sebastian] Scrum Prime: https://www.scrumprime.com/
• [Ina] Instagram Profil seiten.verkehrt: https://instagram.com/seiten.verkehrt

Der Beitrag Folge 93: Lob vs. Anerkennung erschien zuerst auf Mein Scrum ist kaputt!.

Auch in dieser Folge widmen wir uns einem Hörervorschlag. Themole wollte wissen, welche Vorgangstypen es denn eigentlich gibt und welche sinnvoll sind. Dabei müssen wir zuallererst mit einiger Verwirrung aufräumen, die es – wohl auch gerade dank JIRA – rund um die Begriffe Epics, User Stories, Tasks, Subtasks und anderer solcher „Vorgangstypen“ gibt. Wir lösen uns dabei von JIRA und schauen, welche Begriffe denn überhaupt gängig sind und was sie üblicherweise bedeuten und was wir darunter verstehen.

Abschließend widmen wir uns auch der Frage, wie und wann diese unterschiedlichen Einheiten überhaupt entstehen und zum Einsatz kommen und, was wir glauben, warum sich Thomale mit dieser Unterteilung in seinem Projekt im Embedded Systems Umfeld schwer tut.

Kurzer Hinweis in eigener Sache: Wir mussten die Folge aufgrund einer Unterbrechung in zwei Teilen aufnehmen und reißen in dem Zusammenhang auch kurz das Thema an, wie man eigentlich als Moderator mit Störungen und Unterbrechungen umgeht.

• [Ina] Geo Gussr: https://www.geoguessr.com/
• [Sebastian] Let’s Talk Agile Podcast von Till Weinert: https://podcasts.apple.com/de/podcast/lets-talk-agile/id1522563685

• „Blop“ Sound von Mark DiAngelo: http://soundbible.com/2067-Blop.html
• „Magic Wand“ Sound von Timbre: https://freesound.org/people/Timbre/sounds/221683/

Beitragsbild von Jacopo Romei, Published under CC BY-SA 2.0

Der Beitrag Folge 92: Epics, User Stories, Tasks und andere Vorgangstypen erschien zuerst auf Mein Scrum ist kaputt!.

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?

• [Ina] Internet Archive: Wayback Machine
• [Dominik] Did the Early Internet Activists Blow It?
• [Sebastian] Blog Führung erfahren von Marcus Reitner 

Der Beitrag Folge 91: Verbranntes Scrum erschien zuerst auf Mein Scrum ist kaputt!.

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.

• Relative Weight Backlog: https://www.dropbox.com/s/oe6wh4ljwszdu07/Relative%20Weight%20Backlog.xlsx?dl=0

• [Ina] Podcast Spielplatzgespräche
• [Sebastian] University of Kent: Does self-love or self-hate predict conspiracy beliefs? Narcissism, self-esteem and the endorsement of conspiracy theories
• [Dominik] Fake Facts: Wie Verschwörungstheorien unser Denken bestimmen (Katharina Nocun und Pia Lamberty) – Affiliate Link
• [Dominik] Beachgrooves Radio

Der Beitrag Folge 90: PO Toolbox, Teil 4 - Priorisieren erschien zuerst auf Mein Scrum ist kaputt!.

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.

Wir steigen mit einer Diskussion über die Frage, was die richtige Größe überhaupt ist ein und schauen uns dann vier verschiedene Tools an.

• User Stories aufteilen (agile for all): https://agileforall.com/splitting-stories-in-german-or-user-stories-aufteilen/
• SPIDR (Mike Cohn): https://www.mountaingoatsoftware.com/exclusive/spidr-poster-download
• Patterns for Splitting User Stories (Richard Lawrence): https://agileforall.com/patterns-for-splitting-user-stories/
• Breaking Down Technically Complex User Stories (agile 42): https://www.agile42.com/en/blog/2015/04/08/techniques-breaking-down-technically-complex-user-stories/
• 5 Regeln für gute User Stories: https://www.dropbox.com/s/b294zlqajwbdqxr/5%20Regeln%20f%C3%BCr%20gute%20User%20Stories.docx?dl=0
• Writing Effective User Stories (Angela & Tom Hathaway): https://amzn.to/3eB9aO9 – Affiliate Link

• [Ina] Decision Poker
• [Seb] Mit Ignoranten sprechen – Wer nur argumentiert, verliert – Affiliate Link

Der Beitrag Folge 89: PO Toolbox, Teil 3 - Anforderungen schneiden erschien zuerst auf Mein Scrum ist kaputt!.