Technische Schulden

Technical Debt (auch bekannt als Design Debt oder Code Debt, kann aber auch mit anderen technischen Bemühungen in Verbindung gebracht werden) ist ein Konzept in der Softwareentwicklung, das die impliziten Kosten zusätzlicher Nacharbeit widerspiegelt, die durch die Wahl einer einfachen (eingeschränkten) Lösung jetzt anstelle von a besserer Ansatz, der länger dauern würde.

1. Was ist ein Beispiel für technische Schulden??
2. Sind technische Schulden schlecht?
3. Wie werden Sie technische Schulden los??
4. Wie funktionieren technische Schulden?

Was ist ein Beispiel für technische Schulden??

Technische Schulden können auch unbeabsichtigt entstehen. Es ist beispielsweise üblich, dass Teams ihre internen Best Practices fallen lassen und Standards überprüfen, wenn sie einen engen Zeitplan haben. ... In diesem Beispiel wusste das Team nicht, dass es Kompromisse einging, weil es einfach so schnell wie möglich vorging.

Sind technische Schulden schlecht?

Technische Schulden sind nicht von Natur aus schlecht. Aber wie bei Finanzschulden kann es zu ernsthaften Problemen kommen, wenn Sie sie nicht zurückzahlen. Dies liegt daran, dass es eine kurzfristige Lösung ist, die einfache Option der besten vorzuziehen. Langfristig führt die schwächere Option zu einer schwächeren Software.

Wie werden Sie technische Schulden los??

Um die technische Verschuldung zu reduzieren, müssen sie einen neuen Integrationsansatz verfolgen, der langfristiges Denken ermöglicht. Ein Ansatz, der Teams dazu bringt, nicht nur daran zu denken, Projekte kurzfristig pünktlich zu liefern, sondern auch eine langfristige Vision für zukünftige Projekte zu entwickeln.

Wie funktionieren technische Schulden??

Es gibt eine Reihe von Prozessen und Techniken, um technische Schulden unter Kontrolle zu halten, darunter:

1. Definieren und Nachverfolgen von Schulden.
2. Priorisierung von Schuldenaufgaben.
3. agiler Entwicklungsansatz.
4. regelmäßige Treffen von Eigentümern, Managern und Ingenieuren.
5. Codierungsstandards setzen.
6. Einführung von Code-/Design-/Test-Reviews.
7. automatisierte Tests.
8. Code Refactoring.