(1) Zeitliche Komplexität
(2) Politik, Werte und Ziele

Zeitliche Komplexität
In größeren Projekten sehe ich hier ein zeitliches Problem. Beansprucht die Designphase mehr Zeit, weil man sie genau, exakt, eben so durchführen möchte, dass die Wahrscheinlichkeit von Changes während des Fertigungsprozesses (das Codieren) minimiert werden, dann ist meine Erfahrung, dass die Designphase in komplexen Umfeldern und Organisationen einfach zu lang dauert. Das Schlimme daran: die Veränderungszyklen, die sich durch Anforderungen des Marktes ergeben , können kürzer sein als die Dauer einer Designphase (!). Oder anders: Wenn es zur Fertigung kommt, ist die Software schon wieder veraltet. Wie gestaltet man also die Software und den Softwareentwicklungsprozess so, dass die Software zeitnah anpassungsfähig ist? Natürlich sind die Marktveränderungszyklen auch branchenabhängig, eine sehr “lebhafte” Branche ist z.B. die Telekommunikationsbranche (Technologien, Tarife, Endgeräte, ….). Aus meiner Sicht wäre es clever, als Unternehmen den Markt selbst so zu gestalten und im “Griff” zu haben, dass man dies im Einklang mit dem Change-Management fährt.

Politik, Werte und Ziele
Für mich ist die Unternehmenspolitik, welche durch Werte und Ziele der einzelnen Mitarbeiter getrieben wird, ein wesentlicher Faktor, der Softwareentwicklungsprozesse und Projekte verzögern. Die Message die ich hier rüberbringen will ist: Es reicht nicht nur auf den Softwareentwicklungsprozess zu schauen, sondern auch auf die Menschen, die diesen durchführen. Und hier kommen wir dann wieder auf komplexe soziale Systeme, Kybernetik und gar auf autopietische Systeme.

Gruss aus Zürich,
Francesco

Zustimmung und Widerspruch zugleich. Das grosse Problem bei der Softwareerstellung ist meiner Erfahrung nach, dass Design und Fertigung nicht wirklich gut getrennt sind und das professionelle Fertigungsprozesse, also das vollautomatisierte erstellen von Codes nach Designvorlage und hinreichend vollständige Simulationsmodelle vor Start der Softwareerstellung ( Fertigung ), eigentlich noch gar nicht existieren.
Jeder weiss, daß Änderungen in der Schlussphase eines Automotiventwicklungszyklus irrsinnig teuer sind und man versucht sie daher zu vermeiden und zu sanktionieren. In der Softwareentwicklung/Implementierung scheint es manchmal gar keinen Closingdate für Changes zu geben. Oder sagen wir es anders, die Budgetverantwortlichen handeln höchst unverantwortlich. Hier wird unbekümmert und blind für die finanziellen Auswirkungen agiert, nach dem Motto, das kann man ja mal eben umschreiben. KVP kann eben auch falsch verstanden werden. Wie gesagt, Alles kein Problem, solange man noch und ausschließlich im Design- und Simulationszustand ist, aber extrem teuer, wenn die Produktion ( Codeerstellung ) schon gestartet ist.
Die Pläne, für eine völlig neuartige Softwarefabrik, die nach den Prinzipien vollständiger Modellierung/Simulation und der Fließbandfertigung arbeiten kann, gibt es übrigens schon ein paar Jahre. Allerdings hat sich bisher noch keiner gefunden, der bereit gewesen wäre, die dafür notwendigen Investitionsmittel von 50-80Mio. Euro in die Hand zu nehmen. Das Leiden, auch bei den grossen Softwarefirmen ist offensichtlich immer noch nicht gross genug, obwohl inzwischen sicher das Hunderfache in vermeidbare Projektverlängerungen investiert wurde. Das ist der Preis den wir zahlen, weil man der Ãœberzeugung ist, Softwareprogrammierung sei Kunst … Kunst ist aber nur das Softwaredesign und Können, die Grenze zur Fertigung zu erkennen.

Sometimes, the world is really crazy !