Knowledge BaseOperating Model TemplatesServices AboutWork With Me
Signature Practice

The GRC Operating Model Is the Program

Most governance programs fail for organizational reasons, not technical ones. The operating model — how work gets owned, how decisions get made, how the program learns — is where the leverage is.

Framework-led programs

Built around control catalogs. Compliance is the goal. Work flows to whoever is available. Escalation is ad hoc. Progress is measured by documentation completeness.

Operating model-led programs

Built around ownership and outcomes. Performance is the goal. Work has named owners and clear cadences. Escalation paths are defined and tested. Progress is measured by risk posture.

The Four Questions Your Operating Model Must Answer

1

Who does what?

Not at the policy level — at the actual work level. Who runs the BIA? Who owns vendor reviews? Who escalates to the board? Named people, not job titles or teams.

2

How does work flow between teams?

GRC touches Legal, Engineering, Finance, HR, and Operations. If there's no defined handoff model, work falls through the seams — every time.

3

What does "done" look like?

Activity vs. outcome. Running a tabletop is an activity. Validating that recovery assumptions are accurate is an outcome. Your operating model should define outcomes, not just tasks.

4

How does the program learn and adapt?

Programs that aren't built to evolve become shelfware. The operating model needs feedback loops — from audits, incidents, control failures, and stakeholder input.

Ready to work on your operating model?

I work with organizations on operating model design as both a project engagement and ongoing advisory. Let's talk about what you're working with.

Start a Conversation Get the Operating Model Canvas

Related Reading