How would you build a technical-debt decision system across teams?

Instruction: Design a scalable operating model. Be explicit about governance, tradeoffs, escalation paths, and how the system stays useful over time.

Context: Tests whether the candidate can design a scalable PM operating system that remains useful under complexity, politics, and growth.

Official answer available

Preview the opening of the answer, then unlock the full walkthrough.

I would start by separating technical debt into categories that change business risk differently: velocity drag, reliability risk, security or compliance exposure, and architecture constraints that block future strategy. If everything is labeled technical debt, nothing gets prioritized well.

Then I would...

Related Questions