Die wenigsten Entwicklungsteams haben heute noch die Chance, ein komplett neues System „from scratch“ zu entwickeln. Meistens stehen wir vor der Herausforderung, ein bestehendes, über Jahre gewachsenes System zu warten und auszubauen. Damit das auf Dauer gelingen kann, brauchen wir eine qualitativ hochwertige und flexible Architektur mit möglichst wenig technischen Schulden.

Die wenigsten Product Owner haben heute noch die Chance, ein System auf der grünen Wiese entwickeln zu lassen. Meistens stehen sie gemeinsam mit ihrem Entwicklungsteam vor der Herausforderung, ein oder mehrere über Jahre gewachsene Systeme um neue Features zu erweitern und zu warten. Aus Sicht des Entwicklungsteams braucht man dafür eine qualitativ hochwertige und flexible Architektur mit möglichst wenig technischen Schulden. Sind die technischen Schulden gering, dann können Bugs schnell und einfach gefixt werden, und Erweiterungen sind kostengünstig umzusetzen – aber was braucht der Product Owner?

In unserer täglichen Arbeit beim Programmieren haben wir mit komplexen Strukturen zu tun. Ein normales Softwaresystem von 250.000 Zeilen Code hat bereits um die 3.000 Klassen. Diese Klassen arbeiten auf die eine oder andere Weise zusammen, um die gewünschte Funktionalität zu realisieren. In diesen vernetzten Strukturen dürfen wir Fehler beheben und neue Funktionalität hinzufügen.