Sparkteams
  • Webinar
  • Team
  • Karriere
  • Blog
  • Kontakt
    • en
  • Webinar
  • Team
  • Karriere
  • Blog
  • Kontakt
    • en

Wie kommuniziere ich technische Schulden?

Diskussionen zwischen Entwicklung und Produktmanagement über technische Schulden sind richtig und wichtig, denn nicht jede technische Schuld muss direkt beglichen werden. Was relevant ist und was nicht, lässt sich tatsächlich am besten im gemeinsamen Gespräch ermitteln. Es fällt aber immer wieder auf, dass sich auch erfahrene Entwickler schwer damit tun, technische Schulden gut zu kommunizieren und auch den Wert von Refactorings klar zu formulieren. Das Produktmanagement sieht hier oft nur die Kosten und nicht den Nutzen, was natürlich zu einer klaren Abwehrhaltung führt.

Übermäßige technische Schulden sind fast immer ein Versäumnis des technischen Managements

Ein erfahrenes und eingespieltes Team mit einem hohen Maß an Vertrauen und gegenseitigem Respekt von Entwicklung und Produktmanagement / Product Owner sowie der notwendigen Seniorität und Erfahrung kann dies sicher leisten. Viele - wenn nicht sogar die meisten - Teams sind aber nicht so weit. Es fehlt an Seniorität und Erfahrung. Einzelne Entwickler haben das Gefühl, keine Refactorings durchführen zu dürfen. Alles ist so dringend, dass Refactoring-Themen einfach immer wieder hinten runterfallen.

Technische Schulden sind - trotz ihres Namens - kein rein technisches Problem

Technische Schulden gedeihen besonders gut in Umgebungen mit bestimmten Eigenschaften. Mangelnde Erfahrung in der Softwareentwicklung innerhalb eines Teams und fehlendes Bewusstsein für den Wert von gutem, leicht verständlichem Code sind beispielsweise starke Treiber. Zu hoher Druck schnell Features umzusetzen sowie zu viel Bürokratie, die Eigeninitiative unterbindet, sind weitere Faktoren, die auf ein Team einwirken und schnell zu technischen Schulden führen. Kurz gesagt, Menschen, ihre Fähigkeiten und ihre Zusammenarbeit innerhalb und außerhalb eines Teams sind der ausschlaggebende Faktor für das Entstehen aber auch den Abbau von technischen Schulden.

Drei Missverständnisse über technische Schulden

Unnötige Komplexität macht jedes neue Feature und jede Änderung ein wenig aufwendiger als sie sein müsste. Je höher die unnötige Komplexität, desto schwieriger ist es den Code zu verstehen, den Effekt von Änderungen abzuschätzen und den Code zu testen. All das verlangsamt die weitere Entwicklung. In den folgenden Abschnitten gehen wir auf einige typische Missverständnisse, die uns immer wieder im Umgang mit technischen Schulden begegnen, ein. “Wir haben keine technischen Schulden oder sonstige Probleme mit Altlasten.
  • ««
  • «
  • 1
  • 2
  • »
  • »»
Spark Software Engineering GmbH
info@sparkteams.de
+49 (0) 176 87 872 658
Alter Schlachthof 33, 76131 Karlsruhe
AGBs Datenschutz Impressum