Warum nicht. Diese Experimente und das lernen daraus setzen allerdings schon eine gewisse agile Grundhaltung voraus, die es noch nicht überall gibt. Vielmehr denkt man zu oft in endgültigen Lösungen und meint dann erst richtig agil sein zu können, wenn das kontinuierliche Ausliefern funktioniert, was ein bestenfalls ein Trugschluss und schlimmstenfalls eine Ausrede ist.

Ist das eine Risikobetrachtung? Warum nicht schnellstmögliche Auslieferfähigkeit als Ziel, selbst wenn es am Anfang erst mal mächtig holpert oder sogar scheitert? Wenn man es als Experiment (ohne Konsequenzen!) betrachtet, ist das doch eine prima Vorgehensweise. Experimentieren, daraus lernen, neu ausrichten, nächstes Experiment.

Verschwendung vermeiden trifft tatsächlich den Kern der Dinge. Wenn man aber mit Agilität anfangen will, wäre mir anfangs die Fähigkeit, nützliche Zwischenschritte erarbeiten und irgendwie verproben zu können (mit allem was an Kultur, Architektur, Werkzeugen, etc. dazugehört) viel wichtiger als diese Zwischenschritte auch wirklich ausliefern zu können. Auch wenn das natürlich auch Verschwendung bedeutet, weil der echte Nutzen sich dann später einstellt.

Danke für Deinen Kommentar, Thilo! Das was Du als agiles Denken beschreibst, erinnert mich stark an die Bewegung working out loud. Transparenz und Kommunikation sind für mich Schlüsselfaktoren in jedem Projekt, egal in welcher Vorgehensweise. Agil heißt für mich aber schon kontinuierlich angenommenen Wert zu liefern und zu prüfen ob die Erwartung bestätigt wird. Es geht um nutzbare Zwischenprodukte und weniger um Teile des ganzen Produkts oder Planungsdokumente.

Kontinuierliches Ausliefern von nutzbaren Produkten ist nur eine mögliche Interpretation.
Ich würde es weiter fassen und vom Kontinuierlichen Ausliefern sinnträchtiger Ergebnisse sprechen.

Und das funktioniert auch im klassisch geprägten Umfeld hervorragend, aber genausogut im Tagesgeschäft oder ganz anderen Umfeldern:

Sei es ein laufender, sinnvoller Informationsfluß zum Kunden, welche Schritte abgeschlossen oder in Arbeit sind, oder was aus welchen Gründen länger dauert und wie der Kunde sich da mit einbringen kann;

Sei es ein kurzes Statusupdate in der Raucherecke;

Sei es ein Vorabzug einer Zeichnung, die der Kunde braucht, um einen anderen Lieferanten wieder in Schwung zu bringen.

Oder auch eine kurze technische oder vertragliche Information, die anderen Beteiligten hilft, ein Problem zu lösen.

Sobald man sich von dem sehr konkreten Begriff der „Produktlieferung“ löst und die „Auslieferung“ kreativer betrachtet, tun sich unglaubliche Möglichkeiten auf, den Kunden und andere Stakeholder im Loop zu halten und konstruktiv mit ihnen zusammenzuarbeiten.

Nach wie vor: Agile Methoden sind nicht immer geeignet;
Agile Denke hingegen, in Maßen eingesetzt, befreit den Geist und eröffnet Möglichkeiten.

Den klassischen Projekten wird immer vorgeworfen, nur an das vollständige Endprodukt zu denken; tatsächlich ist es aber so, daß jedes Endprodukt oder Projektergebnis auf dem Weg über tausende Zwischenprodukte entsteht, die um so werthaltiger sind, je bewußter man sie ausliefert.