Um das agile Manifest – die Grundlage aller agilen Vorgehensmodelle – geht es in der einhunderteinundsechzigsten Episode des IT-Berufe-Podcasts.

Podcast: Play in new window | Download (Duration: 43:23 — 20.8MB)

Abonnieren: Apple Podcasts | Spotify | RSS

Inhalt

• Das agile Manifest wurde 2001 von mehreren namhaften Softwareentwicklern aufgestellt als Gegenentwurf zum bisherigen Vorgehen bei der Softwareentwicklung.
• Es bildet die Grundlage für alle agilen Projektmanagementmethoden und Softwareentwicklungsprozesse wie z.B. Scrum und Extreme Programming.
• Das Manifest verbietet nicht die klassisches Vorgehensweise, zeigt aber bessere Alternativen auf, um zum gewünschten Ergebnis zu kommen.

Wasserfall und „klassische“ Softwareentwicklung

• BDUF: Big Design Up Front. Lange Planungsphase mit viel Dokumentation, danach „standardisierte“ Entwicklung als „Abarbeitung“ des Designs.
• Umgang mit sich ändernden Anforderungen ist schwierig, weil das System zu starr ist, um darauf zu reagieren.
• Durchschnittlich ändern sich aber 2% der Anforderungen an Projekte pro Monat.
• Folge: Projekte verzögerten sich, wurden zu teuer oder lieferten nicht das gewünschte Ergebnis („magisches Dreieck“: Kosten, Zeit, Qualität).
• Achtung: Wasserfall ist nicht immer schlecht. Es gibt auch Projekte, die sich gut dafür eignen (insb. das IHK-Abschlussprojekt).

Agiles Manifest

Siehe Manifesto for Agile Software Development.

We are uncovering better ways of developing
software by doing it and helping others do it.
Through this work we have come to value:

Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan

That is, while there is value in the items on
the right, we value the items on the left more.

1. Menschen sind wichtiger als Prozesse
2. Lauffähige Software ist wichtiger als Dokumentation
3. Zusammenarbeit ist wichtiger als Vertragsverhandlungen
4. Reaktion auf Änderungen ist wichtiger als das Verfolgen eines Plans

Einige Unterzeichner

• Kent Beck: Begründer des Extreme Programming, Entwickler von JUnit, „Erfinder“ von Test Driven Development (siehe Test Driven Development: By Example*)
• Robert C. Martin: Autor von Clean Code*, Entwickler von FitNesse
• Ward Cunningham: „Erfinder“ des Wikis
• Martin Fowler: Autor von Refactoring* und Patterns of Enterprise Application Architecture*
• Ken Schwaber: „Erfinder“ von Scrum

Literaturempfehlungen

Eine gute Einführung in agile Softwareentwicklung liefert das Buch Agile Softwareentwicklung* von Henning Wolf und Wolf-Gideon Bleek.

*

Links

• Permalink zu dieser Podcast-Episode
• RSS-Feed des Podcasts
• Manifesto for Agile Software Development