Close
  • Start
  • AGIL
    • Agiles Projektmanagement
    • Scrum Zertifizierungen
  • SOFT
    • SOFT Skills nach iSAQB
    • Agil Führen
  • KI
    • Prompt Engineering
    • KI Strategie
  • About
  • Kontakt
  • Übersicht
  • Einstieg
    • Simulation
    • Wozu APM
    • Klassisch vs. Agil
    • Agile Werte
  • Prozess
    • Inkrement
    • Iterationen
    • Review
    • Retrospektive
    • Agiles Nachsteuern
  • Prinzipien
    • Einfachheit
    • Time Boxing
    • Selbstorganisierte Teams
  • Anforderungen
    • User Stories
    • User Stories vs. Tasks
    • Business Value
    • Persona
  • Kontrolle
    • Task Board
    • Story Points
    • Planning Poker
    • Burn Down Chart
    • Daily Stand-up
  • Scrum
    • Ursprung
    • Prozess
    • Rollen
    • Scrum-But
  • Abschluss
    • PM-Dreieck
    • Agil Skalieren
    • Klassisch&Agil
Übersicht
  • Übersicht
  • Einstieg
    • Simulation
    • Wozu APM
    • Klassisch vs. Agil
    • Agile Werte
  • Prozess
    • Inkrement
    • Iterationen
    • Review
    • Retrospektive
    • Agiles Nachsteuern
  • Prinzipien
    • Einfachheit
    • Time Boxing
    • Selbstorganisierte Teams
  • Anforderungen
    • User Stories
    • User Stories vs. Tasks
    • Business Value
    • Persona
  • Kontrolle
    • Task Board
    • Story Points
    • Planning Poker
    • Burn Down Chart
    • Daily Stand-up
  • Scrum
    • Ursprung
    • Prozess
    • Rollen
    • Scrum-But
  • Abschluss
    • PM-Dreieck
    • Agil Skalieren
    • Klassisch&Agil
Übersicht

E-Learning: Klassisch vs. Agil

In der Softwareentwicklung stehen sich zwei Modellarten für den Entwicklungsprozess gegenüber: das Wasserfallmodell und die agilen Modelle.

Das Wasserfallmodell wird gemeinhin als »klassisch« bezeichnet, womit es im Laufe der Zeit im Prozessmanagement zur Unterscheidung zwischen »klassisch« und »agil« kam. Es gibt zwischen diesen Polen zahlreiche Modellvarianten und Mischformen. Zur Vereinfachung des Spannungsfeldes zwischen »klassisch« und »agil« verzichte ich hier bewusst auf deren Darstellung und Systematisierung.

Die Begriffe »klassisch« und »agil« wurden auf das Projektmanagement übertragen:

  • Unter Agilem Projektmanagement ist danach ein Projektmanagement zu verstehen, das sich auf einen agilen Prozess stützt und dabei die agilen Prinzipien und Techniken nutzt.
  • Das klassische Projektmanagement dagegen ist ein Projektmanagement, das im weiteren Sinne auf einem Wasserfallmodell basiert und dazu passende Techniken des Projektmanagements einsetzt.

Lassen Sie uns einen Ausflug in die Regelungstechnik machen, um den Unterschied zwischen agilem und klassischem Projektmanagement noch deutlicher zu machen. Dort gibt es die Einteilung in die Kategorien »Steuerung« und »Regelung«:

  • Wenn ich ausreichend Informationen über ein System habe, dann kann ich zukünftige Zustände gut vorausberechnen und dieses System durch Steuereingriffe so beeinflussen, dass es sich in eine gewünschte Richtung verändert. Ich kann es steuern. Bei einer Heizung entspräche das Steuern einem einfachen Verstellen der Heizung auf eine bestimmte Stufe.
  • Wenn ein System sehr komplex ist und man die zukünftigen Zustände nicht einfach vorausberechnen kann, so benötigt man eine Regelung. Bei einer Heizung könnte der Regler die aktuelle Raumtemperatur und die Außentemperatur mit einbeziehen, um immer wieder angepasst an diese Faktoren sinnvolle Einstellungen der Heizung vorzunehmen. Eine Regelung bezieht also die Dynamik des Systems ein, die sie beeinflussen soll.

Übertragen auf die Produktentwicklung entspricht ein reiner Wasserfallprozess der Steuerung und ein agiler Prozess der Regelung.

Während man beim klassischen Wasserfallmodell davon ausgeht, mithilfe einer genauen Beschreibung der Anforderungen und einer darauf basierenden Planung den Weg der Entwicklung vorab festlegen zu können, bezieht man im agilen Prozess die Veränderungen (also insbesondere ein präziseres oder neues Verständnis der Anforderungen) immer wieder ein und regelt die Richtung der Entwicklung nach.

(3/28)

Weiter
© Copyright Preußig Seminare