When overloaded, ask the requester: 'Which current commitment should I deprioritize?'
When utilization exceeds 85% and a high-stakes request arrives, respond with the trade-off question format: 'If I add this, which of my current commitments should I deprioritize?' directed to the requester with decision authority.
Why This Is a Rule
When someone with authority requests new work from an already-loaded system, they often don't realize the cost. They see available person, not saturated capacity. The trade-off question makes the hidden cost visible by forcing the requester to confront what will be displaced: "If I add this, which of my current commitments should I deprioritize?"
This is more effective than saying "I'm at capacity" because it shifts the decision-making burden to the person with authority. You're not declining — you're asking which priority to change. The requester now owns the trade-off: they can authorize the deprioritization, reduce the scope of their request, or find an alternative resource. All three outcomes are better than you silently accepting and failing to deliver on everything.
The question also educates the requester about capacity constraints. Over time, people who regularly receive trade-off questions internalize that capacity is finite and requests have displacement costs. This produces better prioritization decisions at the organizational level.
When This Fires
- A manager or stakeholder requests new work when you're above 85% utilization
- A high-stakes request arrives that you can't decline outright
- Someone adds to your plate without acknowledging what's already on it
- Any authority-driven request where "no" isn't viable but "yes" creates overcommitment
Common Failure Mode
Accepting the new work and silently deprioritizing something yourself. This avoids the uncomfortable trade-off conversation but creates a worse outcome: the requester thinks all commitments are being met, the deprioritized stakeholder doesn't know their work was pushed back, and you absorb the stress of managing conflicting expectations alone. The trade-off question distributes the information and the decision to the person who should be making it.
The Protocol
When utilization exceeds 85% and a high-stakes request arrives: (1) Acknowledge the request positively: "I understand this is important." (2) Surface the trade-off: "I'm currently committed to [list top 2-3 items]. If I add this, which of these should I deprioritize? Or would you prefer I start this on [date when capacity opens]?" (3) Direct the question to the person with authority to make the trade-off decision. (4) Execute whatever they decide — now the prioritization is explicit and shared, not implicit and yours alone.