Die Ziele fürs Projekt werden früh gesteckt. Im Projektverlauf werden die Ziele feinjustiert - mit Hinblick auf Zeit, Ressourcen und Machbarkeit. Aber zum Schluss wird es eng. Und im Sinne der Prioritäten, die auf die Zielsetzung einzahlen, wird an der einen oder anderen Stelle gespart, verkürzt, eine Abkürzung genommen. Und so nimmt nicht nur die Software Schulden auf, sondern auch das Gesamtprojekt ist mit Schulden belastet.
"Shipping first time code is like going into debt. A little debt speeds development so long as it is paid back promptly with a rewrite... The danger occurs when the debt is not repaid. Every minute spent on not-quite-right code counts as interest on that debt. Entire engineering organizations can be brought to a stand-still under the debt load of an unconsolidated implementation [...]" (Ward Cunningham)
Wenn dieses Projekt nicht nur eine Ein-Tages-Fliege oder Kampagne ist, werden die Schulden sich mit jedem weiteren Projektschritt in der Fortentwicklung erhöhen. Es sei, dass Projektteam nimmt sich die Zeit, die Schulden zu begleichen.
Während technische Schulden im Code zu finden sind, sind die Schulden des Gesamtprojekts eher in Dingen zu suchen, die nicht sind: nicht dokumentiert, nicht oder nur schwammig existent.
Ein deutliches Anzeichen für Projektschulden im Gesamtprojekt sind lange Einarbeitungszeiten neuer Kräfte. Im Projekt ist vieles unklar, zu vieles im Ungefähren; es braucht viele Nachfragen, viel Recherche. Es fehlt an Zielsetzung, Regeln & Teamstrukturen, einem Projekt-Controlling.
Genauso wie für das technische Projekt gilt: irgendwann sind die Schulden so hoch, dass ein Relaunch (also ein Neu-Start) preiswerter ist als das Ausbessern des bestehenden Projekts. Ein teures Vergnügen.
Dieser Blog-Post ist ein privater Beitrag von Judith Andresen.
- Nächster Artikel: Das hat sich das Marketing kaputt ausgedacht!
- Vorheriger Artikel: Nützliche Regeln & Ideen für Software-Teams
- Kategorie: Projekt
Kommentar schreiben