Imagine that you were working with a client that was new to the concept of technical debt. How would you convince them that they need to invest in resolving it?

Remember examples of why technical debt occurs in your response. Candidates who understand the root causes of technical debt are more likely to also understand how to avoid it when possible and address it properly as needed.

"Technical debt occurs when a team decides to follow a particular course of action that results in lower quality solutions in favor of time or monetary savings. For example, a team may decide to implement a search solution with limited capability to get a system out into the hands of the users due to a timeline constraint. In this case there is 'debt' to be paid in the future to replace the solution with something more robust when time permits.

Technical debt can also happen in siutations in which the engineers or architects lack the knoweldge necessary to develop the most efficient and effective solution possible. They may realize down the line that the solution as designed is not extensible or feasible in the future. In this case the 'debt' is represented by the effort it would take to refactor the solution to fit the future requirements.

I would explain to my stakeholders that It is important to allocate time regularly to addressing technical debt because it sets the stage for future feature development to occur in the most efficient manner possible. It is similar to performing maintenance on your home. If you regularly service your major systems and appliances, you can delay and sometimes even avoid costly replacements in the future."