Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.
| Beide Seiten, vorherige ÜberarbeitungVorherige ÜberarbeitungNächste Überarbeitung | Vorherige Überarbeitung | ||
| public:agil [2020/12/26 21:06] – Thomas | public:agil [2026/07/27 22:22] (aktuell) – gelöscht - Externe Bearbeitung (Datum unbekannt) 127.0.0.1 | ||
|---|---|---|---|
| Zeile 1: | Zeile 1: | ||
| - | ====== Agilität ====== | ||
| - | |||
| - | Der Begriff hat eine erstaunliche Karriere erlebt. Ich erinnere mich gut an meine ersten Jahre als Softwareentwickler. Die Probleme mit traditionellen Entwicklungsmethoden und -prozessen waren in der Softwareindustrie allzu offensichtlich. Begeistert habe ich 2001 das Buch "// | ||
| - | |||
| - | ===== Worum es geht ===== | ||
| - | |||
| - | |||
| - | Kent Beck war auch einer der Protagonisten hinter dem [[https:// | ||
| - | |||
| - | > Wir erschließen bessere Wege, Software zu entwickeln, | ||
| - | > indem wir es selbst tun und anderen dabei helfen. | ||
| - | > Durch diese Tätigkeit haben wir diese Werte zu schätzen gelernt: | ||
| - | > | ||
| - | > Individuen und Interaktionen mehr als Prozesse und Werkzeuge | ||
| - | > Funktionierende Software mehr als umfassende Dokumentation | ||
| - | > Zusammenarbeit mit dem Kunden mehr als Vertragsverhandlung | ||
| - | > Reagieren auf Veränderung mehr als das Befolgen eines Plans | ||
| - | > | ||
| - | > Das heißt, obwohl wir die Werte auf der rechten Seite wichtig finden, | ||
| - | > schätzen wir die Werte auf der linken Seite höher ein. | ||
| - | |||
| - | Heutzutage ist Softwareentwicklung ohne eine mehr oder weniger umfängliche Überführung in den Arbeitsalltag kaum vorstellbar. Ist da, wo viel Licht ist, möglicherweise auch Schatten? Dazu sollte die Motivation und die Rezeption dieser agilen Vorgehensweise genauer betrachtet werden. | ||
| - | |||
| - | ===== Anwendungsbereich ===== | ||
| - | |||
| - | Agilität ist wiederholt als ein eigenes Prozess-Modell verstanden worden. Dem Wortlaut des Manifests nach steht aber ein Denken in Prozessen gar nicht im Vordergrund. Zur Jahrtausendwende war das quälende Problem der Softwareentwicklung, | ||
| - | |||
| - | Agilität scheint die Lösung für die wesentlichen Probleme | ||
| - | |||
| - | * Funktion: Entwicklung eines gemeinsamen Verständnisses, | ||
| - | * Funktion: Vermeidung von Enttäuschung, | ||
| - | * Fokussierung der Entwickelnden auf die Kundenerwartung, | ||
| - | |||
| - | ===== Der Nicht-so-Anwendungsbereich ===== | ||
| - | |||
| - | Ganz offensichtlich hatten die Unterschreiber des agilen Manifests eine vergleichsweise genaue Vorstellung davon, wozu das Ganze gut sein sollte. Der Fluch der erfolgreichen Idee ist leider, dass damit Hoffnung auf eine Universalhilfsmittel geweckt wird. Und es entsteht ein Modetrend, dem zu folgen angenehm leicht fällt. | ||
| - | |||
| - | ==== Nicht-funktionale Anforderungen ==== | ||
| - | |||
| - | |||
| - | ==== Braucht es ein agiles Bestattungsunternehmen? | ||
| - | |||
| - | Was erfolgreich in der hippen Softwarebranche funktioniert, | ||
| - | |||
| - | * Gegenstand der Arbeit ist Innovation, also behandelt ein Produkt, das neu ist. Das meint nicht zwangsläufig eine Revolution. Aber mindestens ein neuer Aspekt muss schon herausgearbeitet werden. | ||
| - | * Es geht um Kommunikation mit Auftraggebern oder Kunden bzw. um Entwicklung des Verständnisses der Bedürfnisse eines abstrakten Nutzerkreises oder Anwender-Biotops. Wo diese Kommunikation unproblematisch oder sehr standardisiert geschieht, bringt es nichts. | ||
| - | |||
| - | |||
| - | ===== Kritik ===== | ||
| - | |||