Technisches Schuldenmanagement in Softwareprojekten mit Scrum

Ward Cunningham frte in seinem Erfahrungsbericht auf der OOPSLA'92 die Metapher der technischen Schuld ein. Diese Metapher bezieht sich auf unausgereifte, unvollst鄚dige oder unzureichende Artefakte im Softwareentwicklungszyklus, die hohe Kosten und geringe Qualit酹 verursachen. Eine Strategie f das Management von Technical Debt ist immer noch eine Herausforderung, da es sich um etwas handelt, das nicht Teil des Entwicklungsprozesses ist. Carolyn Seaman und Yuepu Guo haben einen Rahmen f das Management von technischer Schuld vorgeschlagen, der auf drei Stufen basiert. In zwei Unternehmen, deren Projekte eine erhebliche technische Verschuldung aufweisen, wird Aktionsforschung durchgefrt. Drei Zyklen der Aktionsforschung werden auf der Grundlage der drei Phasen des Rahmens f beide Unternehmen durchgefrt. Ein vierter Zyklus wird unter Berksichtigung des modifizierten Rahmens durchgefrt. Der Hauptbeitrag dieser Studie besteht darin, reale Erfahrungen und Verbesserungen f Projekte zu liefern, die Scrum verwenden und das Rahmenwerk f das Management von technischer Verschuldung von Seaman und Guo ernehmen k霵nen. Beide Teams haben erkannt, dass das Framework nach einigen Modifikationen umsetzbar ist.