Thought LeadershipLeadership & Governance

The One-Person Compliance Team: A Single Point of Failure

Tyler Carbone
Published · Updated ·5 min read

When that single point fails, it doesn't take down a service for an hour — it takes your audit, your enterprise deals, and your customers' trust down with it. Here's what that risk actually looks like, and why a one-person compliance team is a design flaw, not a staffing plan.

Key Takeaways

  • •A solo GRC manager has a bus factor of one. Critical, undocumented context lives in one head and leaves when they do.
  • •Coverage gaps bite without a resignation. PTO, illness, and parental leave all collide with deadlines that don't pause.
  • •One person owning all compliance access is a separation-of-duties weakness auditors increasingly probe.
  • •A managed team builds in redundancy by design, so no single absence stalls the program — without paying for two or three full-time headcount.

For the next operating decision, compare compliance as a service with an outsourced compliance team. Confirm the work included, the evidence you need, and who will own implementation before committing to a provider.

What happens when compliance knowledge sits with one person?

In engineering, "bus factor" is the number of people who'd have to get hit by a bus before a project stalls. For a solo GRC manager, that number is one.

Compliance programs accumulate an enormous amount of undocumented institutional knowledge: which control maps to which oddball piece of evidence, why the auditor accepted a compensating control last year, which engineer actually owns the logging config, where the skeletons are in your vendor list. Almost none of this is written down — it lives in your GRC manager's head and their email history. When they leave, it leaves with them.

Their replacement starts from a cold dashboard and a pile of half-finished evidence, and your "continuous" compliance program goes discontinuous for months.

This is the part that doesn't show up in a cost model.

How does staff turnover affect an audit window?

Now layer on timing. Audits aren't evenly distributed work; they spike. A SOC 2 Type II observation window closes, the evidence crunch hits, the auditor's requests pile up, and the entire load lands on one person over a few intense weeks.

But that's often exactly when it happens — burnout peaks right as the pressure does. If your sole GRC manager gives notice in the run-up to a Type II, you are not "down a hire." You are staring at:

  • A missed audit deadline, which means
  • A gap in your report, which means
  • The enterprise prospect who required a current SOC 2 walks.

The cost of that single point of failure isn't a recruiting fee; it's pipeline. And pipeline is precisely the thing your compliance program was supposed to protect.

Vacations, illness, and the parts of life that don't pause

You don't even need a resignation for the risk to bite. Who runs the access review that's due? Who answers the 180-line security questionnaire that arrived from a prospect's CISO with a "we need this by Thursday" note? Who investigates the control that flipped to failing on day three of their vacation?

The honest answers are: it waits, it slips, or a founder drops what they're doing and scrambles. Compliance obligations have deadlines that don't care about PTO, parental leave, or the flu. A function that only works when one specific person is at their desk isn't a function — it's a liability with good intentions.

Knowledge concentration is also a security risk

There's a subtler problem. When one person owns all of compliance, they often accumulate broad, standing access across your systems to collect evidence — and they're the same person who'd flag access problems. That's a separation-of-duties concern auditors increasingly probe. Concentrating both the keys and the oversight in one individual is the kind of thing your own risk register should flag, and yet the org chart created it on purpose.

In other words, the single-point-of-failure problem isn't only an availability risk. It's a control weakness baked into how you staffed the program.

"Just hire two people" misses the point

The obvious fix is redundancy: hire a second GRC person so there's coverage. For most companies on Vanta or Drata, carrying two full compliance salaries to solve a coverage problem is wildly inefficient, because neither person is busy enough to justify the seat — and you still haven't solved the knowledge-concentration problem if they specialize separately.

What you actually need is a team with built-in redundancy, where any one person can be out and the program doesn't notice — without paying for two or three full-time headcount to get it.

Why a managed team eliminates the single point of failure by design?

This is the structural advantage of delegating to a managed compliance team rather than betting on one hire. A firm like Agency staffs your program with multiple people — an operator running the daily work, a framework specialist for the hard calls, and senior oversight for the audit — so there is no single human whose absence stalls the program. People take vacation; the program doesn't.

Someone changes jobs; your institutional knowledge stays with the team and its documentation, not in a departing employee's inbox.

It's a model built for exactly the continuity problem in-house hiring creates. Consider Pylon, a company whose security and compliance were being run personally by one of its founders — the ultimate single point of failure, and an expensive one given what a founder's time is worth.

By handing the program to a dedicated managed team that owned project management, implementation, and audit readiness, Pylon removed the bottleneck entirely and grew from two frameworks to four, while the founder got his bandwidth back for the business. The fix wasn't "hire one more person." It was "stop depending on one person."

You're not hoping your one hire has seen your edge case before. Someone on the team almost certainly has.

Design your compliance program like you design your infrastructure

You'd never ship a production system with no redundancy and call it resilient. Apply the same standard to the function that protects your revenue and your customers' trust. A one-person compliance team is a single point of failure dressed up as a hire — and the failure modes (a resignation before the audit, a vacation during a questionnaire crunch, knowledge walking out the door) are predictable, not freak events.

Before you bet your next audit on one person's continued employment and uninterrupted attendance, ask the question you'd ask of any critical system: what's our failover? If the honest answer is "a frantic founder," it's worth scoring the decision properly with our in-house vs. managed GRC framework and looking at a team that has redundancy built in.

AICPA & CIMA’s SOC overview describes CPA assurance services. It defines the assurance context; it does not establish vendor rankings, market prices, or a particular company’s readiness.

Frequently Asked Questions

Why is a one-person compliance team risky?
A solo GRC manager is a single point of failure with a "bus factor" of one. Compliance programs accumulate enormous undocumented institutional knowledge — which control maps to which evidence, why an auditor accepted a compensating control, who owns the logging config — and almost none of it is written down. When that person takes PTO, gets sick, or quits, the program stalls.
Should I just hire a second GRC person for redundancy?
It also doesn't solve knowledge concentration if they specialize separately. What you actually need is a team with built-in redundancy, where any one person can be out and the program doesn't notice, without paying for two or three full-time headcount.
How does a managed compliance team eliminate the single point of failure?
A managed team staffs your program with multiple people — an operator for the daily work, a framework specialist for hard calls, and senior oversight for the audit — so no single person's absence stalls the program. Institutional knowledge lives in the team and its documentation rather than one employee's inbox, and because the team runs hundreds of programs at once, the depth and redundancy come standard.
Is concentrating all compliance access in one person a security risk?
Yes. When one person owns all of compliance they often accumulate broad, standing access to collect evidence — and they're also the person who would flag access problems. Concentrating both the keys and the oversight in one individual is a separation-of-duties concern that auditors increasingly probe, and it's exactly the kind of risk your own register should flag.
Tyler Carbone

Tyler Carbone

Managing Director and Cofounder

Tyler Carbone is a Managing Director and Cofounder of Agency and one of the industry's leading voices on governance, risk, and compliance. He holds degrees from Harvard and a JD/MBA from the University of Virginia, and previously worked in cybersecurity at Deloitte. Tyler has helped hundreds of companies operate SOC 2, ISO 27001, HIPAA, and GDPR programs.

LinkedIn

Related Reading

Stay ahead of compliance

Expert insights on cybersecurity compliance delivered to your inbox.

We respect your privacy. Unsubscribe anytime.