Scrum in der Praxis: Erfahrungen, Problemfelder und Erfolgsfaktoren
Gespeichert in:
| 1. Verfasser: | |
|---|---|
| Format: | Elektronisch E-Book |
| Sprache: | English |
| Veröffentlicht: |
Heidelberg
dpunkt.verlag
2022
|
| Ausgabe: | 3rd ed |
| Schlagworte: | |
| Online-Zugang: | HWR01 |
| Beschreibung: | 1 Online-Ressource (388 Seiten) |
| ISBN: | 9783969108000 |
Internformat
MARC
| LEADER | 00000nmm a2200000 c 4500 | ||
|---|---|---|---|
| 001 | BV048523874 | ||
| 003 | DE-604 | ||
| 005 | 20231016 | ||
| 007 | cr|uuu---uuuuu | ||
| 008 | 221020s2022 |||| o||u| ||||||eng d | ||
| 020 | |a 9783969108000 |q (electronic bk.) |9 9783969108000 | ||
| 020 | |z 9783864908804 |9 9783864908804 | ||
| 035 | |a (ZDB-30-PAD)EBC7101739 | ||
| 035 | |a (ZDB-89-EBL)EBL7101739 | ||
| 035 | |a (OCoLC)1347027791 | ||
| 035 | |a (DE-599)BVBBV048523874 | ||
| 040 | |a DE-604 |b ger |e rda | ||
| 041 | 0 | |a eng | |
| 049 | |a DE-2070s | ||
| 084 | |a QP 360 |0 (DE-625)141869: |2 rvk | ||
| 084 | |a SR 870 |0 (DE-625)143368: |2 rvk | ||
| 084 | |a ST 230 |0 (DE-625)143617: |2 rvk | ||
| 084 | |a ST 232 |0 (DE-625)143619: |2 rvk | ||
| 100 | 1 | |a Wiechmann, Robert |e Verfasser |4 aut | |
| 245 | 1 | 0 | |a Scrum in der Praxis |b Erfahrungen, Problemfelder und Erfolgsfaktoren |
| 250 | |a 3rd ed | ||
| 264 | 1 | |a Heidelberg |b dpunkt.verlag |c 2022 | |
| 264 | 4 | |c ©2022 | |
| 300 | |a 1 Online-Ressource (388 Seiten) | ||
| 336 | |b txt |2 rdacontent | ||
| 337 | |b c |2 rdamedia | ||
| 338 | |b cr |2 rdacarrier | ||
| 505 | 8 | |a 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 | |
| 505 | 8 | |a 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 | |
| 505 | 8 | |a 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 | |
| 505 | 8 | |a 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 | |
| 505 | 8 | |a 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 | |
| 505 | 8 | |a Product Owner ist überrascht | |
| 650 | 0 | 7 | |a Softwareentwicklung |0 (DE-588)4116522-6 |2 gnd |9 rswk-swf |
| 650 | 0 | 7 | |a Produktmanagement |0 (DE-588)4125960-9 |2 gnd |9 rswk-swf |
| 650 | 0 | 7 | |a Projektmanagement |0 (DE-588)4047441-0 |2 gnd |9 rswk-swf |
| 650 | 0 | 7 | |a Scrum |g Vorgehensmodell |0 (DE-588)7612008-9 |2 gnd |9 rswk-swf |
| 653 | 6 | |a Electronic books | |
| 655 | 7 | |0 (DE-588)4142527-3 |a Anleitung |2 gnd-content | |
| 689 | 0 | 0 | |a Softwareentwicklung |0 (DE-588)4116522-6 |D s |
| 689 | 0 | 1 | |a Projektmanagement |0 (DE-588)4047441-0 |D s |
| 689 | 0 | 2 | |a Produktmanagement |0 (DE-588)4125960-9 |D s |
| 689 | 0 | |5 DE-604 | |
| 689 | 1 | 0 | |a Scrum |g Vorgehensmodell |0 (DE-588)7612008-9 |D s |
| 689 | 1 | |5 DE-604 | |
| 700 | 1 | |a Röpstorff, Sven |e Sonstige |4 oth | |
| 776 | 0 | 8 | |i Erscheint auch als |n Druck-Ausgabe |a Wiechmann, Robert |t Scrum in der Praxis |d Heidelberg : dpunkt.verlag,c2022 |z 9783864908804 |
| 912 | |a ZDB-30-PQE | ||
| 999 | |a oai:aleph.bib-bvb.de:BVB01-033900722 | ||
| 966 | e | |u https://ebookcentral.proquest.com/lib/hwr/detail.action?docID=7101739 |l HWR01 |p ZDB-30-PQE |q HWR_PDA_PQE_Kauf |x Aggregator |3 Volltext | |
Datensatz im Suchindex
| _version_ | 1804184512199917568 |
|---|---|
| adam_txt | |
| any_adam_object | |
| any_adam_object_boolean | |
| author | Wiechmann, Robert |
| author_facet | Wiechmann, Robert |
| author_role | aut |
| author_sort | Wiechmann, Robert |
| author_variant | r w rw |
| building | Verbundindex |
| bvnumber | BV048523874 |
| classification_rvk | QP 360 SR 870 ST 230 ST 232 |
| collection | ZDB-30-PQE |
| contents | 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 |
| ctrlnum | (ZDB-30-PAD)EBC7101739 (ZDB-89-EBL)EBL7101739 (OCoLC)1347027791 (DE-599)BVBBV048523874 |
| discipline | Informatik Wirtschaftswissenschaften |
| discipline_str_mv | Informatik Wirtschaftswissenschaften |
| edition | 3rd ed |
| format | Electronic eBook |
| fullrecord | <?xml version="1.0" encoding="UTF-8"?><collection xmlns="http://www.loc.gov/MARC21/slim"><record><leader>11677nmm a2200625 c 4500</leader><controlfield tag="001">BV048523874</controlfield><controlfield tag="003">DE-604</controlfield><controlfield tag="005">20231016 </controlfield><controlfield tag="007">cr|uuu---uuuuu</controlfield><controlfield tag="008">221020s2022 |||| o||u| ||||||eng d</controlfield><datafield tag="020" ind1=" " ind2=" "><subfield code="a">9783969108000</subfield><subfield code="q">(electronic bk.)</subfield><subfield code="9">9783969108000</subfield></datafield><datafield tag="020" ind1=" " ind2=" "><subfield code="z">9783864908804</subfield><subfield code="9">9783864908804</subfield></datafield><datafield tag="035" ind1=" " ind2=" "><subfield code="a">(ZDB-30-PAD)EBC7101739</subfield></datafield><datafield tag="035" ind1=" " ind2=" "><subfield code="a">(ZDB-89-EBL)EBL7101739</subfield></datafield><datafield tag="035" ind1=" " ind2=" "><subfield code="a">(OCoLC)1347027791</subfield></datafield><datafield tag="035" ind1=" " ind2=" "><subfield code="a">(DE-599)BVBBV048523874</subfield></datafield><datafield tag="040" ind1=" " ind2=" "><subfield code="a">DE-604</subfield><subfield code="b">ger</subfield><subfield code="e">rda</subfield></datafield><datafield tag="041" ind1="0" ind2=" "><subfield code="a">eng</subfield></datafield><datafield tag="049" ind1=" " ind2=" "><subfield code="a">DE-2070s</subfield></datafield><datafield tag="084" ind1=" " ind2=" "><subfield code="a">QP 360</subfield><subfield code="0">(DE-625)141869:</subfield><subfield code="2">rvk</subfield></datafield><datafield tag="084" ind1=" " ind2=" "><subfield code="a">SR 870</subfield><subfield code="0">(DE-625)143368:</subfield><subfield code="2">rvk</subfield></datafield><datafield tag="084" ind1=" " ind2=" "><subfield code="a">ST 230</subfield><subfield code="0">(DE-625)143617:</subfield><subfield code="2">rvk</subfield></datafield><datafield tag="084" ind1=" " ind2=" "><subfield code="a">ST 232</subfield><subfield code="0">(DE-625)143619:</subfield><subfield code="2">rvk</subfield></datafield><datafield tag="100" ind1="1" ind2=" "><subfield code="a">Wiechmann, Robert</subfield><subfield code="e">Verfasser</subfield><subfield code="4">aut</subfield></datafield><datafield tag="245" ind1="1" ind2="0"><subfield code="a">Scrum in der Praxis</subfield><subfield code="b">Erfahrungen, Problemfelder und Erfolgsfaktoren</subfield></datafield><datafield tag="250" ind1=" " ind2=" "><subfield code="a">3rd ed</subfield></datafield><datafield tag="264" ind1=" " ind2="1"><subfield code="a">Heidelberg</subfield><subfield code="b">dpunkt.verlag</subfield><subfield code="c">2022</subfield></datafield><datafield tag="264" ind1=" " ind2="4"><subfield code="c">©2022</subfield></datafield><datafield tag="300" ind1=" " ind2=" "><subfield code="a">1 Online-Ressource (388 Seiten)</subfield></datafield><datafield tag="336" ind1=" " ind2=" "><subfield code="b">txt</subfield><subfield code="2">rdacontent</subfield></datafield><datafield tag="337" ind1=" " ind2=" "><subfield code="b">c</subfield><subfield code="2">rdamedia</subfield></datafield><datafield tag="338" ind1=" " ind2=" "><subfield code="b">cr</subfield><subfield code="2">rdacarrier</subfield></datafield><datafield tag="505" ind1="8" ind2=" "><subfield code="a">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 &amp -- 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</subfield></datafield><datafield tag="505" ind1="8" ind2=" "><subfield code="a">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</subfield></datafield><datafield tag="505" ind1="8" ind2=" "><subfield code="a">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</subfield></datafield><datafield tag="505" ind1="8" ind2=" "><subfield code="a">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</subfield></datafield><datafield tag="505" ind1="8" ind2=" "><subfield code="a">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 &amp -- Accept -- Scrum-Team sieht keine Relevanz -- Entwickler sprechen zum Product Owner</subfield></datafield><datafield tag="505" ind1="8" ind2=" "><subfield code="a">Product Owner ist überrascht</subfield></datafield><datafield tag="650" ind1="0" ind2="7"><subfield code="a">Softwareentwicklung</subfield><subfield code="0">(DE-588)4116522-6</subfield><subfield code="2">gnd</subfield><subfield code="9">rswk-swf</subfield></datafield><datafield tag="650" ind1="0" ind2="7"><subfield code="a">Produktmanagement</subfield><subfield code="0">(DE-588)4125960-9</subfield><subfield code="2">gnd</subfield><subfield code="9">rswk-swf</subfield></datafield><datafield tag="650" ind1="0" ind2="7"><subfield code="a">Projektmanagement</subfield><subfield code="0">(DE-588)4047441-0</subfield><subfield code="2">gnd</subfield><subfield code="9">rswk-swf</subfield></datafield><datafield tag="650" ind1="0" ind2="7"><subfield code="a">Scrum</subfield><subfield code="g">Vorgehensmodell</subfield><subfield code="0">(DE-588)7612008-9</subfield><subfield code="2">gnd</subfield><subfield code="9">rswk-swf</subfield></datafield><datafield tag="653" ind1=" " ind2="6"><subfield code="a">Electronic books</subfield></datafield><datafield tag="655" ind1=" " ind2="7"><subfield code="0">(DE-588)4142527-3</subfield><subfield code="a">Anleitung</subfield><subfield code="2">gnd-content</subfield></datafield><datafield tag="689" ind1="0" ind2="0"><subfield code="a">Softwareentwicklung</subfield><subfield code="0">(DE-588)4116522-6</subfield><subfield code="D">s</subfield></datafield><datafield tag="689" ind1="0" ind2="1"><subfield code="a">Projektmanagement</subfield><subfield code="0">(DE-588)4047441-0</subfield><subfield code="D">s</subfield></datafield><datafield tag="689" ind1="0" ind2="2"><subfield code="a">Produktmanagement</subfield><subfield code="0">(DE-588)4125960-9</subfield><subfield code="D">s</subfield></datafield><datafield tag="689" ind1="0" ind2=" "><subfield code="5">DE-604</subfield></datafield><datafield tag="689" ind1="1" ind2="0"><subfield code="a">Scrum</subfield><subfield code="g">Vorgehensmodell</subfield><subfield code="0">(DE-588)7612008-9</subfield><subfield code="D">s</subfield></datafield><datafield tag="689" ind1="1" ind2=" "><subfield code="5">DE-604</subfield></datafield><datafield tag="700" ind1="1" ind2=" "><subfield code="a">Röpstorff, Sven</subfield><subfield code="e">Sonstige</subfield><subfield code="4">oth</subfield></datafield><datafield tag="776" ind1="0" ind2="8"><subfield code="i">Erscheint auch als</subfield><subfield code="n">Druck-Ausgabe</subfield><subfield code="a">Wiechmann, Robert</subfield><subfield code="t">Scrum in der Praxis</subfield><subfield code="d">Heidelberg : dpunkt.verlag,c2022</subfield><subfield code="z">9783864908804</subfield></datafield><datafield tag="912" ind1=" " ind2=" "><subfield code="a">ZDB-30-PQE</subfield></datafield><datafield tag="999" ind1=" " ind2=" "><subfield code="a">oai:aleph.bib-bvb.de:BVB01-033900722</subfield></datafield><datafield tag="966" ind1="e" ind2=" "><subfield code="u">https://ebookcentral.proquest.com/lib/hwr/detail.action?docID=7101739</subfield><subfield code="l">HWR01</subfield><subfield code="p">ZDB-30-PQE</subfield><subfield code="q">HWR_PDA_PQE_Kauf</subfield><subfield code="x">Aggregator</subfield><subfield code="3">Volltext</subfield></datafield></record></collection> |
| genre | (DE-588)4142527-3 Anleitung gnd-content |
| genre_facet | Anleitung |
| id | DE-604.BV048523874 |
| illustrated | Not Illustrated |
| index_date | 2024-07-03T20:50:26Z |
| indexdate | 2024-07-10T09:40:31Z |
| institution | BVB |
| isbn | 9783969108000 |
| language | English |
| oai_aleph_id | oai:aleph.bib-bvb.de:BVB01-033900722 |
| oclc_num | 1347027791 |
| open_access_boolean | |
| owner | DE-2070s |
| owner_facet | DE-2070s |
| physical | 1 Online-Ressource (388 Seiten) |
| psigel | ZDB-30-PQE ZDB-30-PQE HWR_PDA_PQE_Kauf |
| publishDate | 2022 |
| publishDateSearch | 2022 |
| publishDateSort | 2022 |
| publisher | dpunkt.verlag |
| record_format | marc |
| spelling | Wiechmann, Robert Verfasser aut Scrum in der Praxis Erfahrungen, Problemfelder und Erfolgsfaktoren 3rd ed Heidelberg dpunkt.verlag 2022 ©2022 1 Online-Ressource (388 Seiten) txt rdacontent c rdamedia cr rdacarrier 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 Softwareentwicklung (DE-588)4116522-6 gnd rswk-swf Produktmanagement (DE-588)4125960-9 gnd rswk-swf Projektmanagement (DE-588)4047441-0 gnd rswk-swf Scrum Vorgehensmodell (DE-588)7612008-9 gnd rswk-swf Electronic books (DE-588)4142527-3 Anleitung gnd-content Softwareentwicklung (DE-588)4116522-6 s Projektmanagement (DE-588)4047441-0 s Produktmanagement (DE-588)4125960-9 s DE-604 Scrum Vorgehensmodell (DE-588)7612008-9 s Röpstorff, Sven Sonstige oth Erscheint auch als Druck-Ausgabe Wiechmann, Robert Scrum in der Praxis Heidelberg : dpunkt.verlag,c2022 9783864908804 |
| spellingShingle | Wiechmann, Robert Scrum in der Praxis Erfahrungen, Problemfelder und Erfolgsfaktoren 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 Softwareentwicklung (DE-588)4116522-6 gnd Produktmanagement (DE-588)4125960-9 gnd Projektmanagement (DE-588)4047441-0 gnd Scrum Vorgehensmodell (DE-588)7612008-9 gnd |
| subject_GND | (DE-588)4116522-6 (DE-588)4125960-9 (DE-588)4047441-0 (DE-588)7612008-9 (DE-588)4142527-3 |
| title | Scrum in der Praxis Erfahrungen, Problemfelder und Erfolgsfaktoren |
| title_auth | Scrum in der Praxis Erfahrungen, Problemfelder und Erfolgsfaktoren |
| title_exact_search | Scrum in der Praxis Erfahrungen, Problemfelder und Erfolgsfaktoren |
| title_exact_search_txtP | Scrum in der Praxis Erfahrungen, Problemfelder und Erfolgsfaktoren |
| title_full | Scrum in der Praxis Erfahrungen, Problemfelder und Erfolgsfaktoren |
| title_fullStr | Scrum in der Praxis Erfahrungen, Problemfelder und Erfolgsfaktoren |
| title_full_unstemmed | Scrum in der Praxis Erfahrungen, Problemfelder und Erfolgsfaktoren |
| title_short | Scrum in der Praxis |
| title_sort | scrum in der praxis erfahrungen problemfelder und erfolgsfaktoren |
| title_sub | Erfahrungen, Problemfelder und Erfolgsfaktoren |
| topic | Softwareentwicklung (DE-588)4116522-6 gnd Produktmanagement (DE-588)4125960-9 gnd Projektmanagement (DE-588)4047441-0 gnd Scrum Vorgehensmodell (DE-588)7612008-9 gnd |
| topic_facet | Softwareentwicklung Produktmanagement Projektmanagement Scrum Vorgehensmodell Anleitung |
| work_keys_str_mv | AT wiechmannrobert scruminderpraxiserfahrungenproblemfelderunderfolgsfaktoren AT ropstorffsven scruminderpraxiserfahrungenproblemfelderunderfolgsfaktoren |