Umfang:
1 Online-Ressource (388 Seiten)
Ausgabe:
3rd ed
ISBN:
9783969108000
Anmerkung:
Intro -- Stimmen zum Buch -- Geleitwort -- Vorwort -- Wer dieses Buch lesen sollte -- Wem wir zu Dank verpflichtet sind -- Hinweise zur dritten Auflage -- Inhaltsübersicht -- Inhaltsverzeichnis -- 1 Einleitung -- Wie das Buch aufgebaut ist -- Wovon Sie profitieren -- Wer Sie begleitet -- Die SidP GmbH -- Das Scrum-Projekt -- Das Scrum-Team -- 2 Werte und Prinzipien -- Aller Anfang ist ein Anfang -- Der falsche Ansatz -- Fast niemand macht wirklich Scrum -- Agil sein beginnt im Kopf -- 2.1 Agile Werte -- Spielerisch wertvoll -- 2.2 Agile Prinzipien -- Kunden zufriedenstellen -- Änderungen willkommen heißen -- Häufige Auslieferung -- Fachübergreifende Zusammenarbeit -- Unterstützen und Vertrauen -- Direkte Kommunikation -- Funktionierende Lösungen -- Nachhaltige Geschwindigkeit -- Streben nach Qualität -- Einfachheit ist essenziell -- Selbstorganisiert agieren -- Inspect & -- Adapt -- 2.3 Häufige Herausforderungen -- Verbrannte Erde -- Taylor lässt grüßen -- Fehlende Verantwortungsübernahme -- Fehlende Fehlertoleranz -- Transparenz führt zu Schwierigkeiten -- Fehlender Mut -- Agile Werte werden nicht aktiv gelebt -- 3 Das Scrum-Team -- Bevor es losgeht -- 3.1 Scrum-Team -- Zusammensetzung eines Teams -- Psychologische Sicherheit -- 3.1.1 Verantwortlichkeiten -- Umsetzungsverantwortung -- Ergebnisverantwortung -- 3.1.2 Charakteristika -- Teamgröße -- Klare Zielausrichtung -- Stabilität -- Der vermeintliche Vorteil -- Wertgetriebene Zusammenarbeit -- Diversität -- 3.1.3 Häufige Herausforderungen -- Fehlende Kollaboration -- Zu große Scrum-Teams -- Ständige Veränderungen der Teamzusammensetzung -- Scrum Master nicht notwendig -- Spezialaufgaben -- 3.2 Entwickler -- Teamplayer -- 3.2.1 Verantwortlichkeiten -- 3.2.2 Charakteristika -- Selbstverwaltung (Autonomie) -- Interdisziplinarität (Crossfunktionalität) -- Selbst-Transzendenz
,
Pair Programming (Paarweise Zusammenarbeit) -- Swarming (Ausschwärmen) -- 3.2.3 Häufige Herausforderungen -- »Das ist nicht mein Job«-Attitüde -- Fehlende Fähigkeiten -- Keine funktionierenden Inkremente -- Teilzeitteammitglieder -- Komfortzone -- Dein Leben in 6 Minuten und 40 Sekunden -- Wo steht das Team? -- 3.3 Scrum Master -- Die goldene Regel -- Mandatsklärung -- 3.3.1 Verantwortlichkeiten -- Unterstützung des Scrum-Teams -- Selbstverwaltung und interdisziplinäre Zusammenarbeit -- Entwicklung wertvoller Produkte -- Unterschiedliche Wahrnehmungen -- Beseitigung von Hindernissen -- Moderation von Scrum-Events -- Dominanz in Meetings -- Unterstützung des Product Owners -- Kommunikation der Backlog Items, der Sprint-Ziele und des Produktziels -- Erfolgreiches Management des Product Backlog -- Langfristige Produktplanung -- Enge Zusammenarbeit fokussieren -- Unterstützung der Organisation -- Scrum in der Organisation etablieren -- Barrieren beseitigen -- Zusammenarbeit mit anderen Scrum Mastern -- 3.3.2 Charakteristika -- Dienend vorangehen -- Bei sich selbst beginnen -- Rollenvielfalt leben -- Coaching -- Konfliktbewältigung -- Beratung -- Training -- Facilitation -- Mentoring -- 3.3.3 Häufige Herausforderungen -- Neugebildete Teams -- Ein Scrum Master, mehrere Scrum-Teams -- Scrum Master als Impediment -- Die Wölfin im Schafspelz -- Scrum als Dogma -- Das Team lernt nicht -- Unvorbereitete Meetings -- 3.4 Product Owner -- 3.4.1 Verantwortlichkeiten -- Entwicklung des Produktziels -- Die Kunden oder Nutzerinnen im Blick -- Organisationsziele im Blick -- Erstellung von Backlog Items -- Management des Product Backlog -- Vorbereitung des Sprint Planning -- Erstellung der Releaseplanung -- Sprints abbrechen -- Kommunikationszentrale -- 3.4.2 Charakteristika -- Vorbild sein -- Ja!-Sagen -- Erreichbar sein -- Distanziertheit zum Produkt
,
3.4.3 Häufige Herausforderungen -- Auf ein Wort -- Fehlende Product Ownership -- Fehlende Proaktivität -- Entwickler auslasten -- Fehlende Erfahrung -- Ich entscheide, ihr setzt um -- 4 Die Arbeit im Scrum-Team -- 4.1 Vor dem Start -- Bitte anschnallen und die Sicherheitsgurte schließen! -- 4.1.1 Kick-off -- Der Startschuss fällt -- Produktziel -- Impact Mapping -- Ziele -- Vorbereitung -- Inhalt -- Projektspezifische Themen -- Organisatorische Themen -- Teamspezifische Themen -- 4.1.2 Definition of Ready/Definition of Done -- Definition of Ready (DoR) -- Definition of Done (DoD) -- Ermittlung der DoR und DoD -- Vorbereitung -- Durchführung -- Nachbereitung -- 4.1.3 Umgang mit Fehlern -- Umgang mit Fehlern -- Zero Bug Policy -- Aufräumen -- Zukünftiger Umgang mit Fehlern -- Fehler im Entwicklungssystem -- Fehler im Livesystem -- Wie kommen die Fehler ins Team? -- Bug-Standup -- 4.1.4 Letzte Vorkehrungen -- Teamraum -- Scrum-Board -- Struktur des Scrum-Boards -- Virtuelle Scrum-Boards -- 4.1.5 Häufige Herausforderungen -- Schlechte Vorbereitung -- Unklares Verständnis -- Mangelnde Beachtung der eigenen Regeln -- Überstrukturierte Scrum-Boards -- Unzureichende Pflege des Scrum-Boards -- 4.2 Product Backlog -- Das dynamische Product Backlog -- 4.2.1 Inhalt und Struktur -- Aufgabentypen -- Nicht funktionale Anforderungen (Non functional requirements, NFRs) -- 4.2.2 Anforderungsworkshops -- Produktgestaltungsworkshop -- Big-Picture-Workshop -- 4.2.3 User Stories -- Akzeptanzkriterien -- INVEST-Kriterien -- 4.2.4 User Story Mapping -- Aufbau einer User Story Map -- Erstellen einer User Story Map -- 4.2.5 Zerlegung von User Stories -- Schneiden macht das Team glücklich -- Vertikales Schneiden -- SPIDR-Kriterien -- Prototypen -- Pfade -- Schnittstellen -- Daten -- Regeln -- User Story 1 -- User Story 2 -- Zerlegen nach Komfort -- Zerlegen nach Komplexität
,
Zerlegen nach Performance -- Daumenregeln für die Zerlegung von User Stories -- Die richtige Einstellung -- 4.2.6 Häufige Herausforderungen -- Das Product Backlog ist nicht öffentlich sichtbar -- Kollaboration findet nicht statt -- Die Backlog Items sind zu detailliert beschrieben -- Das Product Backlog ist nicht weit genug im Voraus durchdacht -- Veraltete Product-Backlog-Einträge -- Eine Wunschliste für alles -- Aufteilung des Product Backlog -- Das Team ist nicht in die Erstellung der Backlog Items eingebunden -- Backlog Items enthalten keinen Wert für die Benutzerin -- 4.3 Schätzung von Komplexität -- 4.3.1 Schätzungen -- #NoEstimates -- 4.3.2 Schätzeinheiten -- Story Points -- Personentage oder -stunden -- T-Shirt-Größen -- 4.3.3 Initiale Schätzung -- Schock im Kick-off -- Team Estimation Game -- Vorbereitungen -- Durchführung -- Ende -- Vorteile -- Nachteile -- 4.3.4 Things-that-matter-Matrix -- Wie war das gleich noch mal? -- Vorbereitungen -- Durchführung -- 4.3.5 Häufige Herausforderungen -- Das Team möchte vorab eine Research Story -- Schätzungen sind immer sehr hoch -- Story Points werden in Personentage umgerechnet -- Schätzungen werden als Vorhersage der Zukunft interpretiert -- 4.4 Backlog Refinement -- Durchkämmt die Wüste! -- 4.4.1 Ziele -- 4.4.2 Ablauf -- Story Owner -- 4.4.3 Häufige Herausforderungen -- Es wird nur geschätzt -- Unvorbereitete Backlog Refinements -- Nicht alle nehmen teil -- Komplexität wird nicht anerkannt -- Diskussionen ufern aus -- Der Releaseplan wird nicht aktualisiert -- Alle sind zu beschäftigt -- 4.5 Releaseplanung -- Die Konferenz rückt näher -- 4.5.1 Releaseplan -- User Story Map -- Releaseplanung zu Projektbeginn -- 4.5.2 Release-Burndown-Chart -- Korridor -- 4.5.3 Release-Sprint -- Glanzpolitur -- 4.5.4 Häufige Herausforderungen -- Hardening Sprint -- Vergleich mit traditionellen Projekten
,
Fester Umfang und fester Termin -- Releaseplan wird nur nach Story Points erstellt -- Release-Sprint nicht geplant -- 5 Die Scrum-Events -- 5.1 Sprint Planning -- Ready, Steady, Go! -- 5.1.1 Ziele -- Sprint-Ziel -- Sprint Backlog -- 5.1.2 Ablauf -- Verfügbare Kapazität -- Tatsächliche Kapazität -- Sonderaufgaben -- Planung anhand der Velocity -- Planung anhand der Kapazität -- Ziehen von Backlog Items -- Akzeptanzkriterien (How to demo) -- Jetzt geht es in die Details -- Tasks -- Taskkarten -- Größe der Tasks -- Schätzungen von Tasks -- Farbcode -- Peer Review -- Nachverhandeln -- Sprint-Burndown-Chart -- Der Anfang vom Ende -- Das Team hat einen Lauf -- 5.1.3 Häufige Herausforderungen -- Sprint-Ziel nicht möglich -- Undone -- Ausnutzung der DoR -- Intransparente Restarbeiten -- Anteilige Story Points bei Restarbeiten -- Viele große Backlog Items -- Ungleichmäßige Auslastung der Entwickler -- Deployment nicht geplant -- Dominante Teammitglieder -- Zu große Tasks -- Parallele Planung -- Fehlende Realitätsprüfung -- Cherry Picking -- Goldplating -- 5.2 Daily Scrum -- Herstellen der Ordnung -- 5.2.1 Ziele -- 5.2.2 Ablauf -- Walk the Board -- Zielerreichung -- Stimmungsbild -- 5.2.3 Häufige Herausforderungen -- Verspätungen -- Abwesenheiten -- Unvorbereitete Teammitglieder -- Detailtiefe -- Überziehen -- Inhaltslosigkeit -- Rechtfertigung -- Selbstdarsteller -- Sit-in anstatt Standup -- Jeder macht seins -- Störende Gäste -- Unübersichtlichkeit -- Sprechreihenfolge -- 5.3 Sprint-Review -- Das Grande Finale -- 5.3.1 Ziele -- Vorstellung der Arbeitsergebnisse -- Feedback -- 5.3.2 Ablauf -- Vorbereitung -- Der Weckruf -- Durchführung -- Sprint-Reviews mit mehreren Teams -- Company Review -- Basar -- 5.3.3 Häufige Herausforderungen -- Inspect & -- Accept -- Scrum-Team sieht keine Relevanz -- Entwickler sprechen zum Product Owner
,
Product Owner ist überrascht
Weitere Ausg.:
Erscheint auch als Druck-Ausgabe Wiechmann, Robert Scrum in der Praxis Heidelberg : dpunkt.verlag,c2022 ISBN 9783864908804
Sprache:
Englisch
Fachgebiete:
Informatik
,
Wirtschaftswissenschaften
Schlagwort(e):
Softwareentwicklung
;
Projektmanagement
;
Produktmanagement
;
Scrum
;
Anleitung
;
Electronic books.
;
Anleitung
URL:
https://ebookcentral.proquest.com/lib/th-brandenburg/detail.action?docID=7101739
Bookmarklink
