Führt Agile oder Scrum zu technischen Schulden?

Der Terminus „technical debt”, also technische Schuld(en) wurde 1992 von Ward Cunningham geprägt. Er ist für viele Dinge bekannt: Wikis, CRC-Karten und dass er das Extreme Programming (XP) beeinflusst hat.

Extreme Programming

XP war mit Abstand die größte und wichtigste „leichtgewichtige Methode” zu dem Zeitpunkt, als das Agile Manifest entstand.

Daher ist es etwas seltsam, anzunehmen, dass Agile zu technischen Schulden führen könne. All das Gerede über technische Schulden kam aus Richtung agiler Methoden.

Ward Cunningham und Martin Fowler waren an der Entstehung des Agilen Manifests beteiligt.

Warum sollten Agile oder Scrum technische Schulden verursachen?

Es ist wirklich ironisch, dass es heutzutage Leute gibt, die denken, agile Methoden wie etwa Scrum würden zu technischen Schulden führen.

Ich kann diesen Gedanken allerdings nachvollziehen.

Wenn jemand heute an Agile denkt, denkt er nicht mehr notwendigerweise auch an XP. Heute dreht sich alles eher um Scrum und Kanban und generell um das Management. Ich kann verstehen, dass Leute, die Erfahrungen mit schlecht durchgeführtem Scrum gemacht haben, glauben, dass Agile eine schlechte technische Methode ist.

Eine kontroversere – wenn auch weniger originelle – Behauptung wäre, dass die XP-Methoden zu technischen Schulden führen. In anderen Worten hieße das, dass die Community, die das Konzept entwickelt und umgesetzt hat, auf technische Schulden zu achten, Methoden empfiehlt, die zu technischen Schulden führen.

Dieser Text stammt aus dem Blog von Jason Yip und wurde von uns ins Deutsche übersetzt.

Das MVP in Scrum

=> Was ist das Minimum Viable Product in Scrum?

Product Owner Seminar

=> Werde zertifizierter Product Owner mit unserem Certified Scrum Product Owner Training.