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.
Folge 33: Die Crux mit dem Schätzen
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.
Links
- Exploring the „Planning Fallacy“: Why People Underestimate Their Task Completion Times (Roger Buehler, Dale Griffin, and Michael Ross): http://web.mit.edu/curhan/www/docs/Articles/biases/67_J_Personality_and_Social_Psychology_366,_1994.pdf
- Stacey, Cynefin, oder warum zelebriert Mayflower Agil (Martin Brotzeller): https://blog.mayflower.de/5635-Stacey-Cynefin-Agil-zelebrieren.html
- NoEstimates – How To Measure Project Progress Without Estimating (Vasco Duarte): http://noestimatesbook.com/
- Different estimation methods compared (Dominik Ehrenberg): https://agileblogorg.blogspot.com/2012/06/different-estimation-methods-compared.html
Picks
Folge 32: Impediments - Ist das noch gut oder kann das weg?
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.
Links
- Der Scrum Master als Impediment-Beseitiger: https://www.scrum.de/der-scrum-master-als-impediment-beseitiger/
- Scrum Guide: http://www.scrumguides.org/docs/scrumguide/v2016/2016-Scrum-Guide-German.pdf
- Scrum Master Community: https://www.facebook.com/groups/ScrumMasterCommunity/
Picks
Folge 31: Emotionen in Retrospektiven (mit Konstantin Diener)
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
Links
- Konstantin Diener bei Twitter: https://twitter.com/onkelkodi
- Retrospektivenwerkzeugkasten (Konstantin Diener): https://speakerdeck.com/konstantin_diener/retrospektivenwerkzeugkasten
- cosee Agile Blog: http://agile.cosee.biz
- Fifty Quick Ideas To Improve Your Retrospectives (Tom Roden, Ben Williams): https://www.amazon.de/Fifty-Quick-Ideas-Improve-Retrospectives/dp/0993088120
Folge 30: Agile Transformation (mit Frank Düsterbeck)
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
Links
- HEC GmbH Blog: http://journal.hec.de
- Frank Düsterbeck bei Xing, LinkedIn, Twitter
- Willkommen in der Postmoderne – Organisation und Führung im Innovationswettbewerb (Frank Düsterbeck): https://www.slideshare.net/fduesterbeck/willkommen-in-der-postmoderne-organisation-und-fhrung-im-innovationswettbewerb
- Freiheit und Verantwortung für intelligente Organisationen (Mark Lambertz): https://www.amazon.de/Freiheit-Verantwortung-f%C3%BCr-intelligente-Organisationen/dp/3000525599
Folge 29: Teamgröße
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.
Links
- Management Brainfucks (Johann-Peter Hartmann): https://de.slideshare.net/johannhartmann/management-brainfucks
- Team Performance and Team Size: http://www.teambuildingportal.com/articles/systems/teamperformance-teamsize
- The effects of team size (Dominik Ehrenberg): https://agileblogorg.blogspot.com/2016/04/the-effects-of-team-size.html
Picks
Folge 28: Technische Schulden
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.
Links
- Technische Schulden (Wikipedia): https://de.wikipedia.org/wiki/Technische_Schulden
- Clean Coder: Verhaltensregeln für professionelle Programmierer (Robert C. Martin): https://www.amazon.de/Clean-Coder-Verhaltensregeln-professionelle-Programmierer/dp/3826696956
- Technical Debt Estimation: http://www.castsoftware.com/research-labs/technical-debt-estimation
- The CRASH Report – 2011/12 (CAST Report on Application Software Health): http://www.castsoftware.com/resources/resource/whitepapers/cast-report-on-application-software-health
Picks
Folge 27: Nexus (mit Marion Gakstatter & Fahd Al-Fatish) - Agil skalieren, Teil 3
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.
Links
- Fahd Al-Fatish bei XING: http://www.xing.com/profile/Fahd_AlFatish
- Marion Gakstatter bei LinkedIn: https://www.linkedin.com/in/marion-gakstatter-82947397
- andrena objects ag: https://www.andrena.de/
- Training Scaled Professional Scrum (SPS) mit Fahd Al-Fatish: https://www.andrena.de/event/scaled-professional-scrum-sps
- Entwicklertag 2016: Nexus in der Praxis. Ein Realitätscheck – Hartmut Senska & Marion Gakstatter, https://www.youtube.com/watch?v=j1VAzxfxTMA
- Entwicklertag 2016: Refinements @ Scale – Hartmut Senska & Jan Baumann, https://www.youtube.com/watch?v=ujrKHwHzMrc
- Scaling Scrum with Nexus (Scrum.Org): https://www.scrum.org/resources/scaling-scrum
Folge 26: Verteilte Teams
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.
Links
- Die 5 Dysfunktionen eines Teams (Patrick M. Lencioni): https://www.amazon.de/Die-5-Dysfunktionen-eines-Teams/dp/352750799X (Affiliate Link)
- Stormz: stormzhangout.com
- Conteneo Weave (ehemals innovation games): innovationgames.com
Picks
Folge 25: LeSS (mit Markus Gärtner) - Agil skalieren, Teil 2
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.
Links
- Markus Gärtner bei Twitter: https://twitter.com/mgaertne
- it-agile: https://www.it-agile.de/
- Shades of Scrum: 3 Product Owners and a Product Owner Shaped Object (Stefan Roock): https://stefanroock.wordpress.com/2012/12/09/shades-of-scrum-3-product-owners-and-a-product-owner-shaped-object/
- Port of Rotterdam HaMIS Development: a LeSS Perspective: http://less.works/case-studies/port-of-rotterdam.html
- Scaling Lean and Agile Development: Thinking and Organizational Tools for Large-Scale Scrum (Craig Larman, Bas Vodde): https://www.amazon.de/Scaling-Lean-Agile-Development-Organizational/dp/0321480961
- Practices for Scaling Lean and Agile Development (Craig Larman, Bas Vodde): https://www.amazon.de/Practices-Scaling-Lean-Agile-Development/dp/0321636406
- Large-Scale Scrum: More with LeSS (Craig Larman, Bas Vodde): https://www.amazon.de/Large-Scale-Scrum-More-Addison-Wesley-Signature-ebook/dp/B01JP91OR4