Transcription
Kenneth S. RubinEssential SerumUmfassendes Serum-WissenausÜbersetzung ausvonder PraxisdemKathrinEnglischenLichtenbergmitp
InhaltsverzeichnisZitateSerum-1VorwortvonMike gen27Über den Autor31iEinführung331.1Was ist Serum?331.2Die1.3Wieso Serum?1.4Ergebnisse1.5Kann Serum Ihnen helfen?UrsprüngeTeilSerum3536bei icated-Domäne401.5.3DieSimple-Domäne411.5.4Die Wissen, Regellosigkeit)Unterbrechungsgesteuerte Das 2.2.1Product Owner492.2.2ScrumMaster49
erum-Aktivitäten und -PlanungSprint-Ausführung2.3.5Daily Serum572.3.6Fertig int-RetrospektiveAbschließende Bemerkungen3Agile Prinzipien633.1Überblick633.2Veränderlichkeit und Unsicherheit662.3.8613.2.1Hilfreiche Veränderlichkeitbereitwillig annehmen663.2.2Iterative und inkrementelleEntwicklung673.2.3Ausnutzen der Veränderlichkeit durchnutzenInspektion,69Anpassung und Transparenz3.2.43.3Gleichzeitiges Reduzieren allerVorhersageund3.3.2Akzeptieren, dass3.3.4richtigEinenman esnichtgleichvonAnfang72adaptiven, untersuchenden Ansatz bevorzugenökonomisch sinnvolle3.43.574Weise75annehmen3.3.57071machen kannÄnderung auf eine.71Optionen offen halten3.3.3Unsicherheit.Anpassung3.3.1anFormen derVorhersagende, im Voraus erfolgende Arbeitadaptiver, bedarfsgerechter Arbeit abwägenmit7879Validiertes Wissen3.4.1Schnelles Validierenwichtiger Annahmengleichzeitiger Lernschleifen793.4.2Abwägen mehrerer793.4.3Organisieren des Workflows für schnelle Feedbacks8082Work in Process (WIP)3.5.1Wirtschaftlich sinnvolle Batch-Größen benutzen823.5.2Lagerbeständeerkennen und sinnvoll verwalten843.5.3Auf unerledigte Arbeit konzentrieren, nicht auf85untätige Arbeiter3.5.4Verzögerungskostenbetrachten87
zeitinformationenFortschrittmessen,indemanpassen undmanumplanenGüter validiert3.789Auf eine wertzentrierte3.6.388funktionierendeAuslieferung konzentrieren8990Leistung3.7.1Gehe schnell, aber hetze nicht3.7.2Baue3.7.3Mache alles ohneQualität 44.54.2.1Legt ein WIP-Limit fest964.2.2Erzwingt eine Priorisierung964.2.3Demonstriert Fortschritt974.2.4Verhindert unnötigen Perfektionismus974.2.5Motiviert die974.2.6Verbessert dieFertigstellungVorhersagbarkeit9898Kurze Zeitdauer4.3.1Erleichterte4.3.2Schnelles Feedback4.3.3Verbesserter Return98Planung99on .3.6Häufige Checkpoints999999Begeisterung100101Konsistente Dauer4.4.1Vorteile der Kadenz1024.4.2Vereinfacht die102Keine4.5.14.5.24.5.34.5.44.692Planungdas Ziel beeinflussenden ÄnderungenWas ist ein Sprint-Ziel?Gegenseitige VerpflichtungÄnderungen versus KlärungKonsequenzen einer ÄnderungPragmatisch4.5.6Abnormaler AbbruchDefinition4.6.1von103104104107108Fertig (Done)Wie lautet die Definition103106sein4.5.5103vonFertig?108
Inhaltsverzeichnis4.6.2vonFertig kann sichim Laufe der gvonFertig versus ngen4.7Abschließende5Anforderungen und5.1Überblick1155.2Gespräche1175.3Progressive Verfeinerung1185.4Was sind User Stories?119User 15119(Karte)(Gespräch)Confirmation (Bestätigung)120121122DetaillierungsgradStories INVESTieren1255.6.1Independent (unabhängig)1255.6.25.6.3Negotiable (verhandelbar)Valuable (werthaltig)Estimatable (schätzbar)1265.6.5Passende 7(prüfbar)Nichtfunktionale Anforderungen5.8Stories1305.9Stories ry MappingzumSchreibenvonUser Stories1321335.10Abschließende6Das 1386.3Merkmale guter .3.36.3.4EmergentBacklogsappropriately (ausreichend ätzt)(priorisiert)Pflege6.4.18Die Definition140141142Wasbedeutet Pflege?142
Inhaltsverzeichnis6.4.26.4.3Wer führt die6.5Die Definition6.6Flow Management6.7Pflege durch?Pflege statt?143Wann findet dievon1461486.6.1Release Flow6.6.2Sprint Flow ManagementManagementWelche und wie viele Product6.7.1Was ist ein Produkt?6.7.2Große Produkte6.7.36.7.4Mehrere TeamsEin ein ProductBacklogsBacklogmehrere Produkte1521531546.8Abschließende Bemerkungen1557Schätzung und Velocity1577.1Überblick1577.2Was undwannwir schätzen158Schätzungen für ätzungen7.2.3AufgabenschätzungenSchätzkonzepte für Product-Backlog-Elemente7.2.17.3Als Team t7.3.4Relativesind einheiten 7.5.3Vorteile1717.6Was istVelocity?1717.7Einen7.8DieVelocity vorhersagen1737.9DieVelocity beeinflussen1747.10Missbrauch der7.11Abschließende BemerkungenmanspieltVelocity-Bereich berechnenVelocity172175176
Inhaltsverzeichnis8Technische Schulden1778.1Überblick1778.2Die8.3Folgen technischerSchulden1798.2.1Unvorhersehbarer Wendepunkt1808.2.2Zunehmend verzögerte Auslieferung1808.2.3Beträchtliche Anzahl180anDefektenundSupport-KostenSteigende Entwicklungs-8.2.5Das Produkt verkümmert8.2.6Schwindende llgemeinerFrust1828.2.9Sinkende Kundenzufriedenheit182181,Ursachen der technischen Schulden1828.3.1Druck hinsichtlich des Erreichens einer Deadline1828.3.28.3.3Erfolglose niger Testen kann die Velocityderbeschleunigen184Schulden bauen auf Schulden auf.1858.4Technische Schulden8.5Die Zunahme technischer Schulden überwachenmüssenorganisiert werden1861878.5.1Bewährte technische Praktiken anwenden1878.5.2Eine starke Definition1888.5.3Die wirtschaftlichenrichtig8.6vonFertig benutzenAspekte technischer Schuldenverstehen188Technische Schulden sichtbar machen1918.6.1Technische Schulden auf geschäftlicher Ebenesichtbar machen8.6.2191Technische Schulden auf der technischen Ebenesichtbar machen8.7192Technische Schulden abbauen8.7.1194Nicht alle technischen Schulden solltenabgebautwerden8.7.2195Wenden Sie diePfadfinderregelSchulden ab, sobaldsie Ihnenan(BauenSie diebegegnen)8.7.3Bauen Sie technische Schulden8.7.4Bauen Sie die197schrittweise abtechnischen Schuldenhöchsten Zinsen zuerst ab101808.2.4mit197den198
InhaltsverzeichnisTechnische Schulden abbauen, während8.7.5manfür denKundenwerthaltige Arbeit erledigtBemerkungen1998.8AbschließendeTeil IIRollen2019Der Product 1Organisation der wirtschaftlichen Belange9.2.2Mitwirkung200205derPlanung207des ProductBacklogs207an9.2.3Pflege9.2.4Definition und Verifikation der9.2.5Zusammenarbeit mit dem9.2.6Zusammenarbeit mit den Verantwortung211Kompetenz9.4Der9.5Wer sollte Product Owner sein?Alltag eines Product twicklungAusgelagerte ng2192189.6Product Owner kombiniert mit anderen Rollen2209.7Das eter2219.7.2Chief 510.1Überblick22510.2Wichtigste enFührungskraft«226
utz10.2.5Beseitigungvon227HindernissenBerater in 6Transparent230229 22910.4Alltag23010.5Die Rolle ausfüllen231Wer sollte ScrumMaster sein?10.5.2Ist die Rolle des ScrumMasters eine10.5.3ScrumMaster in Kombination mit anderen tigste AufgabenDurchführung des Sprints11.3.1Tägliches Untersuchen und Anpassen11.3.2(»Inspect and Adapt«)Pflege des Product rodukt und Prozess untersuchen und anpassen237Sprint d11.4.111.4.2 Funktionsübergreifend vielseitigT-förmige Fertigkeiten11.4.3Die nikation mit hoher Bandbreite24511.4.6 Transparente KommunikationDie richtige Größe11.4.711.4.8 Fokussiert und verpflichtet11.4.9 In einer nachhaltigen Geschwindigkeit24611.4.512227störenden ähigkeiten10.2.610.3vor227246247arbeiten249
.5Abschließende25212Die Strukturen des 2.3Koordination mehrerer TeamsversusKomponententeams25325812.3.1Serum of Serums25812.3.2Der Überblick26513.2Teams koordinieren13.413.2.2Ein klares Ziel13.2.3Teams ams bevollmächtigenändern26926927113.3.1Die Mitarbeiter anspornen27113.3.2Kompetenz entwickeln27113.3.3Fachliche Anleitung bieten27213.3.4DieDieIntegritätdes Teams bewahrenUmgebung ausrichten und273273anpassenAgile Werte fördern273Hindernisse entfernen27413.4.3OrganisatorischeDie internen Abteilungen ausrichten13.4.4Die Partner ausrichten275Den274Wertschöpfungsfluss organisieren13.5.1Die Sichtweise des13.5.2Die wirtschaftlichen13.5.3MessungenEine275Systems annehmenAspekte organisierenund Berichte überwachenProjektmanager13.6.1 Projektmanagementaufgaben13.6.213.7267Teams n13.2.113.2.513.3Bemerkungen276276277in einem Scrum-Teamgetrennte Projektmanager-RolleAbschließende Bemerkungen275bewahren27727928313
InhaltsverzeichnisTeil III ck28714.2Gehen Sie nicht davon aus, dass im Voraus erstellte Plänekorrekt sind288Vorabplanung sollte hilfreich,14.3Die14.4Halten Sie sich dieverantwortbaren14.5bisPlanungsoptioneneinem PlanletztenzuAnpassen undgenügen289Planungsbestand richtig organisierenSiekleinere undhäufigereBevorzugen14.8Lernen Sie schnell dazu und weichen Sienötig292Releases14.7wenn es288289Konzentrieren Sie sich stärker auf dasDenzumAugenblick offenNeuplanen als darauf,14.6aber nicht exzessiv seinvom Plan293ab,sein sollte29514.9Abschließende15Planung auf 5.3Produktplanung e Vision29915.3.2Allgemeines Product ung15.5Sprint-PlanungTägliche PlanungAbschließende .2Teilnehmer30816.1.3Der 6.2.2Kalkulation derder Rendite über die LebensdauerVerzögerungskosten16.2.3 Schätzungen mit Genauigkeit statt PräzisionZuflussstrategien16.3.1 Den wirtschaftlichen Filter anwenden310311312315316316
Inhaltsverzeichnis16.416.3.2 Zufluss-und Abflussrate ausbalancieren16.3.3 Sich bietende Gelegenheiten schnell ergreifen16.3.4 Planen Sie kleinere, häufigere Releases317Abflussstrategien32216.4.116.5319320Auf unerledigte Arbeit konzentrieren, nicht aufuntätige Mitarbeiter32216.4.2Einrichten eines WIP-Limits32216.4.3Auf ein323Strategienzurkomplettes TeamwartenÜberprüfung der in znutzenrechnung verwenden16.6Abschließende17Visionsfindung 17.1.1DasTiming33017.1.2Teilnehmer33017.1.3Der Prozess33233217.3SR4Ü-BeispielDie Entwicklung17.4Erstellen eines17.5Die Definition der17.6Andere Aktivitäten34017.7Wirtschaftlich vernünftige Visionsfindung34217.2der Vision334336allgemeinen Product Backlogs337Produkt-RoadmapVertrauensschwelle anstreben17.7.1Eine realistische17.7.2Konzentrieren Sie sich auf eln Sie schnell34517.7.4Erwerben Sie validiertes Wissen34517.7.5Nutzen Sie eine inkrementelle17.7.6Lernen Sie schnell dazu und weichen SiePlan 34817.8Abschließende18Release-Planung (längerfristige ming35018.1.2Teilnehmer35018.1.3Der Prozess351
8.2.1Alles fest35318.2.2Umfang und Termin fest35418.2.3Fester35518.2.418.2.5Fester tät356aktualisieren18.3Das ProductBacklog pflegen18.4Die minimalfreigebbaren356357Funktionen(Minimum Releasable Features, MRFs) verfeinern35818.5Sprint Mapping (Einordnung der 7Release-Planung mit festem Umfang36618.8Die Kosten 2Teilnehmer37719.1.3Der Prozess378Ansätze für die38019.2.138019.2.219.3festemkommunizierenTeil IV Sprints19.2361Den Fortschritt in einem Release mit festemTermin18.10festem TerminDen Fortschritt in einem Release mitUmfang18.9.2mitDieSprint-PlanungZweiteilige Sprint-PlanungEinteilige Sprint-PlanungKapazitätermitteln382die Kapazität?19.3.1Was ätin ersicht erwerben381auswählen382384384385386
Inhaltsverzeichnis19.6DasSprint-Ziel verfeinern38819.7Diefinalisieren
14 Scrum-Planungsprinzipien 287 14.1 Überblick 287 14.2 GehenSie nichtdavonaus,dassimVoraus erstellte Pläne korrektsind 288 14.3 DieVorabplanungsollte hilfreich, abernicht exzessivsein 288 14.4 HaltenSiesich die Planungsoptionenbis zumletzten verantwortbaren Augenblickoffen 289 14.5 KonzentrierenSiesich stärker aufdas Anpassenund Neuplanen als darauf, einemPlan
