liveBook · Manning

Technical debt

As explained in Delivering Machine Learning Projects: From design to deployment

Technical debt is the future cost created by expedient technical decisions that increase maintenance, correction, or evolution effort.

Technical debt is the gap between a system’s best possible performance and its real performance. Expedient compromises may enable early production delivery, but they accumulate problems that impose extra work on users, connected systems, and maintainers. In ML systems, changing interfaces, data flows, operating conditions, and available algorithms can widen this gap over time. section 10.2.2 section 1.3

Manage technical debt through explicit maintenance and delivery actions:

  • Instrument the system with activity logs, performance monitoring, and alerts for the support group. These controls make troubleshooting possible and provide early warning of failures. section 10.2.2
  • Benchmark an inherited model against newer techniques. Rapid ML research can leave older approaches brittle, temperamental, or outperformed; identifying replacement opportunities can reduce future maintenance effort. section 10.2.2
  • Assign support responsibility, establish governance arrangements, review systems regularly, and keep a plan for failures and technical-debt remediation. section 10.8

An inherited ML system

A team taking over a production model first checks whether logs record system activity, whether performance can be understood, and whether failures trigger support alerts. It then benchmarks the model against newer techniques and records replacement work alongside governance and support responsibilities. section 10.2.2 section 10.8

How Delivering Machine Learning Projects: From design to deployment covers it

How deep it goes
Defines the performance gap and identifies logging, monitoring, algorithm obsolescence, governance, and support as concrete debt-management concerns.
Examples
Uses missing logs, absent alerts, outdated models, failed data flows, and unclear support responsibility as concrete debt examples.
What you can do after
Diagnose technical debt by checking instrumentation, comparing model performance, clarifying ownership, and planning remediation and failure response.
How it connects
Connects technical debt with model drift, logging, monitoring, benchmarking, governance, support, MLOps, and DevOps.

Also explained in

Compare how 10 books explain technical debt →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Delivering Machine Learning Projects: From design to deployment. The section links point to the parts of the book it draws on.