Die Kunst der agilen Entwicklung

Grundlagen, Methoden und Praktiken

James Shore

Diese Publikation zitieren

James Shore, Die Kunst der agilen Entwicklung (2023), dpunkt.verlag, Heidelberg, ISBN: 9783969108666

2648
Accesses
33
Quotes

Beschreibung / Abstract

US-Bestseller in 2. Auflage: ein Muss für jeden, der mit oder in einem Softwareentwicklungsteam arbeitet!



leicht zu lesen, pragmatisch und umfassend von den agilen Grundsätzen bis hin zu Details bei der agilen Softwareentwicklung
hoher Praxisbezug durch zahlreiche Tipps und Fallbeispiele
geeignet für neu startende Projekte und auch bestehende Teams


Um agile Entwicklung zu meistern, müssen Sie im Team lernen, unzählige Möglichkeiten von Moment zu Moment zu bewerten und intuitiv die beste Vorgehensweise auszuwählen.


Dieses Buch beschreibt umfassend und praxisorientiert die Grundlagen, Methoden und Praktiken agiler Softwareentwicklung. James Shore gibt wertvolle Ratschläge für den Projektstart, inkrementellen Entwurf, Continuous Integration, iterative Planung und testgetriebene Entwicklung sowie die Bereitstellung und Refactoring von Software, die aus über zwei Jahrzehnten Erfahrung mit Agilität stammen. Er bringt den State of the Art aus Extreme Programming, Scrum, Lean, DevOps und mehr in ein zusammenhängendes Ganzes und vermittelt darüber hinaus, dass Agilität zu meistern auch bedeutet, in Abhängigkeit von Projektgegebenheiten und der Organisation, in der Software entwickelt wird, Praktiken anzupassen.


Diese 2. Auflage ist vollständig überarbeitet und von Grund auf neu geschrieben worden und berücksichtigt dabei die Weiterentwicklung auf dem Gebiet der agilen Entwicklung der letzten 14 Jahre. Neu aufgenommen wurden Themen wie agile Skalierung, DevOps, die Arbeit mit Remote-Teams sowie das Agile Fluency Model zur Einführung und Anpassung von Agilität an die Bedürfnisse des Unternehmens.

Beschreibung

James Shore leitet seit 1999 Teams, die agile Entwicklung praktizieren. Er kombiniert ein tiefes Verständnis der agilen Ideen mit jahrzehntelanger praktischer Erfahrung in der Entwicklung und nutzt diese Erfahrung, um Menschen dabei zu unterstützen, zu verstehen, wie alle Aspekte von Agilität zusammenpassen, um herausragende Ergebnisse zu erzielen. James hat den Gordon Pask Award der Agile Alliance für Beiträge zur agilen Praxis erhalten, ist Moderator mehrerer Screencasts zur Softwareentwicklung und Mitbegründer des Agile Fluency Model. Er ist online unter jamesshore.com zu finden. Übersetzer Wolf-Gideon Bleek ist bei it-agile GmbH in Hamburg als agiler Management-Coach tätig. Nach dem Studium der Informatik promovierte er zum Thema Software-Infrastruktur-Entwicklung. Er ist Ende der 90er-Jahre zuerst mit agilen Methoden in Kontakt gekommen. In Industrieprojekten für verschiedene Kunden konnte er Erfahrungen in Scrum, XP und Kanban als Developer, Coach und Product Owner sammeln. Sein Interesse gilt dem Zusammenspiel zwischen Technik, Prozess und Organisation. In Publikationen und auf Konferenzen gibt er seine Erfahrungen weiter. Tim Müller ist ausgebildeter Fachinformatiker in der Fachrichtung Anwendungsentwicklung und ist bei it-agile GmbH in Hamburg tätig. Als Softwareentwickler lernte er in verschiedenen Projekten sowohl klassische als auch agile Methoden und Werkzeuge aus dem Extreme Programming kennen. Die Arbeit mit agilen Werten und Methoden überzeugten Tim und sorgten dafür, dass er das dort Erlernte wann immer möglich anwendet. Diese Erfahrung und Begeisterung gibt er jetzt gerne an andere Teams weiter.

Inhaltsverzeichnis

  • BEGINN
  • Stimmen zur zweiten Auflage von »Die Kunst der agilen Entwicklung«
  • Titel
  • Inhaltsübersicht
  • Inhaltsverzeichnis
  • Geleitwort
  • Vorwort
  • Für die Pragmatiker
  • Was ist neu in der zweiten Auflage?
  • Für wen dieses Buch bestimmt ist
  • Über die Gastautorinnen und den Gastautor
  • In diesem Buch verwendete Konventionen
  • Codebeispiele verwenden
  • Danksagung
  • Vorwort der Übersetzer
  • Agilität verbessern
  • 1 Was ist Agilität?
  • 1.1 Die Entstehung von Agilität
  • 1.2 Aus der Krise geboren
  • 1.3 Das Manifest für Agile Softwareentwicklung
  • 1.4 Die Essenz von Agilität
  • 1.5 Warum Agilität gewonnen hat
  • 1.6 Warum Agilität funktioniert
  • 1.7 Warum Agilität scheitert
  • 2 Wie können wir agil sein?
  • 2.1 Agilität praktizieren
  • 2.2 Der Weg zur Meisterschaft
  • 2.3 Wie es losgeht
  • 3 Wählen Sie Ihre Agilität
  • 3.1 Das Agile Fluency-Modell
  • 3.2 Wählen Sie Ihre Zonen
  • 4 In Agilität investieren
  • 4.1 Ermöglichen Sie Zeit für das Lernen
  • 4.2 Wählen oder bilden Sie agile Teams
  • 4.3 Wählen Sie agile Coaches aus
  • 4.4 Delegieren Sie Befugnisse und Verantwortung an Teams
  • 4.5 Passen Sie den Managementstil auf Teamebene an
  • 4.6 Richten Sie Teamräume ein
  • 4.7 Etablieren Sie für jedes Team ein lernfreundliches Ziel
  • 4.8 Ersetzen Sie Steuerungsansätze nach dem Wasserfallmodell
  • 4.9 Passen Sie nachteilige Vorgaben aus der Personalabteilung an
  • 4.10 Sprechen Sie Sicherheitsbedenken an
  • 5 In Veränderung investieren
  • 5.1 Veränderung verstehen
  • 5.2 Veränderung im Großen
  • 5.3 Veränderungen durchführen
  • 5.4 Besorgen Sie sich die Unterstützung des Managements
  • 5.5 Besorgen Sie sich die Zustimmung des Teams
  • 5.6 Besorgen Sie sich die Zustimmung der Stakeholder
  • 5.7 Weiterführende Literatur
  • 6 Agilität skalieren
  • 6.1 Fluency skalieren
  • 6.2 Produkte und Portfolios skalieren
  • Fokus auf Mehrwert
  • Willkommen in der Focusing-Zone
  • Praktiken der Focusing-Zone meistern
  • 7 Teamwork
  • 7.1 Komplettes Team
  • 7.2 Teamraum
  • 7.3 Sicherheit
  • 7.4 Zweck
  • 7.5 Kontext
  • 7.6 Ausrichtung
  • 7.7 Energiegeladene Arbeit
  • 8 Planen
  • 8.1 Storys
  • 8.2 Adaptives Planen
  • 8.3 Visuelles Planen
  • 8.4 Das Planning Game
  • 8.5 Echte Kundenbeteiligung
  • 8.6 Inkrementelle Anforderungen
  • 9 Ownership
  • 9.1 Aufgabenplanung
  • 9.2 Kapazität
  • 9.3 Freiraum
  • 9.4 Standup-Meetings
  • 9.5 Informative Arbeitsumgebung
  • 9.6 Kundenbeispiele
  • 9.7 »fertig, fertig«
  • 10 Verantwortlichkeit
  • 10.1 Vertrauen der Stakeholder
  • 10.2 Stakeholder-Demos
  • 10.3 Prognosen
  • 10.4 Roadmaps
  • 10.5 Management
  • 11 Verbesserung
  • 11.1 Retrospektiven
  • 11.2 Teamdynamik
  • 11.3 Beseitigung von Hindernissen
  • Zuverlässig liefern
  • Willkommen in der Delivering-Zone
  • Praktiken der Delivering-Zone meistern
  • 12 Zusammenarbeit
  • 12.1 Collective Code Ownership
  • 12.2 Pair Programming
  • 12.3 Mob Programming
  • 12.4 Ubiquitous Language
  • 13 Entwicklung
  • 13.1 Keine Reibungsverluste
  • 13.2 Continuous Integration
  • 13.3 Testgetriebene Entwicklung
  • 13.4 Schnelle, zuverlässige Tests
  • 13.5 Refactoring
  • 13.6 Spike-Lösungen
  • 14 Entwurf
  • 14.1 Inkrementeller Entwurf
  • 14.2 Einfacher Entwurf
  • 14.3 Reflektierender Entwurf
  • 15 DevOps
  • 15.1 Für den Betrieb bauen
  • 15.2 Feature Flags
  • 15.3 Continuous Deployment
  • 15.4 Evolutionäre Systemarchitektur
  • 16 Qualität
  • 16.1 Keine Fehler
  • 16.2 Aufdecken blinder Flecken
  • 16.3 Vorfallanalyse
  • Optimierung der Ergebnisse
  • Willkommen in der Optimizing-Zone
  • Optimizing Fluency erreichen
  • 17 Autonomie
  • 17.1 Geschäftsbezogenes Fachwissen
  • 17.2 Geschäftsbezogene Entscheidungen
  • 17.3 Verantwortlichkeit und Beaufsichtigung
  • 17.4 Finanzierung
  • 17.5 Experimente und weiterführende Literatur
  • 18 Entdeckung
  • 18.1 Validiertes Lernen
  • 18.2 Anpassungsfähigkeit
  • 18.3 Experimente und weiterführende Literatur
  • 19 In die Zukunft
  • Literaturverzeichnis
  • Index

Ähnliche Titel

    Mehr von diesem Autor