Technisches Schuldenmanagement in Softwareprojekten mit Scrum

Ward Cunningham f hrte in seinem Erfahrungsbericht auf der OOPSLA'92 die Metapher der technischen Schuld ein. Diese Metapher bezieht sich auf unausgereifte, unvollst ndige oder unzureichende Artefakte im Softwareentwicklungszyklus, die hohe Kosten und geringe Qualit t verursachen. Eine Strategie f r 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 r das Management von technischer Schuld vorgeschlagen, der auf drei Stufen basiert. In zwei Unternehmen, deren Projekte eine erhebliche technische Verschuldung aufweisen, wird Aktionsforschung durchgef hrt. Drei Zyklen der Aktionsforschung werden auf der Grundlage der drei Phasen des Rahmens f r beide Unternehmen durchgef hrt. Ein vierter Zyklus wird unter Ber cksichtigung des modifizierten Rahmens durchgef hrt. Der Hauptbeitrag dieser Studie besteht darin, reale Erfahrungen und Verbesserungen f r Projekte zu liefern, die Scrum verwenden und das Rahmenwerk f r das Management von technischer Verschuldung von Seaman und Guo bernehmen k nnen. Beide Teams haben erkannt, dass das Framework nach einigen Modifikationen umsetzbar ist.