This Is GRC

Teaching · Pierre-Paul Ferland

AI can read the policy. Teach it what you notice.

A missing report, a green dashboard, six findings. The interesting part is how an experienced GRC practitioner decides what matters.

Try a case, then see how that reasoning becomes a reusable AI skill. Each takes about two minutes.

Pick a case ↓Invite me to speak →
Illustrated desk with a call recording, control dashboard, policy, notes and board report
Six cases. No perfect data.

The case files

Pick the problem you recognize.

Choose a next move, see its consequence, then teach the assistant what to notice when a new fact arrives. Wrong answers explain themselves. There is no score.

0 of 6 cases explored
CASE 01 / 06 · Vendor2 min
THE FILE

The missing report

A team wants an AI tool to summarize calls. They can test it with made-up calls today. Next month they want to use customer recordings. The vendor has no SOC 2 report.

1 / Choose the next move

What do you do first?

All organizations and details in these cases are fictional. The useful part is the reasoning you can test against your own work.

How I teach

The expert is the starting point.

At Cégep, I use AI as a planning and building partner in identity and access management. Students learn to challenge its suggestions and understand the technical system well enough to catch an answer that sounds right but fails in practice.

In GRC, I had ChatGPT interview me about decisions I make: what signals I notice, what exceptions I allow, and what I know about the people involved. Those answers became reusable heuristics in a skill. I teach others to do the same with their expertise, connect those skills to changing signals from systems and APIs, and test them on past cases.

Models can interpret messy meaning that a fixed rule misses, but their answers vary. The expert sets the standard, corrects the failures, and keeps the relationships. That makes GRC more prepared for real conversations, and more likely to act before a problem becomes a quarterly surprise.

Take this to your own work

Interview yourself before you write a prompt.

Start with one decision you make often. Then teach the assistant the reasoning behind it.

Interview me about one GRC decision I make repeatedly. Ask one question at a time. Use a real past case to find the signals I noticed, the exceptions I allowed, the relationships that mattered, what changed my mind, and when I needed another person to decide. Draft a reusable skill that names its data sources, reasoning and limits. Test it on three past cases. Show me where it fails so I can teach it better.

Bring the cases into the room.

I can turn these decisions into a practical session for GRC or security teams, or speak about the bigger shift: GRC that understands technical systems and uses AI to make judgment more useful.

See speaking topics →Explore the working demos →