Client:
“I want to say yes to an employee’s request—it makes sense in this situation. My worry is that the minute I do, it becomes, ‘Well, you let them do it.’ How do I approve an exception without accidentally creating a new rule?”
Consultant:
This is one of the most common—and most misunderstood—management challenges. The short answer is: you can say yes, and you can still protect the organization. The key is being intentional about how the decision is framed, documented, and communicated.
An exception is a decision. A precedent is a pattern. Confusing the two is where trouble starts.
Client:
“So what actually turns an exception into a precedent?”
Consultant:
Silence and repetition.
When an exception quietly happens—or happens more than once without explanation—it starts to look like a rule. Others notice, stories get simplified, and suddenly the narrative becomes, “They’re allowed to do that.”
What creates precedent isn’t generosity. It’s lack of clarity.
Client:
“How should I explain an exception in the moment?”
Consultant:
Name it as an exception, and anchor it to the specific circumstances.
You might say:
“I’m approving this as an exception based on the circumstances you shared. This doesn’t change our overall expectations or apply automatically in other situations.”
That one sentence does a lot of work. It signals flexibility and boundaries.
Client:
“What if the employee pushes back and asks why it wouldn’t apply to others?”
Consultant:
That’s a reasonable question—and it’s also where consistency matters.
You can respond with:
“Each request is evaluated individually. This decision is based on the details of this situation and doesn’t create a blanket rule going forward.”
You don’t owe comparisons. You owe fairness and consistency in process—not identical outcomes.
Client:
“Do I need to document exceptions, even small ones?”
Consultant:
Yes—especially the ones that feel reasonable.
Documentation doesn’t have to be formal or punitive. A brief note about:
- What was approved
- Why it was approved
- That it was an exception
helps protect against future misunderstandings and keeps decisions consistent over time.
Client:
“What if I say yes once and then have to say no the next time?”
Consultant:
That’s okay—as long as the difference is explained.
You might say:
“Last time, we approved an exception due to specific circumstances. This request doesn’t meet the same criteria, so we’re not able to approve it.”
People handle no better when they understand the reasoning—even if they don’t love the answer.
Client:
“Is there anything I should not use as the reason for an exception?”
Consultant:
Yes—and this is a critical caution point.
If the reason you’re giving for an exception is tied to a human characteristic—such as age, health status, family status, disability, religion, gender, or any other protected class—you may be heading into very risky territory.
Even well-intended explanations like:
- “Because they’re a parent”
- “Because they’re older”
- “Because of their medical situation”
- “Because of cultural or religious reasons”
can create legal exposure if they’re framed as discretionary exceptions rather than handled through the appropriate legal process.
When the reason touches a protected characteristic, the conversation should shift away from “exceptions” and toward formal processes, such as leave laws, accommodations, or policy-driven protections.
Client:
“So exceptions should be based on circumstances—not personal characteristics?”
Consultant:
Exactly. Safe exceptions are grounded in business-related, situational factors, not who the person is.
If the explanation starts to sound personal rather than operational, it’s time to pause and make sure the right framework is being used.
Client:
“Let me make sure I’ve got this. I can approve exceptions when it makes sense, as long as I clearly label them, tie them to the situation, document them, and avoid basing them on protected characteristics.”
Consultant:
You’ve got it. Thoughtful flexibility is a strength—when it’s paired with discipline, clarity, and the right legal guardrails.
The Foundations Behind This Approach
This issue works best when managers understand both the human side of decision-making and the technical risks of inconsistency.
Human Relations Foundations
- Clarity – Naming something as an exception prevents confusion
- Fair process – People want consistency in how decisions are made
- Trust – Transparency builds credibility, even when answers differ
- Communication – How the decision is explained matters as much as the decision itself
HR Technical Foundations (Laws, Rules, and Risk)
- Protected class considerations – Decisions based on protected characteristics require legal frameworks, not discretionary exceptions
- Consistent application of policy – Similar situations should be evaluated using the same criteria
- Avoiding implied contracts – Repeated exceptions can unintentionally create enforceable expectations
- Equity and discrimination risk – Inconsistent approvals can raise fairness concerns if not well-documented
- Documentation standards – Clear notes support defensible decision-making
- Manager discretion boundaries – Flexibility should operate within policy, not outside of it
Handled correctly, exceptions allow for humanity without quietly rewriting the rules—or creating unintended legal exposure.
Need a Sounding Board?
If you’re weighing an exception and wondering whether it’s reasonable—or risky—we’re happy to help you think it through.
If we can help with this or anything else, just give us a call.









