I do agree that the term feels like a misnomer, but mainly because it gives an air of respectability to simple bad engineering with great cost. The idea is that

I do agree that the term feels like a misnomer, but mainly because it gives an air of respectability to simple bad engineering with great cost. The idea is that debt is accrued intentionally and strategically, but everyone is so used to constantly referring to tech debt that just doing a job well has been completely forgotten. If there are real problems, can we just have a list of tasks to improve things? Maybe it's just boredom but the term 'tech debt' doesn't feel that it's doing much good any more. > For time to market create a zerocode/crappy MVP that you throw away. Unfortunately what tends to happen is that as the business sees early success and starts to grow, there is never a stopping point where people are happy to start again and build from scratch 'properly'. That crappy MVP will be extended, adjusted and corrected, until it's something no longer throwaway but also not well built/tested/hosted/monitored/etc. Maybe slow down to go faster is a better approach.