Zu viel technische Schuld: Die Anforderung kann nicht umgesetzt werden

Foto des Autors
Sebastian Neus
Sebastian Neus

Das Development Team ist bei Scrum für die Source Code Qualität und die im System vorhandene technische Schuld verantwortlich. Guter Source Code ist wartbar. Bedeutet, dass er Veränderungen ermöglicht.

Einleitung

Das Development Team ist bei Scrum für die Source Code Qualität und die im System vorhandene technische Schuld verantwortlich. Guter Source Code ist wartbar. Bedeutet, dass er Veränderungen ermöglicht.

Product Owner haben in Software Entwicklungsprojekten selten persönliche Software-Entwicklungserfahrung und können daher nur schwer einschätzen, welche ihrer Entscheidungen dazu beitragen, dass die Software-Qualität sich verschlechtert.

In Scrum leben wir Zusammenarbeit und Transparenz. Einer der wesentlichen Werte in Scrum ist Mut. Ein Development Team muss zwar vom Product Owner behandelt werden wie ein Stakeholder, aber auch den Mut haben, auf technische Erfordernisse und sich anbahnende Probleme aktiv hinzuweisen.

Aufwand für die Entwicklung

Die folgende Grafik zeigt, wie sich der Aufwand für die Umsetzung einer neuen Anforderung erhöht, wenn die technische Schuld eines Systems steigt.

Zum Zeitpunkt „t1“ sind Änderungen mit vertretbarem Aufwand praktisch nicht mehr möglich.

Die folgenden Entscheidungen/Situationen führen zur Verschlechterung der Source-Code-Qualität:

  • Dauerhafter Feature-Druck
  • Keine Zeit für Refactorings
  • Keine Zeit für technische Audits
  • Fehlende Code-Reviews durch Teammitglieder
  • Wenig Zeit für Diskussionen zur technischen Umsetzung

Nur wer regelmässig „aufräumt“ hat dauerhaft gute Source-Code-Qualität und ist damit in der Lage, kurzfristig neue Anforderungen umzusetzen!

Schreibe einen Kommentar

Das könnte Dich auch noch interessieren

Agile Series: Ihr agiles Portfolio in 6 Schritten mit Portfolio for Jira

Agile Series: Ihr agiles Portfolio in 6 Schritten mit Portfolio for Ji...

Vereinfachen Sie Ihr agiles Projektmanagement. Lesen Sie, wie Sie in nur 6 Schritten zu Ihrem agilen Portfolio mit Portfolio for ...
Agile Series: Messen statt Schätzen mit No Estimation

Agile Series: Messen statt Schätzen mit No Estimation

Mit No Estimation können Sie in agilen Projekten messen, wieviele User Stories Sie und Ihr Team in einem Sprint schaffen ...
Wie Sie Digitalisierung und agile Arbeitsweisen ausprobieren können

Wie Sie Digitalisierung und agile Arbeitsweisen ausprobieren können

In meinen letzten Blog-Artikeln habe ich dargestellt Wie die Digitalisierung Arbeitsweisen verändert, Wie Agilität Unternehmen verändert und wie Die neue Rolle der Personalabteilung bei ...