Wie man Chaos bei Software-Projekten vermeidet
Gleich ob klassische Software, Web-Applikationen oder Business Intelligence: Für die Software-Entwicklung gelten bestimmte Regeln, mit denen sich Zeit- und Budgetüberschreitungen vermeiden lassen.
Das Problem ist nur: Die Ursachen und Faktoren sind unter Entwicklern bekannt, werdenallerdings von Auftraggebern und Projektmanagern selten beherzigt. Im aktuellen Projekt ist immer keine Zeit dafür, denn: "Das muss unbedingt zur CeBIT fertig sein…".
Hier ein US-Blogeintrag in dem alle relevanten Punkte für Software-Projekte schön verdichtet und sehr kurz aufgelistet werden. Nur zur Erinnerung. Oder zum Versand an Menschen, die beim aktuellen Projekt diese Erfahrungswerte und Grundregeln ausblenden.
Die Zusammenfassung basiert auf diesem Buch zum Thema:
Frage:
Gibt es zwischen den USA und Deutschland eigentlich spürbare Unterschiede? Oder sind die Probleme überall ähnlich?
Comments welcome.
Link:
Coding Horror: Revisiting The Facts and Fallacies of Software EngineeringRevisiting The Facts and Fallacies of Software Engineering
März 31st, 2008 at 8:35
Den Preis für diese Entwicklungsarbeit müssen dann allzu oft die User zahlen … Wobei ihr Beitrag im Livebetrieb von vielen Softwareherstellern gerne genutzt wird, um die entsprechenden Optimierungen anzutreiben. Kann man diskutieren (User als Betatester), aber auch verstehen (Komplexität heutiger Software, Wünsche und Anforderungen der täglichen Arbeit der Anwender müssen/dürfen/sollen einfließen).
Hier kann SaaS (Software as a Service) übrigens einen deutlichen Vorteil gegenüber der "normalen" Client basierten Lösung haben; und wenn es nur der schnellere Turn Around der Optimierungen und Anpassungen ist. Näheres zu einer typischen Architektur unter http://www.1stplan.de/produkt/technik/architektur.html