Eine Wand von Parkhäusern

Statisches System, Foto © jpl

Statische Systeme sind, wie der Name schon sagt, statisch, steif und unbeweglich. Was einmal gebaut wird, kann in der Regel erneut nach dem gleichen Bauplan gebaut werden. Zumindest in der Theorie müssten durch die Wiederholung des Vorganges die Stückkosten sinken, weil durch die Wiederholung der Herstellungsprozess effizienter gemacht werden kann. Baupläne für statische Systeme kann man sich auch gut auf Halde legen und bei Bedarf erneut umsetzen. Meist reichen minimale Anpassungen um den Bauplan für ein Parkhaus auf der grünen Wiese eins neben dem anderen erneut auszuführen. Das Foto zeigt etwas entfremdet einen Ausschnitt der faszinierenden Wand aus Parkhäusern, die auf der Nordseite des Audi-Geländes über eine Strecke von über einem Kilometer nach und nach errichtet werden. Kurzum: die Planungsphase für ein statisches System wird sehr genau und zeitaufwändig durchgeführt. Die Bauzeit wird im Vergleich relativ kurz sein, dafür wird die Nutzungsdauer des neuen Systems relativ lang werden. Allerdings wird es während der Nutzungsdauer nur zu minimalen Änderungen kommen können. Bei größeren Änderungen wird der Prozess erneut zu durchlaufen sein. Damit stehen statische Systeme im Gegensatz zu dynamischen oder agilen Systemen. Projekte in der statischen Welt folgen dem Wasserfallmodell. Solche Modelle sind nicht iterativ und per Definition muss jede Phase abgeschlossen sein, bevor die nächste beginnt. Die Bedeutung von Wasserfallmodellen in der Softwareentwicklung nimmt kontinuierlich ab, da sich Umgebung und Kontext immer schneller verändern. Eine Studie aus Großbritannien kam bereits 2001 zu dem Schluss, dass 75% aller IT-Projekte, die nach der Wasserfallmethode durchgeführt werden, scheitern oder nie zum Einsatz kommen.

Agiles Manifest

Das Agile Manifest wurde am 13. Februar 2001 in einer Skihütte in Utah geschrieben. Verfasser waren 17 Vordenker der agilen Entwicklungsszene, darunter Jeff Sutherland als Schöpfer von Scrum.

Agiles Manifest

Da ich im Internet unter Bildersuche kein brauchbares deutsches Exemplar gefunden habe habe ich hier eines zur freien Verwendung eingebunden.

Das Gefälle von Scrum

Jeff Sutherland, WikiCommons

Im Januar 1986 erschien einer der heute legendärsten Artikel in der Harvard Business Review. Unter dem etwas kryptischen Titel "New New Product Development Game" beschrieben Hirotaka Takeuchi und Ikujiro Nonaka einen radikal neuen Ansatz, um neue Produkte zu entwickeln. Nach ihrer Idee sollten fachübergreifende Teams sämtliche Schritte auf dem Weg zu einem neuen Produkt gemeinsam durchlaufen und sich in Rugby-Manier gegenseitig zuarbeiten und ohne Abstimmung mit anderen Teams oder dem Management mit ihrer jeweiligen Produktidee durchsetzen.

In der neunziger Jahren adaptierte Ken Schwaber diese Methode in seiner Firma für das Entwickeln von Software. Im gleichen Zeitraum gestaltete auch Jeff Sutherland in seiner Firma Easel den Entwicklungsprozess für Software nach den Prinzipien von Takeuchi und Nonaka um und benutzte dafür als Erster den Begriff Scrum. Der Name lehnt sich am ehesten am wilderen Rugby als Teamsport an und ist kein Akronym.

Heute gibt es weltweit geschätzte 500.000 "Certified Scrum Master" (CSM), die mit dem Gedankengut der agilen Entwicklung ihre jeweiligen kleinen und großen Unternehmen infizieren und innovativer machen. Die wichtigsten dieser Gedanken finden sich im agilen Manifesto.

Es sollte aber noch einige Jahre dauern, bis sich Scrum weltweit ausbreitete. Der Druchbruch kam nach der Implosion des Dot-Com-Hypes im Jahr 2001. Der Druck auf die Notwendigkeit zur extreme schnellen Anpassung für kalifornische IT-Unternehmen wurde so hoch, dass sich in einer Kettenreaktion die meisten für Scrum als Methode der Software-Entwicklung entschieden. Ich fragte Jeff Sutherland am Rande einer Tagung in Wiesbaden letzten Monat, wie es danach weiterging. Er sagte, als erstes Land in Europa adaptierte Großbritannien im großen Stil im Jahr 2005. Er führte dies auf die sprachliche Nähe zur USA zurück. Im Jahr 2009 erfolgte nach seinen Worten die Explosion in den nordischen Ländern.

Gefragt nach Deutschland antwortete Jeff Sutherland, dass er die Quote hierzulande auf bescheidene 30% schätzt, aber dass sich die Szene organisch und stetig entwickelt. Er denkt, dass die Verlustangst in Management ein wesentlicher Grund ist, warum sich Scrum in Deutschland nicht schneller entwickelt.

Nachdem es keinen deutsche Wiki-Artikel über Jeff Sutherland gibt, schreibe ich hier ein paar Zeilen über seine Vita: geboren 1955 in Kalifornien, 100 Flugeinsätze über Nord-Vietnam (er gilt als Top Gun), Abschluß in Stanford und PhD an der Universität von Colorado, CEo von Scrum Inc.

Und immer ist es eine Freude, ihm zuzuhören.

Anpassung und Untergang

Organisches System, Foto © jpl

Organischen Systemen begegnen wir in der Natur überall. Ein Organismus am Beispiel einer Pflanze wächst und passt sich beständig den sich verändernden Standortbedingungen an. Licht, Wasser, Nährstoffe haben eine kontinuierliche Auswirkung auf den Wuchs und die spezifische Ausprägung dieser Pflanze. Gleichzeitig kann die Form der Pflanze nur innerhalb der Grenzen ihrer DNA variieren. Eine Eiche kann nicht in der Wüste wachsen und eine Dattel nicht in der Arktis. Komplexe Pflanzen wie Bäume sind mehrjährig und können auch periodischen Ereignissen wie Trockenheit oder Kälte in Grenzen widerstehen – was auch auf komplexe Unternehmen zutrifft.  Biomasse kann durch externe Ereignisse abgetragen werden, Beispiel Blitzschlag oder Tierverbiss. Solche extern zugefügten Wunden können bedingt ausgeglichen werden, führen in manchen Fällen aber auch zum plötzlichen Tod. Ein wesentliches Merkmal der Pflanze des organischen Systems ist die Reproduktionsfähigkeit. Ökologisch passende Räume werden durch Reproduktion solange besiedelt, bis der Raum vollständig besetzt ist. Dies findet aber fast immer im Wettstreit mit anderen organischen Systemen statt, die um die begrenzten natürlichen Ressourcen konkurrieren. Grundliegende Veränderungen in der Beschaffenheit der natürlichen Ressourcen – beispielsweise dauerhaft trockener oder dauerhaft kühler – wird zum Rückgang der einen Art und zur Ausbreitung einer anderen Art führen. Geschehen die Veränderungen in der Umgebung plötzlich und radikal, kann dies zum plötzlichen Aussterben der vorhandenen Art führen. Kurzum – ist die Anpassungsgeschwindigkeit nicht ausreichend, folgt der Untergang. Vor solchen Herausforderungen standen nach dem Platzen der Dot-Com-Blase die kalifornischen Internet-Unternehmen. Die Überlebenden konnten sich schlicht schneller den sich blitzartig veränderten Rahmenbedingung anpassen. Die agile Entwicklung, auch als Scrum bezeichnet, sollte eine entscheidenen Rolle spielen.