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

Sebastian Stautz ist von Beruf Softwaretester, kennt aber auch die andere Seite, da er ursprünglich eine Ausbildung zum Fachinformatiker Systemintegration gemacht hat. Mit ihm reden wir darüber, was es bedeutet Softwaretester in einem agilen Team zu sein, warum Softwaretesting so wichtig ist und woran Entwickler gar nicht erst denken, wenn sie an das Thema Testen denken. Buchtipp #1: Marty Neumeier - Metaskills: Five Talents for the Robotic Age Buchtipp #2: Andreas Spillner, Tino Linz: Basiswissen Softwaretest

The Return of the Streitgespräch! Aber nicht nur das. Wir sprechen über eine der umfangreichsten Revisionen des Scrum Guides. Die Rolle des Scrum Master wurde nachgeschärft, der Sinn und Zweck des Daily Scrum präzisiert, die Form aber flexibler gestaltet und es gab Detaillierungen insbesondere zu Timeboxes. Und Streitgespräch? Nach unserer intensiven Diskussion, die wir mal im Schätz-Podcast hatten, debattieren wir dieses Mal auch intensiv über das Thema Teamgrößen und Teamzusammenstellung.

Tommy Krappweis war in den 90ern Teil des "RTL Samstag Nacht" Ensembles, hat um 2000 herum "Bernd das Brot" erfunden und ist in jüngerer Zeit außerdem für Bücher und Filme wie "Mara und der Feuerbringer", "Das Vorzelt zur Hölle" oder das just erschienene Hörbuch "Ghostsitter" bekannt. Wir unterhalten uns mit Tommy über seine Sicht als Kunde über die Entwicklung des 2014 erschienenen PC-Spiels "Bernd das Brot und die Unmöglichen" und kommen darüber zu seiner generellen Arbeitsweise und -einstellung bei Filmen, Serien, Büchern und Spielen.

Bernd Schiffer hat bei seiner Keynote "Agilität im Wandel der Zeit und der Kulturen" auf den XP Days 2017 an mehreren Stellen durchscheinen lassen, wie die agile Denkweise sein Privatleben beeinflusst hat. Wir nahmen dies zum Anlass und haben Bernd mal etwas genauer befragt wie, wo und wann agile Denkweise und Methodik in seinem und dem Privatleben seiner Familie Einzug gehalten hat. Die Momente decken eine große Bandbreite von Auswanderung über Kinderkriegen bis hin zu Kindererziehung ab.

Mick Hohmann ist Product Owner bei der Mayflower GmbH und hält gelegentlich einen Vortrag über Product Owner NoGos. Dominik hat sich mit ihm getroffen und mit ihm über paar dieser Anti-Pattern gesprochen, zum Beispiel was ist, wenn der Product Owner nicht Teil des Teams ist oder wenn der PO in zu technischen Diskussionen abgehängt wird. Wir tauschen Anekdoten und Lösungsansätze aus und diskutieren die Frage, wie sinnvoll es ist, dass der Scrum Guide zwischen Scrum Team und Entwicklungsteam unterscheidet.

Die wohl bekannteste Form von Slacktime ist die (mittlerweile nicht mehr existente) Google 20% Regel. Wir sprechen über unsere eigenen Erfahrungen mit Slacktime und kommen darüber auch auf Hackathons, Coding Dojos und Gamejams zu sprechen.

Heute vor genau einem Jahr ist mit "Flying Dutchman" Scrum unsere allererste Folge erschienen. Wir lassen das Jahr Revue passieren und unterhalten uns über unsere jeweiligen Lieblingsfolgen, unsere generellen Highlights und geben einen kleinen Ausblick was demnächst alles so kommt oder kommen könnte. Ursprünglich wollten wir in der Beschreibung noch irgendwas mit "die große Geburtstagsfolge" schreiben, aber 20 Minuten sind einfach nicht groß. Wir sagen vielen Dank für das Jahr, in dem ihr uns zugehört, mit uns diskutiert, uns Themen vorgeschlagen habt oder uns auch mal ganz spontan Lego ausgeliehen habt und hoffen, dass ihr uns weiterhin erhalten bleibt. Auf die nächsten 52 Wochen!

Etwas später als gedacht, haben wir es aber endlich geschafft eine vierte, finale, Folge zum Thema "Agil skalieren" aufzunehmen. Dominik klärt mit unserem Gast Birgit Mallow, selbstständige Beraterin / Agile Coach, nicht nur die Details darüber, wie das Scaled Agile Framework aufgebaut ist, sondern versucht auch direkt zu Anfang mit Birgit zusammen die Frage zu beantworten, warum SAFe so unbeliebt ist. Außerdem erfahrt ihr, was das alles mit Parkplätzen zu tun hat. Hinweis: Im Podcast beziehen wir uns auf SAFe in der Version 4.0. Zum Zeitpunkt der Aufnahme war 4.5 erst seit kurzer Zeit erschienen.

Die Folge der vielen Versprecher! Mit viel Gestammel tauschen wir Anekdoten über kaputte und gute Taskboards aus, klären, wie die Definition of Done auf dem Board landet sowie die Frage, ob analoge Boards denn nicht Papierverschwendung sind.

Der klassischste aller Rollenkonflikte in einem Scrum Team ist, wenn eine Entwicklerin oder ein Entwickler gleichzeitig Scrum Master ist. Doch auch die Kombination aus Scrum Master und Product Owner oder Entwicklerin und Product Owner ist problematisch. Wir werfen einen Blick auf die verschiedenen Konstellationen und deren Probleme und wie man letztendlich damit umgehen kann.

Im Mai 2017 haben wir auf der JAX den Vortrag "Mein Scrum ist kaputt!" gehalten, der auch auf Video aufgenommen wurde. Mit freundlicher Genehmigung der S&S Media GmbH präsentieren wir euch die Tonspur unseres Vortrags, in dem wir diverse Phänomene beleuchten, die uns beim Einsatz agiler Softwareentwicklung immer wieder über den Weg gelaufen sind. Diese versuchen wir zu analysieren, wie sie entstehen und bieten Hilfestellungen an, um diese zu vermeiden oder, wenn sie bereits eingetreten sind, in Angriff zu nehmen.

Katrin Bretscher ist Sport-Mentaltrainerin und coacht ein schweizer Eishockey-Team. Außerdem ist sie auch gleichzeitig freiberufliche Scrum Masterin und hat in einem augenöffnenden Moment erkannt, dass sie viele Methoden aus dem Sport-Mentaltraining auf ihre Arbeit als Scrum Masterin anwenden. Sie erzählt uns, wie so ein Mentaltraining überhaupt aufgebaut ist, was die "individual zone of optimal functioning" ist und wie Superkompensation nicht nur beim Muskelaufbau, sondern auch im Beruf hilft. Aufgenommen auf dem Agile Coach Camp 2017.

Auf dem Agile Coach Camp 2017 hat sich Dominik mit Dana, Mick von Mayflower und Alexander von oose zusammengesetzt und die Fragestellung diskutiert, ob es so etwas wie viel Transparenz geben kann. Relativ ausführlich erzählen wir dabei von unseren Erfahrungen damit, welche Vor- und Nachteile Transparenz hat und überlegen uns, wie wichtig Timing, Relevanz, zielgruppengerechte Aufbereitung und Pull von Informationen sein kann.

Es kommt gelegentlich mal vor, dass ein Sprint abgebrochen werden muss. Der Scrum Guide ist zudem unerwartet ausführlich zu dem Thema (Zitat Sebastian: "Da steht fast mehr dazu drin als über die Aufgaben eines Scrum Masters"). Wir reden darüber, wann ein Sprintabbruch sinnvoll ist, wer ihn anordnen darf und versuchen herauszufinden, was in aller Welt der Scrum Guide mit dem Satz "Die bislang daran geleistete Arbeit verliert schnell an Wert, daher müssen diese Einträge häufiger neu geschätzt werden." meint.

Schätzen ist ein leidiges Thema, besonders in der Softwareentwicklung - zu oft wird man auf ein Bauchgefühl festgenagelt. Wir suchen nach Gründen dafür, warum es sinnvoll ist in Storypunkten zu schätzen und welche Methoden es dafür gibt. Zum ersten Mal entfacht außerdem fast schon eine hitzige Debatte zwischen Sebastian und Dominik, wie sinnvoll es ist, die ursprüngliche Referenz für die eigene Schätzskala auf Dauer zu behalten. Zum Abschluss haben wir beide noch puren Trash in den Picks der Woche.

Der Scrum Guide ist sehr vage, was Impediments betrifft. Wir schauen uns diverse Klassifizierungs- sowie Verwaltungsmöglichkeiten für Impediments an und diskutieren darüber, wie sinnvoll eine "Definition of Impediment" für Teams ist, die neu mit Scrum anfangen.

In Retrospektiven kann es durchaus mal heiß hergehen. Dominik hat auf der JAX 2017 Konstantin Diener von der cosee GmbH befragt, was seine Tipps, Tricks und Ideen sind, um konstruktiv mit Emotionen in Retrospektiven umgehen zu können. Wir gehen dabei darauf ein, wie man den Einstieg in die Retrospektive wählt, wie man eine gemeinsame konstruktive Grundlage schaffen kann, wenn die Gemüter erhitzt sind, wie die Prime Directive helfen kann und was das alles für den Scrum Master bedeutet. Buchtipp: Tom Roden, Ben Williams - Fifty Quick Ideas To Improve Your Retrospectives

Dominik hat sich auf der JAX 2017 mit Frank Düsterbeck zusammengesetzt und mit ihm anhand seines Arbeitgebers, der HEC GmbH, über Agile Transformation gesprochen. Frank erzählt dabei wie das knapp 30 Jahre alte Unternehmen den Wandel von einer "klassischen" zu einer agilen Firma vollzogen hat, welche Probleme und Herausforderungen es dabei mit Mitarbeitern und Kunden gab, was aus den Hierarchien geworden ist, wie der Kulturwandel vonstatten ging und was bei der HEC GmbH Augenhöhe bedeutet. Buchtipp: Mark Lambertz - Freiheit und Verantwortung für intelligente Organisationen

Der Scrum Guide schlägt als optimale Entwicklungs-Teamgröße zwischen 3 und 9 Entwicklern vor. Unsere eigene Erfahrung zeigt aber teilweise, dass ein Team aus 9 Personen viel zu groß sein kann. Wir klären, was Gründe hierfür sind, warum ein Team aus 9 Entwicklern trotzdem die richtige Größe haben kann und was es mit dem 2-Pizza-Team auf sich hat.

Diese Woche widmen wir uns Michaels Hörerthema "Technische Schulden", auch bekannt als technical debt. Wir schauen uns an, wie technische Schulden überhaupt entstehen, wer für sie verantwortlich ist und wo der Unterschied zu Bugs liegt. Ferner klären wir die Frage, ob technische Schulden in das Product Backlog gehören und wie sinnvoll es ist, sie zu schätzen.

Im dritten Teil unserer Reihe über agile Skalierung werfen wir zusammen mit Marion Gakstatter sowie Fahd Al-Fatish, beide von der andrena objects ag, einen Blick auf das Framework Nexus. Die beiden erklären uns dabei wie der Nexus Flow mit Planning, Refinement, Review, Retrospektive und Daily aussieht und wie eine teamübergreifende Definition of Done entsteht. Desweiteren zeigen sie mit dem Nexus Integration Team auf, wo sich Nexus von anderen Skalierungs-Frameworks unterscheidet.

Viele Teams arbeiten heutzutage verteilt, oft sogar über Landesgrenzen hinweg. Wir plaudern ein bisschen aus dem Nähkästchen über unsere Erfahrungen, Stolperfallen sowie Tipps für verteilt arbeitende Teams.

Im zweiten Teil unserer Reihe über "Agil skalieren" geht es um das Large Scaled Scrum Framework - kurz LeSS. Markus Gärtner von it-agile erklärt uns, was die Unterschiede zwischen "Basic LeSS" und "Huge LeSS" sind, wie die Struktur von LeSS aussieht, wie Feature Teams und Requirement Areas zusammenhängen und wie die Rolle des Product Owners in LeSS aussieht.

Der Fall ROBASO hat für viel Kopfschütteln gesorgt: Eine Behörde führt ein vermeintlich agiles Projekt durch und stellt nach 60 Millionen Euro und 4 Jahren "Labor"-Phase fest, dass die Software unbenutzbar ist. Sebastian analysiert zusammen mit Christian Dähn von it-agile die Lage: Christian erzählt ein wenig von seiner Erfahrung mit Behördenprojekten und gibt Hinweise darauf, wo das Projekt vermutlich schief gelaufen ist und wie man die Katastrophe hätte verhindern können.

Wir starten mit unserer (voraussichtlich) vierteiligen Serie zu agiler Skalierung. In der ersten Folge spricht Dominik mit Boris Gloger über dessen "Scrum Think Big" Ansatz, wie er diesen Ansatz entwickelt hat und was der wesentliche Unterschied zu Ansätzen wie SAFe, LeSS oder Nexus ist. Boris erklärt außerdem, warum eine entkoppelte Architektur wichtig ist, wie Digitalisierung agile Skalierung vereinfacht und worauf Projektleiter, Manager oder CXO achten müssen, um sicherzustellen, damit ein großes, agiles Projekt funktioniert.

Vielen ist gar nicht klar, was ein Scrum Master den ganzen Tag so tut und was seine Hauptaufgaben sind. Wir versuchen anhand von verschiedenen Modellen eine Erklärung zu liefern und beantworten außerdem die Frage, wie viele Teams, aus unserer Sicht, ein Scrum Master überhaupt sinnvoll betreuen kann. #sm140 Challenge Wir versuchen am Anfang des Podcasts die Aufgabe eines Scrum Masters in twitterkompatiblen 140 Zeichen zu beschreiben. Wir sind interessiert daran, wie eure Version davon aussehen würde. Schreibt das einfach auf Twitter mit dem Hashtag #sm140, wir werden die Antworten ca. die nächsten 2 Wochen lang sammeln.

Nicht selten tritt es auf, dass der Product Owner keine einzelne Person ist, sondern eine Gruppe von Personen. Das ist nicht immer sinnvoll, aber auch nicht immer schlecht, es hängt aber auch maßgeblich davon ab, wer Product Owner ist oder wie konsensfähig das Product Owner Team ist. Wir überlegen außerdem, wer idealerweise überhaupt Product Owner wird und ob Consultants geeigneter für die Rolle sind.

Armin Schubert, einer der Geschäftsführer von Emendare (und unser Gast in Folge 11: Was macht einen agilen Coach aus?), war vor einigen Jahren unter den ersten Leuten, die die Scrum Master Ausbildung gemacht haben - heutzutage bietet er mit seiner Firma diese Ausbildung selber an. Im aktuellen Podcast erzählt er, was die Scrum Master Ausbildung überhaupt ist, warum die Ausbildung nichts mit klassischen IHK-Ausbildungen zu tun hat und was man während der sechsmonatigen Zeit lernt.

Dominik befand sich neulich auf der Suche nach einer neuen Arbeit und ist dabei erschreckend oft auf geringe Urlaubsansprüche gestoßen. Wir nehmen das zum Anlass, um über Work-Life-Balance zu reden und stellen uns die Frage, was uns persönlich wichtig ist. Außerdem überlegen wir, inwiefern das ganze ein Luxusproblem der IT-Branche sein könnte und wie sehr amerikanische Arbeitskultur die Unsere beeinflusst. In den letzten 15 Minuten driften die Picks der Woche dann in etwas (politischen) Offtopic ab.

Jedes Team gerät mal in einen Streit. Ist das der Fall, dann ist es wichtig, dass man darauf richtig reagiert und den Konflikt vernünftig gestalten kann. Wie sowas aussehen kann, wie man es trainieren kann und was überhaupt ein Konflikt, und was ein Problem ist, klären wir zusammen mit unserem Gast, dem Mediencoach und Kommunikationstrainer, Conrad Giller.

Jahresanfänge drehen sich klassischerweise um Ziele, so auch bei uns. Deswegen befassen wir uns diese Woche tiefergehend mit Sprintzielen, guten sowie schlechten und beleuchten, wie gute Zielen generell aussehen. Außerdem vereinbaren wir live im Podcast ein Ziel für 2017!

Tim hat uns vor ein paar Wochen mit einer ausführlichen Email mit vielen Fragen zum Thema Produktentwicklung und MVP angeschrieben. In der letzten Folge für dieses Jahr unterhalten wir uns mit ihm zusammen über das Thema und klären, wie man die Produktentwicklung gut visualisieren und verwalten kann. Außerdem werfen wir einen Blick auf das Minimum Viable Product (MVP) und ein paar seiner Eigenschaften und geben außerdem Hilfestellung dazu, wie man Scope Creep entgegenwirken kann.

Es weihnachtet sehr! Alle Jahre wieder kommen Weihnachten und Silvester völlig unerwartet um die Ecke und stellen Teams vor das Problem: Wie gehen wir eigentlich mit Sprints "zwischen den Jahren" um? Wir gehen dieser Frage nach und schweifen dabei in jede Menge Smalltalk über die Excrementory Grindfuckers, Bertolt Brecht und Weihnachtsglöckchen aus der Hölle ab. Ho ho ho!

Auf den XP Days 2016 haben wir uns Marc Löffler, Autor des Buchs "Retrospektiven in der Praxis" geschnappt, um zusammen mit ihm über Retrospektiven-Anti-Patterns, Inspect & Ignore sowie Popcorn zu reden.

In unserer bisher größten Runde dreht sich alles um das Daily Scrum (auch bekannt als Daily Standup, aufgenommen im Sitzen). Im Rahmen des Open Space der XP Days 2016 haben wir mit Ina Einemann (HEC), Tim Bourguignon (Mathema Software GmbH), Marco Prüser (24 technology), Alicia Hunter (borisgloger consulting GmbH) und Andy May (Fiducia & GAD IT AG) über Reporting-Dailies, den Product Owner im Daily sowie Mute Zones gefachsimpelt und uns auch die Frage gestellt, wie man das Daily pünktlich starten und enden lassen kann. Premiere: Mit Ina und Alicia haben wir die ersten 2 Frauen im Podcast!

Anders als geplant, geht es heute nicht um MVP (Sorry, Tim!), sondern um die Frage, ob ein Scrum Master Domänenwissen braucht. Dabei hangeln wir uns am Streitpunkt entlang, ob es von Vor- oder Nachteil ist, wenn sich der Scrum Master in der Domäne seines Teams auskennt. Dabei sprechen wir auch an, was das tatsächliche Problem sein kann, wenn das Team glaubt, der Scrum Master mache nur "Blümchenwiese".

Wir versuchen uns mit unserem Gast Armin Schubert von der Firma Emendare zu definieren, was eigentlich ein Agiler Coach ist. Im Laufe des Gesprächs reden wir darüber, welche Aufgaben ein Agile Coach hat, was ihn vom Scrum Master unterscheidet und wie man überhaupt Agile Coach wird.

Auf Wunsch von Patrick unterhalten wir uns heute über das Sprint Review. Wir klären die Definition, tauschen uns darüber aus, was bei uns gut und was auch nicht so gut funktioniert hat und ob PowerPoint Folien in Reviews eigentlich zugelassen sind oder nicht. Recht ausführlich geht es außerdem darum, wie man sein Sprint Review konstruktiv und effektiv gestalten kann.

Wir waren diese Woche auf der IPC unterwegs und haben uns Johann-Peter Hartmann und Daniel Hallmann geschnappt, um mit ihnen über Schmerzen und Erfolge beim Weg zur agilen Organisation zu reden. Die beiden erzählen, wie bei Mayflower Entscheidungen getroffen werden, wie bei ihnen Communities of Practice entstehen, welche Erfahrungen sie mit Agil und Führung gemacht haben und warum Mayflower 1x im Jahr ein firmeninternes Barcamp macht.

Besonders schwierige Scrum-Projekte tendieren dazu, irgendwann in den sogenannten "Kanban Modus" zu wechseln. Wir klären, was dieser ominöse Kanban Modus überhaupt ist, ob er überhaupt gut ist, und warum Kanban gar kein Prozess ist.

Wir tauschen heute Anekdoten über die "Definition of Done" aus, in denen es darum geht, wer die DoD beeinflussen kann und darf, wie wir sicherstellen, dass die DoD auch verwendet wird und wie man die DoD kontinuierlich weiterentwickeln kann. Zuletzt erörtern wir noch die Sinnhaftigkeit einer "Release Definition of Done".

Etwas ausufernder als geplant, unterhält sich Dominik mit unserem Stargast™ Björn Schotte von Mayflower über Verträge für agile Softwareentwicklungsprojekte. Björn schreibt gerade ein eBook zu dem Thema und kennt sich deshalb bestens mit den diversen Vertragsformen wie Time & Material oder Agilem Festpreis, sowie mit Vertragsdetails wie "Money for nothing, changes for free" oder möglichen Sonderkündigungsrechten, aus.

In Folge 5 geht es um Käfer. Wir wollen die kleinen Kerlchen aber nicht wertschätzen, sondern sprechen darüber, wie man agilen Softwareprojekten mit Bugs umgehen kann. Anhand unserer eigenen Erfahrung beantworten wir die Fragen, ob es sinnvoll ist, Bugs zu schätzen, wie man Bugfixing transparent gestalten kann und wie man mit neu auftauchenden Bugs umgeht. Zu guter letzt sprechen wir über Bugtracker und Handhabung langer Buglisten.

Heute unterhält sich Dominik mit unserem Gast Simon Krüger darüber, was man tun kann, wenn die Deadline näher rückt, das Produkt aber nicht fertig wird und außerdem das Geld langsam ausgeht. Simon ist Projektleiter für das Spiel "Series Makers" und erzählt über seine Erfahrungen und Fehler, die er dabei gemacht hat und was er unternommen hat, um wieder auf einen grünen Zweig zu kommen.

Heute geht es um den "Sprint 0". Was ist das überhaupt, warum setzen Teams es ein und vor allem: Braucht man das überhaupt? Anhand diverser Anekdoten und Blogposts versuchen wir diese Sinnhaftigkeit zu ermitteln.

In der zweiten Folge von "Mein Scrum ist kaputt" sprechen wir über das Product Backlog. Dabei sprechen wir darüber, was beim Product Backlog oft schief geht, wie man ein Product Backlog mittels Product Backlog Eisberg und hierarchischen Backlogs sinnvoll verwalten kann. Außerdem sprechen wir über das Aufteilen von User Stories und beleuchten zuletzt Vor- und Nachteile von diversen (Software-)Tools für Product Backlogs. Alle Shownotes und Links zur Sendung finden sich auf http://www.meinscrumistkaputt.de/folge-2-das-product-backlog/

In unserer ersten Folge sprechen wir über das Phänomen "Flying Dutchman Scrum": wenn ein Team ständig vor sich her entwickelt, nie aber ein konkretes Ziel zu erreichen scheint. Oder aber, wenn auf dem Weg zum Ziel alle paar Sprints der Fokus wechselt und man das große Ziel aus den Augen verliert - vielleicht aber auch gar keines hat. In diesem Kontext stellen wir das ProdPad Product Vision Template vor, schauen kurz auf das Product Vision Board von Roman Pichler, erklären den Unterschied zwischen Produktvision und Mission Statement und reden kurz über den Business Model Canvas und den Value Proposition Canvas. In den Picks: Dominik stellt den lesenswerten Artikel "So, how do you make Agile successful" von Chen Ping vor, Sebastian erklärt, wie ihr mit haveibeenpwnd.com herausfindet, ob eure Zugangsdaten in irgendeinem Datenleak auftauchen. Alle Shownotes und Links zur Sendung finden sich auf http://meinscrumistkaputt.de/folge-1-flying-dutchman-scrum/