The Rocky Horror Code Show

AUSGANGSLAGE Software enthält technische Schulden, d.h. Dinge, die geändert werden müssten, das ist keine neue Erkenntnis. Vor allem in länger bestehenden Projekten sind diese in fast jedem Projekt vorhanden, werden aber häufig nicht angegangen. Hierbei geht es nicht nur um komplexe Themen, sondern auch um einfache Dinge wie irreführende Namen.
TECHNISCHE SCHULDEN Erläuterung des Begriffes sowie der Quadranten (bewusste/versehentliche bzw. rücksichtslose/umsichtige). Darstellung der versch. Arten in Softwareentwicklungsprojekten.
ROCKY HORROR CODE SHOW Beispiele aus realen Projekten mit echten Code Beispielen.
AUSWIRKUNGEN Ignorieren technischer Schulden führt zu Mehraufwänden bei der weiteren Feature-Entwicklung, einem höherem Risiko bei der Fehlerbehebung, einem frustrierten Entwickler-Team mit der Folge, dass sich einige über kurz oder lang andere Projekte suchen, Mehraufwänden bei der Einarbeitung neuer Entwickler, höheren Kosten, Projektverzögerungen, Projekt- und/oder Kundenverlust
KERNBOTSCHAFT Refactoring richtig gemacht ist gut für alle Beteiligte: Entwickler, Projektleiter, Kunden und Management. Es sei denn, man möchte alle 5-7 Jahre die Software komplett neu schreiben.
HANDLUNGSEMPFEHLUNGEN / VORTEILE  Keine reinen Refactoring Sprints, sondern dauerhaft 10% der Zeit dafür einplanen. Jeder im Entwickler-Team darf etwas verbessern (nicht nur die Tech Leads). Änderungskultur etablieren, offene Kundenkommunikation. Fehler aktiv ansprechen und zügig beheben, anstatt zu versuchen diese zu vertuschen. Vorteile des dauerhaften Refactorings offensiv kommunizieren.
VERMITTELTES WISSEN Erkennen von technischen Schulden, Möglichkeiten zur Berechnung der Auswirkungen von technischen Schulden in EURO, Kulturänderung in Projekten herbeiführen.