Book description
Das Buch wendet sich an IT-Führungskräfte und Manager, die Scrum im Unternehmen einführen möchten, um in der Softwareentwicklung erfolgreicher zu sein. Es zeigt, wie Software in kleinen, sog. Inkrementen von maximal 30 Tagen entwickelt wird, sodass nach jedem Inkrement die Richtung der Entwicklung geändert werden kann. Mit Scrum kann flexibel auf veränderte Marktbedingungen reagiert und das vertiefte Verständnis der benötigten Produkteigenschaften in die weitere Planung integriert werden. Führungskräfte lernen in diesem Buch, wie sie Risiken im Projekt im Griff behalten und das Team dabei unterstützen können, erfolgreich zu sein.
Table of contents
- Über diese Übersetzung
- Über die Autoren
- Danksagungen
- Einleitung
- Teil I Warum jedes Unternehmen der Welt in 30 Tagen Software herstellen kann
- 1 Die Softwarekrise: Die falschen Prozesse erzeugen die falschen Ergebnisse
- Fallbeispiel: Das Sentinel-Projekt des FBI
- Der falsche Ansatz: vorhersagende Prozesse
- Die falschen Ergebnisse: Projektfehlschlag
- Fallstudie: Parametric Technology Corporation
- Zusammenfassung
- 2 Scrum: Der richtige Prozess erzeugt die richtigen Ergebnisse
- Empirie in Aktion
- Löst Empirie unsere Probleme?
- Aus Empirie ergeben sich Praktiken für den Umgang mit Menschen
- Auch wenn wir es besser wissen
- Agilität
- Zusammenfassung
- 3 Versuchen Sie es selbst: der Pilot
- Empirie wird woanders im Unternehmen verwendet
- Ein beispielhaftes Pilotprojekt
- Teammitglieder ändern ihre Arbeitsweise
- Zusammenfassung
- 4 Was kann ich tun?
- Die Kunst des Möglichen
- Transparenz verlangen und eine Umgebung schaffen, in der sie aufblühen kann
- Auf die Menschen verlassen
- Menschen dabei unterstützen, ihr Sicherheitsbedürfnis zu reduzieren
- Zusammenfassung
- Teil II Wie man Software in 30 Tagen herstellt
- 5 Mit Scrum starten
- Das Scrum-Team zusammenstellen und den Sprint planen
- Wertschaffende Sprints
- Das Sprint-Review
- Die Sprint-Retrospektive
- Mit dem nächsten Sprint weitermachen
- Zusammenfassung
- 6 Scrum auf Projektebene
- Bottom-up- und U-Boot-Scrum
- Vorteile und Erkenntnisse
- Die Arbeit managen: Burndown-Charts
- Komplexität nicht ignorieren – immer die Augen offen halten
- Sprint-Länge
- Gründe gegen kürzere Sprints
- Vorsicht bei extremen Sprint-Längen
- Stabile Sprint-Länge innerhalb eines Projekts
- Ein Beispiel eines Scrum-PRN-Projekts
- Das nächste Kapitel
- 7 Scrum-Fähigkeiten entwickeln
- Das Softwarestudio ist eine lernende Organisationseinheit
- Der Studiomanager
- Ausbildung und Nutzungsbedingungen
- Die Ausstattung des Softwarestudios
- Veränderungen und Probleme
- Management nach Zahlen
- Metriken basieren auf Transparenz
- Ein fertiggestelltes, vollständiges Inkrement
- Eine Analogie
- Technische Schuld vermeiden, um benutzbare Inkremente zu erhalten
- Die Quellen der Sünde
- Zusammenfassung
- 8 Scrum auf Unternehmensebene
- Tief greifende, aber kurzlebige Veränderung
- Tief greifende und nachhaltige Veränderung
- Carbonite verändert sich und bleibt bestehen
- Wie Carbonite sich änderte
- Ergebnisse
- Zwei unverhandelbare Elemente jeder Scrum-Umstellung
- 9 Unternehmensumstellung: tief greifende und nachhaltige Veränderung
- Das Transitionsprojekt
- Startklar machen
- Das Transitionsprojekt starten
- Ein Transitionsteam bilden
- Vision und Strategie definieren
- Vision und Strategie kommunizieren
- Ausbreitung im Unternehmen
- Wirkung erzielen
- Nutzen messen, bewerten und konsolidieren
- Einbetten, ausweiten und nachhaltig verankern
- Zusammenfassung
- 10 Scrumming Scrum
- Scrum für die Scrum-Einführung bei SeaChange International
- Wie SeaChange neue Wege ging
- Ergebnisse
- Scrum breitet sich bei Iron Mountain aus
- Transitionsteams
- Zusammenfassung
- Anhang
- A Terminologie
- B Der Scrum Guide
- Zielsetzung des Scrum Guide
- Scrum-Überblick
- Scrum-Theorie
- Scrum
- Das Scrum-Team
- Scrum-Ereignisse
- Scrum-Artefakte
- Definition of »Done«
- Fazit
- Danksagungen
- Revisionen
- C Spielzüge, um Unternehmensagilität zu erreichen
- 1.1 Einführung
- 1.2 Überblick über Scrum und agile Softwareentwicklung
- 1.2.1 Scrum-Prinzipien
- 1.2.2 Scrum und agile Softwareentwicklung
- 1.3 Auf Scrum vorbereiten
- 1.3.1 Den Softwareprozess und das Unternehmen »scrummen«
- 1.3.2 Der CxO als Unternehmens-Scrum-Master für kontinuierliche Verbesserung
- 1.3.3 Achtung: Veränderungen bedeuten harte Arbeit
- 1.4 Spielzüge für die Scrum-Einführung
- 1.4.1 Spielzug 0: Überblick, Bewertung und Vorbereitung des Piloten
- 1.4.2 Spielzug 1: Pilotprojekt(e)
- 1.4.3 Spielzug 2: Ausbreitung im Unternehmen
- 1.4.4 Spielzug 3: Veränderung bewirken
- 1.4.5 Spielzug 4: Messen, bewerten und anpassen
- 1.4.6 Spielzug 5: Ausbreiten und gewinnen
- 1.5 Unternehmenshindernisse bei der Scrum-Einführung
- 1.5.1 Hindernisse mit Scrum aufdecken
- 1.5.2 Hindernisse charakterisieren
- 1.6 Scrum skalieren
- 1.6.1 Die Organisation skalieren: Scrum-Teams aus Teams
- 1.6.2 Teams aus Teams koordinieren
- 1.6.3 Infrastruktur für Unternehmensagilität
- 1.7 Zusammenfassung
- D Literatur
- Index
Product information
- Title: Software in 30 Tagen
- Author(s):
- Release date: February 2014
- Publisher(s): dpunkt
- ISBN: 97833864900747
You might also like
book
Inmates Are Running the Asylum, The: Why High-Tech Products Drive Us Crazy and How to Restore the Sanity
Imagine, at a terrifyingly aggressive rate, everything you regularly use is being equipped with computer technology. …
book
ITIL Foundation, ITIL 4 edition
The first step on the ITIL 4 pathway provides IT professionals with an understanding of the …
book
Python Crash Course, 3rd Edition
Python Crash Course is the world's best-selling guide to the Python guide programming language, with over …
book
Gamestorming
Great things don't happen in a vacuum. But creating an environment for creative thinking and innovation …