Das Buch soll Personen der Zielgruppe in die Lage versetzen, mit technischen Schulden in Softwareprojekten umzugehen ( //de.wikipedia.org/wiki/Technische_Schu...). Diese stellen die Softwareindustrie vor �konomische Herausforderungen, die derzeit noch gar nicht vollst�ndig abzusehen sind. Daher werden Methoden ben�tigt, mit den technischen Schulden umzugehen und eben hier setzt das Buch an.ArchitekturZusammenhang zwischen Architekturentscheidungen und technischen SchuldenPriorisierung technischer Schulden und Architekturentscheidungen gegen�ber fachlicher FeaturesSch�tzen von technischen Schulden & Upfront-Bewertung von Architekturentscheidungen�konomische Betrachtung von Architekturentscheidungen und technischen Schulden in agilen ProjektenEntstehen technischer Schulden (bewusst, unbewusst)Arten technischer Schulden (short-term vs. long-term debt)Bewusstes Aufnehmen und Management technischer SchuldenManagement ungewollter bzw. unbewusster technischen SchuldenAdaption betriebswirtschaftlicher Modelle (NPV, CoD, Bilanzen) zum Management technischer Schulden in agilen ProjektenCosts of Delay und Urgency Profiles als Mittel zum Forecasting technischer EntscheidungenControlling & ManagementUmgang mit Unsicherheit bei Architekturentscheidungen und die Auswirkungen auf technische SchuldenOptionsmodelle (Real Options) als Fundament f�r Architekturplanung (und damit das Management technischer Schulden)Entscheidungsmuster und -zeitr�umeIntangibles in der SoftwareDie drei Arten von Kosten in der Do-It-Costs, Opportunit�tskosten und Do-Nothing-CostsProjektbilanzierung (eine Bilanz f�r Projekte, nicht wie man Projekte in der Unternehmensbilanz integriert)Leben mit den Five Orders of IgnoranceGenerische und Abstrakte L�sungen bewerten (Umgehen mit der Future-Effort-Fallacy)How to measure anything (Adaption von Hubbards Risiko- und Forecast-Konzepten auf Software-Projekte)Sonstige Aspekte zum Thema technische SchuldenWas die Makro�konomie �ber technische Schulden lehrt (Keynes vs. Hayek, Austerit�t und "In the long run, we're all dead")Software aus buchhalterischer Sicht (Die Lehmann-Pleite als �quivalent zu technischen Schulden)