Most organisations are not behind on AI. They just think they are.
That feeling, the creeping anxiety that Meta and Amazon are lapping you, that you're somehow failing by not deploying cutting-edge models at scale, is one of the most persistent and damaging myths in enterprise AI right now. In a recent session hosted by Data & AI Literacy Academy, Greg Freeman (CEO and Founder) sat down with Stephanie Gradwell and Jessica Bell, Directors at Pendle, an AI governance consultancy, to cut through it.
What followed was a grounded, practically useful conversation about what AI leadership actually looks like, and what gets in the way of it.
You don't need to be at the cutting edge, but you do need to understand your business
The latest research suggests that only around 4% of organisations have developed the kind of horizontal, business-model-reshaping AI capabilities that dominate the headlines. The instinct for many leaders is to treat that statistic as a gap to close. Jessica pushed back on that directly.
"99.99% of organisations don't need cutting edge technology," she said. "What I think causes decision paralysis is people thinking: if I can't be the best at this, I'll wait. But the value lies in a deep understanding of your business, which no cutting edge technology can actually solve for you."
Once you have that understanding, you can make educated decisions about which technologies actually matter for your context. Some of those will be nascent while others will be standardised automations that have been available for a decade.
The point is: always start with the problem, not the technology.
Technology is the easy part
This is the claim that tends to raise eyebrows, especially with technical data leaders. But it's one Greg has arrived at through years of working inside large enterprise programmes, and it's increasingly backed up by research.
Mid-2000s studies on data projects found that 55% of failures came down to people problems. The early evidence from AI suggests that number is even higher, because in many cases, rolling out the technology itself is now genuinely quite straightforward. You can give everyone Copilot tomorrow. The harder question is whether they'll use it in a way that changes anything.
"The stuff that's really going to determine whether this is successful, and whether it's done in a risk-managed way, is the culture, the behaviours and the actions that individuals take ten thousand miles away that you can't do anything about," Greg noted.
Jess added a dimension to this that leaders often underestimate: AI causes an emotional reaction in people. It touches the world they've always known. If you want adoption, you need to deeply understand what people in your organisation are fearful of, what they value about their current roles, and make sure that as you introduce transformation, you're solving problems for the people who are ultimately going to be responsible for making it work.
The technology change is exponential. What this increasingly demands is a psychology of teams.
What strong AI leadership looks like
It's probably not what you expect. The strongest AI leaders aren't the most technically fluent people in the room. But they can set a clear operating model, communicate a coherent strategy, and crucially build teams and structures that can adapt as the landscape shifts under them.
Steph made a great point: the operating model you design today won't be right in 18 months. So the question isn't just what the model looks like now but how you design it so that any tool, any architecture, is interchangeable. Organisations that become significantly wedded to a specific platform they can't easily extract themselves from are storing up a real business risk.
And then there's the question of what AI is actually for.
Just embedding AI into existing workflows is not strong AI leadership. Tools like Claude or Copilot embedded into everyday tasks are useful, in the way Excel is useful, but they're a productivity layer, not a transformation. The organisations that get real value are the ones that step back from an existing process entirely and ask: if we were designing this from scratch with AI, what would it look like?
Here's one compelling example. One of Pendle's client used to take three weeks to produce a complex technical report for HMRC submission. By re-engineering that process end-to-end, and keeping a human in the loop, but using AI throughout, they got it down to an hour and a half. It had the same output and quality at a fraction of the time.
The commercial logic is obvious. They're charging the same amount for a piece of work that now takes a fraction of the resource, delivering immediate margin gains to their business.
The Governance question everyone avoids until it's too late
AI governance sounds like the part of the conversation where everyone dozes off. It shouldn't. Getting it right or wrong has consequences that can compound overtime.
Pendle's approach distils the major global frameworks into core principles, each of which needs to be understood in the context of your organisation rather than as a generic checklist.
This means being able to explain, in plain language, what an AI system does, what data it uses, what risks it carries, and who owns it, from board level to the person clicking accept. If someone can't summarise this clearly, that's a signal the understanding isn't there.
- Fairness means recognising that large language models are trained on historical data that carries historical biases. This is a technical reality a lot of businesses don't want to engage with but it's crucial work. If you're using AI in recruitment, performance management, or any decision that affects people, you need bias testing built into the process. And you need to understand that an AI system doesn't just inherit your bias, it perpetuates it at scale, indefinitely.
- Accountability is the one that trips organisations up most often. "Everyone is accountable for AI" is, in practice, a way of ensuring nobody is. Accountability needs to be structural and named, specific to each stage of the process. As Greg put it: whose name goes on the lawsuit? That level of seriousness is exactly what should accompany these decisions.
- Safety and Privacy are less abstract than they sound. Most organisations have employees using AI tools in ways they haven't fully considered. The obvious risk (like don't put sensitive data into a public chatbot) is generally understood (albeit bares repeating on an ongoing basis!). The less obvious risk is how the AI tools your organisation uses are architecturally connected to your other systems. There are documented cases of AI chatbots being prompt-injected to expose data from connected systems. Understanding your Data Processing Agreements with third-party AI providers is not optional, it's essential due diligence.
- Human Agency is straightforward in principle: AI doesn't replace human judgement. The human accountable for an output can override it. That principle needs to be designed into processes, not assumed.
- Sustainability matters because token use and data centre energy consumption are a significant cost, both environmentally and financially. How you build and communicate about your solutions matters, not just whether it works.
These principles exist on a lifecycle. Governance isn't a document you write and file. You have to continuously revisit it at every stage, from conception, development, deployment, to monitoring, and retirement.
A four-question framework for any AI use case
The problem with governance in practice is that it can feel abstract until you need it. Pendle's shared their practical four-part framework that operationalises these principles for any individual AI use case.
1. What problem does this actually solve?
Too many AI projects begin with pressure from above ("we need to be doing AI") or anxiety about competitors, rather than a clearly articulated problem that everyone across the organisation agrees is worth solving.
2. What are the dependencies?
This determines feasibility. If unlocking the value of a use case requires capabilities your organisation doesn't currently have, like data quality, skills, an AI policy or a defined culture, you either have a genuine blocker or a clear roadmap for what needs to be addressed first. The importance of the problem should drive how urgently you address the dependencies.
3. How do you monitor it end to end?
Once deployed, how do you know it's doing what it was supposed to do? How do you assess whether it's staying true to the business case? This is where a lot of organisations struggle.
4. Who is accountable, and at what stage?
Not one person for everything. You need a selection of specific named individuals, accountable for specific stages, with the tools and authority to actually maintain that accountability and change things if needed.
Pendle has built this framework into a publicly available prioritisation tool at pndl.ai, with common use cases pre-loaded across industries. It's a good starting point for thinking through where AI genuinely creates value in your context, and for having the governance conversation before you need to have it under pressure.
On AI Literacy: It's not about the buttons
There's a version of AI literacy that's only focuses on "button training:. Here's how to use Copilot, here's how to write a prompt, here's where the settings are, and so on.
That's now become table stakes and isn't where the real work is.
The technology moves too fast to train people on specific tools and expect that investment to last. What you can train people on, and what actually determines whether your AI transformation sticks, is the mindset and behaviours that make someone willing to pick up a new tool, adopt a new process, and think differently about how they work.
And critically: data literacy is and will always remain the foundation. People cannot effectively use AI and cannot evaluate its outputs, understand its limitations, or identify when something looks wrong, if they don't understand why data quality and data governance matter. These are not separate capability streams but belong in the same conversation.
Data & AI Literacy Academy partners with enterprise organisations to build the capability, culture, and governance that makes AI transformation work. To find out more, visit dl-academy.com.
Pendle's AI governance prioritisation framework is publicly available at pndl.ai.
Speakers: Greg Freeman (CEO & Founder, Data & AI Literacy Academy), Stephanie Gradwell (Co-Founder, Pendle), Jessica Bell (Co-Founder, Pendle).
Greg Freeman: Hello everyone, happy, and very warm, Wednesday if you're in the UK without air conditioning. And if you are otherwise in the US, I'm sure it's warm anyway, but you get the joys of household aircon, so congratulations on that societal decision that was made long before our time. We're just going to let everyone keep coming through the doors, and then we'll get introductions done.
Quick reminder that the chat is there for you if you want to say where you're dialling in from, or if you've got questions as we're going through. We all have a colleague called Sarah in the background who's going to help with all the to-ing and fro-ing of getting the right things on screen. There is a live demo of a tour later in this session, which Jess and Stef will run, so it might be a little bit clunky because we don't often do the cut-out-to-demo bit, but Sarah will sort all that for us, and then we will get going any moment now.
Keep the chat going through the comments as we go. Today's session is going to be very much focused initially on leadership principles around AI, and then the bit that everybody's here for, which is the AI governance element. I'm joined by Steph and Jess, who are extremely passionate about this. And I will probably represent the business person's view of the topic at times, because I think it's always a tricky topic. Data governance has been tricky, AI governance has been tricky. So how do we actually bring it to life in the right way, and that's where Pendle will come in.
My name is Greg Freeman, I'm the CEO and founder of Data and AI Literacy Academy. Hopefully some of you know us and know of the work we do. But I will hand over to Steph and then to Jess to introduce themselves as well.
Stephanie Gradwell: Hi, I'm Steph. I'm one of the founders of Pendle, and as Greg said, we focus a lot on AI governance, as well as supporting other businesses through the end-to-end life cycle of AI.
My background, if it wasn't any more boring, was actually a chartered accountant for 15 years, and still am, so just to layer it on top of that. Then I moved over into the world of data and AI about five years ago, where I led the data and AI function at Halfords, which is a large retailer over here in the UK. Then I went to do a master's in AI at Oxford, and then met Jess, and the rest is history in terms of founding Pendle. Jess?
Jessica Bell: Thank you, you're always a really tough act to follow. I'm the other half of Pendle. Prior to Pendle, I spent a lot of my time in data analytics transformation programmes across the FTSE 250, so slightly ahead of the AI conversation, but fundamentally I understand the difficulties of people, process, and technology coming together to solve problems.
Greg Freeman: And Jess is Australian, so it probably isn't just me and Steph struggling with the horrific temperatures. For anybody who is America based, it's about 95 at the moment and we don't have air con, so that's the kind of existence we are facing right now, for a little bit of relativity.
Jessica Bell: Greg, I may as well be wearing a jumper. This is —
Greg Freeman: 100%. It's barely even worth recognising that it's hot, right? Apart from my dog walking around in a wetsuit so that she doesn't get too warm.
This is what it all comes back to: there's still a huge and increasingly evidenced narrative that companies, especially enterprise organisations, because of the scale of the challenge, because of the scale of including so many people in the problem and the solution, are really struggling to achieve value from AI.
On the flip side of that is a handful, and it really is a handful, at 4%, but I think you get the feeling for that when you're in organisations as well. It's really a very small number that have developed cutting-edge capabilities that are horizontal, that are moving and changing the needle for.
So, they've developed cutting-edge capability to actually get to the point of rebuilding business models, rebuilding operating models, changing the way we work. It's a really, really low number right now. A lot of that does come down to a willingness to be well governed and designed, but really there are many, many factors here, and Jess is going to jump in and talk a little bit about their experience there.
Jessica Bell: Yeah, so I just wanted to flag that this is a bit of a red herring. From what we see, 99.99% of organisations don't need cutting-edge technology, they don't need to be, on the face of it. And I think that can sometimes cause a bit of decision paralysis in people: "If I can't be the best at this, or if I can't be the first, then I'm going to wait and see what happens with the market." But actually, where the value genuinely lies is a deep understanding of your business, which no cutting-edge technology can solve for you.
And when you have that understanding, as a business and as a leadership team, you can then make educated guesses and hypotheses about the technologies that you do need to care about, which may be nascent, but they also may just be standardised automation that's existed for the last decade. It's about being able to deeply understand the connection that the market direction potentially has in the context of your business.
Greg Freeman: I think it's a really fair point. I had a conversation a couple of days ago, I think it was either Monday or the back end of last week, where somebody said, "Our concern is that we hear about all these large technical companies really adopting this at scale, and we feel very far behind." And I said, actually, most enterprises are where you are. Yes, there are the likes of Meta and Amazon who are ahead of the game, but they're ahead of the game because they own the infrastructure to be ahead of the game. The reality is that for most people, they don't need to be at the cutting edge, just as you said. It's really about how they solve that challenge to make it value-driven for them, that we want to talk about today.
I'm immensely biased in this statement, but I do think, from looking at my previous career, and looking at the work that we are involved in more holistically within end-to-end programme, I'll go with: technology should be the easy part. I'm not sure all partners make it the easy part, but technology should be the easy part. The harder stuff is the culture, the behaviours, and the actions that an individual takes 10,000 miles away that you can't do anything about. That's the stuff that's really going to be the biggest impact on whether this is firstly successful, but also done in a risk-managed way.
What's really interesting about this is that we often refer to a fairly well-known study, which concluded in the mid-2000s that a data strategy is technology, people and process, right? Everybody knows that as the core breakdown. That found that 55% of problems in data projects were people problems. And it looks as though the research is showing that with AI, it's even more leaning towards people being the problem, because in a lot of cases the technology is so easy to roll out and get right, in some ways. But to a word that Jess used earlier really nicely, at this nascent stage, I think the technology is easy to roll out. You can give everybody Copilot if you want to, you can give everybody Claude if you want to. Where the change is really afoot is when we get into these game-changing use cases; actually doing the technology well is also extremely complex and needs all the right expertise. But a lot of businesses just need to get there.
So from our perspective, we absolutely believe that there's a people part to this — there's a change-management part to it. Data quality is a people problem, not a technology problem, in most cases. 95% of your data will be inputted by human beings, typically, unless you've got an Internet-of-Things play around your machinery. So we need to get that bit right as much as we need to get the technology bit right. Obviously, Jess and Steph, you see as much of the technology side as you do the people side, so where are people starting to find the technology bits tricky?
Jessica Bell: I'll let Steph speak at some point, I promise. Always happy to be an inspiration, Greg, so you're happy to take "nascent" and run with it. But we're not biased, right? When we came into this business, we always knew that data was a fundamental blocker or unlock to good AI systems. But what maybe Steph and I didn't quite anticipate is the interaction with people, and how poignant that was going to be to the success or failure of even the most simple AI systems.
The reality, and what we've come to learn through a number of knotty problem-solving and transformation programmes, is that the space we're operating within, when we say "AI," causes a big emotional reaction in a lot of people. And understandably, right, because this is a world of unknowns for a lot of people, and it also touches on the world that they've always known. The way that we have navigated this quite successfully with our leaders, as our stakeholders, is: you need to deeply understand what people within your organisation are fearful of. You need to deeply understand what it is that they enjoy about the roles they have, and the value that they add to your business.
And you need to make sure that when you are introducing something like data or AI transformation, you're not just solving a business case — you're absolutely considering how you solve a problem for the people that are ultimately going to be responsible for adopting or unlocking that system within your organisation. So, to wholeheartedly agree with you, Greg: the technology change is exponential, so it's getting easier and easier as individuals and as businesses to access new technology capabilities at the speed of imagination, at the speed of thought. But increasingly, what this is becoming is a psychology of teams: how do you have a good organisation? And a huge part of that, obviously, is literacy, part of fear is misunderstanding. So I just wholeheartedly agree, and it's completely aligned with what we're seeing in terms of the major blockers to success in this space.
Greg Freeman: Excellent, this is where Steph can get to speak. I'll hand over to Steph instead of you this time, Jess, when I've gone through this, because she has actually been an AI leader and can talk from a position of experience.
So, what are we looking for when we think about strong AI leadership? So much of it is the non-technical stuff, I think, that's the key component. I'm not seeing many highly technical leaders in the AI space all of a sudden; it's more like teams of experts working for well-planned operators, well-planned strategists, well-planned commercial people. And obviously, to get to the senior level in any business, you have to be all of those things. So that's the first thing to say: we're not encouraging people here who want to move into the AI space and I see a number of people in the chat who I would consider, and who probably consider themselves, data people. If we've got data people or data leaders who want to move into the AI space, it's the non-technical stuff that's really going to set you apart.
It's the ability to see things like what's on the screen right now: can you set a clear AI operating model? Can you define the way that the people, the teams, the technologies and so on will be structured through your experts, so that you can communicate a clear plan for how you'll then go ahead and execute that?
Embedding AI into existing work is seemingly proving to be easier than creating and reimagining work entirely. I have a bit of a premise that actually the ones that are going to win with this are the ones who are not only able to embed it into their existing work, but also able to burn stuff down and redesign it, burn stuff down and rebuild it. And I know Pendle's got some really interesting use cases where you've already done this, you've completely reimagined the way that some customers are running their businesses. I think that's what you've got to be able to do. So do you want to talk, Steph, about either of those points? Obviously there are some really exciting use cases that you've got that'll bring it to life for people.
Stephanie Gradwell: Yeah, I'll comment on both of them, if that's OK. So, on the clear operating model, absolutely. You need an approach of, "How are you going to drive that function forward to achieve the business's overall objectives, as well as how you contribute to that?" But that's the now. How you need to be establishing yourself as a leader is: what does it look like three years from now? And how are you then working backwards to set up your operating model to change over those next three years?
The technology is going to change at a rate that neither you nor I can comprehend. If you think about 12 months ago, or six months ago, what was available on the market versus what is now, it's astonishing. So I can hardly imagine what it would look like. You've got to be a bit of a visionary and go, "What could it actually look like?" Agent bosses, Greg, we spoke about that last year. We've already implemented a few of those within organisations that we've been working with, so that is here.
So how are you setting that vision and then working backwards, so that whichever tool you're selecting is interchangeable? You shouldn't be fixed, ever, to a tool. You need to design your operating model so that a tool could be a lift-and-shift out. That's a real business risk, essentially, if you are significantly wedded to an architecture or a tool that you can't easily extract out of.
And then, thinking about what that means for your people, your processes, their skills, it will be a continuous journey. So it is literacy again, not once-and-done; it will be forever moving, forever changing. And how do you get the skills and the team that are open and willing to change and go on that journey? What is right now, and what we design right now, won't be right 18 months from now. We're going to be living in this consistently changing environment, and your operating model needs to reflect that.
In terms of embedding AI into existing workflows, I fundamentally disagree that this is a strong AI leadership practice. Tools like Claude, which I absolutely love, Jess will vouch for me, and other Copilots, or things that are embedded in third-party tools, are great for general productivity gains. And I'll go back to my finance days: Excel, no finance person can live without Excel. It's a core part of how you do your job. But if someone came to you and said, "How much time do you actually save by using Excel?", not loads, but it's just a core part of how I do my job. That is the same as how I see AI tools being used when they're embedded into existing workflows: a nice, supportive productivity tool.
The organisations that we see get real value and benefits out of AI are the ones that completely redesign how they operate an existing process, or processes. So, ones that we've done: we've been looking at the full end-to-end, I won't say R&D tax credits, another finance bit, but it's quite technical in terms of being able to write a complex report to submit back to HMRC. That process used to take about three weeks, still retaining a human in the loop. But through re-engineering that process, we've cut that down to 1.5 hours. So it truly is transformational if you look at the full end-to-end process and then look at how to reimagine it with AI.
So, fundamentally, in its simplest terms, we talk about AI as process transformation, that's how you get the biggest benefits. And when you explain it to people like that, they're a bit like, "Oh my God, I don't really want to be involved anymore, but can you deliver that benefit?" And I'm like, "Absolutely."
Greg Freeman: Yeah, 100%. And I think that R&D tax credit example, hopefully nobody minds me talking about the fact that we have then used the client that you had for that process, right? And I'll tell you what the commercial brilliance of why this should work is: because they charged us exactly what they were going to charge us when it was three weeks. But now they are, I can't do the percentages, because I've not got Steph's brain, but that's a lot more efficient, an hour and a half versus three weeks of work. So by having a deliverable that works for people and getting to the right result, but doing it through an AI-first way, they've completely revolutionised their margins, their ability to make money, save money, and so on. So that R&D tax credit example is huge, and finance is just ripe for that type of use case.
Stephanie Gradwell: Mm-hm. And you get the quality and the consistency. So if you have someone in your team who you know is a top performer, and you just want to extract how they do something in their brain to have it consistent across the rest of your team, you redesign the process, and they become your knowledge bank. We call it a rubric: how do you extract the brain, and how they do something, into your AI model? It sounds slightly Matrix-y, but it's less painful, I promise, we don't extract out.
By re-engineering the process, you're able to enhance that quality to your top performer, and that top performer doesn't sleep, it doesn't eat, it doesn't moan, well, it may do occasionally, moan and groan and drift a bit, but it is fundamentally, for the people who are doing it right, completely changing how their business operates.
Jessica Bell: One thing, or two things, to add to that as well: Rome wasn't built in a day. Sometimes laying out transformation can seem like a huge undertaking, but truly, to use another metaphor, you eat the elephant one part at a time. So it's a really good way to start to develop your governance principles. And your governance principles should truly be built off three things: your organisational culture, the regulatory environment that you may or may not be exposed to, and the legal frameworks that dictate how your business needs to operate.
I think one of the big traps that a lot of UK-based businesses make, and there's lots of great regulation in certain states in the US, and obviously really emerging regulation in the EU, but the UK's been accused of having a bit of a blank spot here when it comes to AI policies or legislation, but actually there are all sorts of governing laws that exist around UK businesses that dictate whether a decision the organisation has made causes harm. And there is no distinction between whether that decision is human or technology. These are some of the things that, by taking a small use case that's going to deliver demonstrable value back to the business, can be a really good place to start to flesh out some of those boundaries that exist. Maybe they're unwritten, but they certainly exist within your organisation.
So when we start to think about the principles of good AI, it's very much the principles of good AI in the context of your organisation, particularly where maybe you're not in a regulated environment.
Greg Freeman: Awesome. I'll pick up these next two, just so I'm conscious of you guys having enough time to do the second half of this presentation. This is really the core people bits: how do you get your key people to be the ones that are sharing the workload and sharing the value across the organisation?
Increasingly, we are working with businesses to take a top-down approach. Top-down and bottom-up is obviously the overall approach, but without that top-down bit, without engaging non-execs, execs, minus-one, minus-two, minus-three, you're just not going to have the willingness within the teams and departments to actually make the change. When Steph talks so articulately about resetting and redefining processes and doing things a different way, the managers have to be on board with that. Because there's going to be a level of, they've got their chiefdoms, they like having big teams, they like the fact that they get to tell their mum and their brother that they've got 40 people in their team now. And what you're probably saying, over time, is that people are going to leave and we're not going to replace them.
I've just had a call with one of the big logistics providers, and they said they've not aimed to do any people replacement through the process, it's not been a case of that, but they've done a really high-ROI customer process with AI, and as a result five people have left through natural churn and they've not had to replace them. That's where you'll get wins as a business, and where you'll get wins as a data-and-AI ROI case. But ultimately there's a manager there in the customer team who's now got five fewer people that they used to tell people they've got. Sthat's one of the things that you have to do, and that's why the change-management element is so important.
Equally, along with change management, you've got to invest in employee engagement and trust. Nobody wants to hear that this is going to replace their job. There is a lot of aggressive media out there about that, and there are some very forward companies who've said that that is what they're trying to do, and I don't think anybody in this room agrees that that is the outcome we're aiming for. We're ultimately aiming to empower employees, to let them identify the parts of their job that they enjoy doing and want to do, automate and use AI for the rest, and then they actually get to do a job that they love every day. Because there are a lot of people who get up and go to work and couldn't really name all the stuff they do in a day that they enjoy, so let's let AI do those bits, and let's make sure that's the message that's coming top-down.
AI literacy, for us, is a no-brainer. Just worth saying that we don't consider AI literacy to be a hard-skills problem. We definitely do teach the buttons in Copilot, we definitely teach prompting, we definitely teach all those things. But actually it's around the surrounding mindset and behaviours where you need to spend most of your time, to Steph and Jess's point, the technology is moving so fast, unimaginably quickly is how I would describe it. If we can't imagine what the future's going to look like in 18 months' time, we can't really train people on the technology that's going to exist in 18 months' time. So we've got to train them on the first principles, the behaviours, the mindsets, which make them willing to take on a new tool, a new process, a new way of working. That's what really good AI literacy is about.
And please, please, please don't forget that data literacy is the foundation of AI readiness and AI literacy, because for your people to understand AI, its outputs, what they can trust and what they can't (which we'll go on to in a second), they have to understand why data quality matters, why data governance and data management matter. So they should be one and the same, not separate streams.
Just in the interest of transitioning into the Steph-and-Jess-led phase: I'd love it if you guys talked to human oversight, where this matters, because obviously that's an element of a governance infrastructure anyway. And then we'll move on to the core principles that you're going to speak to around the AI governance side of things.
Stephanie Gradwell: Perfect. Shall I come in, Jess, and go through a bit of the human oversight? I think there's a lot of confusion sometimes around "human in the loop" versus "human in oversight", a bit of, "Well, it's got human oversight, it's fine." But you'll see loads of stuff in the media at the moment where there's obviously a human in the loop, but they haven't done what they were meant to do, and then it's splashed over the headlines. I don't want to get the wrong consultant wrong, but a large consultancy said agentic AI creates this much money, and then all the references don't exist. There's a myriad of examples.
How you actually get this right is by creating friction in a process. No doubt there are the tools out there to do everything autonomously, agentic agents could be built to be frictionless, to do everything that you wanted to run most of your whole entire life, basically, right now. But you wouldn't want to, and you wouldn't want that in your company either, because you'd have no real oversight or control when things do go wrong. Because you will have edge cases, you will have anomalies that come up that will cause your business impact, and Jess will talk to you in a minute on a scale of risk.
So where you do have risk in your business, and that will be determined, as Jess said, by the culture, the regulatory environment that you operate in, and generally just how your customers perceive your brand, you should be looking at how you build friction within the process, where something just can't automatically get through and get released into the ether without that human judgement, that human touch. And we'll speak a bit more about that as we go through some of our principles of AI governance.
Jessica Bell: OK, right. Essentially, what we've done at Pendle is create seven principles of AI governance. These are taken from all of the global frameworks, because there are consistencies that exist irrespective of whether you're looking at Japan, the US, globally, there are some great governance principles that exist. And then there are also the ethical standards that sit around AI use. This is where Steph has applied her brilliant expertise and distilled them all down to principles that we believe should apply, or be considered, as you're defining what governance looks like in your organisation.
So, Steph, did you just want to give a really high-level summary of each of the seven principles? Because I think people have heard "transparency," and they've heard "fairness," and they've heard "sustainability", but what does that actually look like in a business context, outside of an "I'm just a good person" context?
Stephanie Gradwell: Yeah. The first thing to touch on is that the reason we want to use the circle is that this should exist on a life cycle. AI governance should never be looked at as a standalone, and that's it, it's always on a journey, at its moment in time: from initial conception (so, "we're thinking about introducing AI into our business, what does that look like, what do we need to consider?"), through model development, model monitoring, model retirement, and also including the data elements in that, if you bring data into it.
So, to go through the principles at a really top level: transparency is all about how I can actually understand, or explain to a layman, a non-technical person, how this AI actually works. What is it actually doing in the black box that we generally call it, that nobody knows? Or, how can we give transparency to as much of that black box as we're able to, so that we understand the inputs that come in, the output that comes out, and what happens in that middle? And there are a number of different techniques and things you can do about that. Some black boxes are always black boxes; they will never change, because it's just third-party information that they're willing to share. And then there are other models where they are more transparent, more understandable and more explainable.
So one of the principles that we look to, and it's in all the NIST frameworks and global good-practice policies is: how do you give that explainability all the way through any form of AI use case? It's not always possible, I do need to say that, but you should try to layer in as much transparency and explainability as possible.
Greg Freeman: One of the things that I saw on this, Steph, which I thought was brilliant, was essentially: what is a regulator, or an auditor, looking at in terms of transparency, and how can you evidence that? One of the brilliant examples I saw was that everybody, from the board, who has a potential legal responsibility for the AI systems that exist in the business, right down to the person that clicks "accept" or "go" on the AI system, has to be able to explain, on one page, what the system does, what data it uses, what the risk of the system is, and who owns it. So, who owns the benefit and who owns it when something goes wrong.
That was one of the best ways I saw it framed, because not everybody needs to be able to talk about it in technical depth, but everybody needs to have a well-formed understanding of what it is and what it does. And, as everyone knows, if you're able to summarise something effectively, it tends to mean that you've got a very good understanding of that topic area.
Stephanie Gradwell: Jess is way better at the examples. So what we're talking about is: we've implemented a really complex AI policy for a regulated organisation. And naturally, those 64 pages that I've written we've boiled down to four principles, the ones that Jess has just said, around what model is used, what data went into it, and all the other things. And the reason for that is: when we've introduced them back into the business in terms of their operating models, so, actually enabling the AI policy, which most people never actually do (check in your own organisation when you go back, and understand: if I wanted to do this, how does it actually work with the AI policy?), it protects them from any professional-indemnity retaliation from clients, if a client does want to call into consideration, "How have you used my data to create the service that you are giving me?" So now they've got full protection over their professional indemnity, from that transparency. So thank you, Jess, great example.
In terms of fairness: when we talk about "fair," I always lean to AI more in the HR or people space, so, how is AI being used for recruitment practices, and even for healthcare? I don't want to teach people to suck eggs, because I'm sure you all know, being from a data background, that large language models, and a lot of the models, are trained on historic data, which is biased, because most of it is written by white British men. Close your ears, sorry. But it is, and that inequity and unfairness and bias is portrayed through the models, through the LLMs that are output. So we always introduce some form of bias testing, and there are lots of different ways you can do that, to ensure that the output coming out isn't biased against gender, demographic, and so on.
Jessica Bell: I want to play the pragmatic devil on the shoulder as well with this one. This is also one that, more often than not, is dictated by the culture of an organisation. So, where there is obviously a hard line that you can't be seen to cross, particularly in the UK, employing biased employment practices, there is a spectrum of bias, equity and inclusion, and that is often dictated by who you are as a business. Some businesses care more about that stuff, or care more about one of those segments than the others. And so a big part, like we said, of understanding which components of these seven principles apply to your business, and to what depth, is going to enable you to actually build a governance framework that you'll be able to operationalise, because it won't feel "other" to your business. It's very much plugged into the way your business likes to operate, or should operate, today, rather than trying to meet a standard that maybe isn't applicable to you at the moment.
Stephanie Gradwell: One of the things to be careful of in this space: there are recruiters who say, "Well, bias exists already at the moment", and it does. We've all got our own bias internally, in terms of who we recruit, what we like; people like to recruit people like them. The issue, and why you need to be so careful in this aspect, and, as Jess says, if you're aligning it to your culture, is that you're implementing a perpetual bias that will exist far beyond your own individual bias. So this is when you start to come into ethics, and it can go quite deep and broad. So in terms of fairness, Jess is right, it's got to adhere to employment law, but when you get under the skin of it, it can get quite complex and ethical.
Accountability: this one is just, you can't say "the AI gave it to me, it's AI's fault, it's the LLM's fault." That doesn't ring true with anyone anymore. So it always has to have a human that is accountable for the output, even if there's some form of agentic output as well. And that can be done through a number of different ways. Safety — so, of course —
Jessica Bell: Sorry, just on that accountability one, a trap lots of businesses fall into: "Everyone's accountable for AI. Everyone's accountable for the decisions that are made." That actually means that no one's accountable. If you don't have a name, you've got to think about it, whose name goes on the lawsuit? And that's the extreme way to think about it, but that forces the drama and the weight that should accompany that decision. A big piece of accountability is that it needs to be structural; it needs to be very well defined. And again, that's a key part of a good governance framework that you'll actually be able to operationalise, because you've got people who exist within your organisation who, if things do go wrong, or if things go spectacularly well, are the ones that are celebrated, but are also the ones that are on the hook to explain how something has happened and be accountable for the outcome of that.
Stephanie Gradwell: And it's probably worth saying that accountability may change at different stages in the process. But having the conversations upfront around accountability will definitely help support the building-up of the framework.
Safety: I'm not going to spend loads of time on this, because with any system that you want to build, you need to make sure that it's secure and safe, like any other form of tool that you're using within the business.
And then, within privacy: making sure that it adheres to all GDPR laws, that you've got set consent to use the data, how long you're retaining the data, so there's obviously lots of legislation in terms of data privacy, data retention, and data rights. A lot of this is covered by regulation and best practice. The hard bit within AI governance and data privacy is that I think there are a lot of unknowns across an organisation. How many people in your organisation today will be putting company data into AI, not understanding the privacy risks or safety risks? So again, it all links back to education: how is your business starting to learn and understand the impact that AI can have on these privacy regulations? Because these are regulations, not just a nice-to-have governance principle to make sure you're best-practice and deliver return on investment.
Jessica Bell: And then, just to add another little factoid in there to keep people up at night: I think everybody is increasingly becoming more aware of "don't plug your financials into a public chatbot," right? But what people don't understand is, as a business, how those consumption layers are connected into your business. There are examples of people being able to do, I'm not sure if this is an AI prompt injection, where, say, you have a chatbot that's there to do a very specific thing. I think there's a case study of McDonald's. McDonald's had an AI-assisted chatbot; someone was able to prompt-inject it and use the LLM like you would any LLM, but it was also connected to some of their other [systems].
So you've got to be really literate, as an organisation, in how your systems come together, the data that you're potentially exposing. Not just by putting it directly in, like, Susan from accounts is plugging in the financial planning for the next three years, which is obviously the worst case, but, is it connected to tables that tell you what salary data everybody has? You've got a HR chatbot, but suddenly you can start querying what the CEO's last bonus was. These are the kinds of things that you need to consider beyond just that first layer of "don't put IP into a ChatGPT public instance." So it's worth flagging.
Stephanie Gradwell: Yeah, and probably the last thing to add on this is: how many of you have actually assessed the privacy rights that your organisation has from third-party systems? There's a lot of lack of understanding around what your data rights are if you're using things like ChatGPT, consent, ownership, retention rights for how long they hold your data, how they use your data, even if you've toggled off the thing that says "don't use my data for training." It's quite complex. So again, after today, I would first start to look at, even if you're not on a big AI journey, you will have AI in your organisation, and third-party tools. So really understand DPAs, your data processing agreements, that's what you need to dig into.
Jessica Bell: Really fun reading.
Greg Freeman: Can I just feed in with a bit of relativity on that one? Because one of the things that would be really easy for a data or AI leader in the room to do is say, "Well, we've got a legal team, we've got a risk team." The way I relate this is: we've always said data literacy and AI literacy are hard, because you can't get a learning team to do it, they're not data- and AI-literate; they may know how to do learning. And I think your massive problem is that you've probably got a data- and AI-illiterate, not that we call it that, but that's the truth of it, legal team, risk team, and so on. So you can't just fob it off to them, because they might understand the legal words, but they don't understand the implications of it. So it is a big thing that's going to take a lot of expertise and support.
Stephanie Gradwell: Absolutely. I dare you to ask your legal team to write your data processing policies in your client contracts, because they won't, they'll bring in an SME to do it. And that's the biggest tell.
Greg Freeman: I think that's a really good flag.
Stephanie Gradwell: Human agency: again, this is more around the human. AI doesn't replace your role; there's still human judgement that's required, that you are still accountable for the output, as we say. So you can override it, you can say something different to what the AI says, and you have human agency over everything that's given, it shouldn't be transferred over to the AI itself.
And then, lastly, just conscious of time, we focus a lot on sustainability. There's a lot in the news around token use, and the impact on electricity, and big data centres being built. So what is the right, optimum way to build a solution, or use a solution? There are certain things and principles that you can do to minimise harm and impact. And we've also got the ethical principles in there, which really filter across all of the circle.
Jessica Bell: And if there are any data-governance diehards in the audience, one of the key ones is metadata. So if you've ever been looking for a time for metadata to be a hero, it's now. Your time is now.
Greg Freeman: OK, super-conscious of time, because we've only got 15 minutes left. So what I'm going to do is go ahead to this, and then we'll skip forward.
OK. In that case, we'll go to the demo, so Sarah's going to reverse out the slides, so that you can share your screen, and then we should be good to go.
Jessica Bell: Hey, there we are. All right. So, hopefully we've managed to, obviously we went through a lot in those seven principles, we've made it a beautiful diagram, and Steph's explained it wonderfully, but there is a lot to comprehend there. I think the slide that Greg just flashed up, around any single use case having 36 points of intersection on any one of those governance lines, those seven principles, so, how do you, as a leader, actually lead in AI?
It's about, as Steph mentioned earlier, having that foresight and building in the structures that are going to enable you, well, enable your team, to stay the course, whilst also enabling your business to rapidly pivot, adopt and change as your business needs change.
What we've got here is literally how you start AI governance. This is literally the first principles of AI governance when you're looking at either a use case or an entire revolution when it comes to AI transformation within your business.
One of the major challenges that we see to good AI governance is that nobody is speaking the same language. You've got all sorts of people that exist across the organisation who are being pulled into these decisions, and they have varying degrees of technical prowess. Maybe they go and build stuff, you know, some of the CEOs we encounter will go and build stuff at the weekend, vibe-coding, they're really into it. And then you maybe have a non-executive board who genuinely don't know how to challenge some of these decisions. So this really straightforward four-step framework enables that consistent conversation across the organisation when you're talking about introducing AI into your business. But it also starts to enable you to flesh out some of those core principles that are ultimately going to define what we hope would become a structured AI governance approach within your organisation.
So the first one is: what problem does this actually solve? And I know that sounds ridiculous, but, I mean, how many people (loads, I assume) are getting, from the top, "You've got to use AI, because we heard that somebody else is using AI," or "If we don't use AI, I'm being asked, 'Why am I not using AI?' from the investors — AI, AI, AI." And then you've got an organisation sitting underneath you going, "Well, why do we need to use AI? We've worked perfectly well for the last 20 years. Why do we need to introduce AI into our business at all?"
So I think everybody needs to be very, very clear that this solves a problem, and what problem it actually solves, before you start considering tools or systems that you're going to introduce into your business, or even before bringing AI into your business. That needs to be well understood, and everybody needs to agree that you're all solving, or you all understand that you're solving, a consistent challenge.
The second is: what are the dependencies? This is what ultimately should define your feasibility. If you've got dependencies on being able to solve this challenge that you can't unlock, then it's not feasible for your organisation, it should naturally deprioritise. Or, you should have a very clear understanding of the things that you need to unblock or mature rapidly within your organisation, if you've decided that the answer to number one, the problem that it's actually going to solve, increases its importance, and therefore you create the business case to start unblocking some of those dependencies. That very much depends on data, people and technology. And fundamentally, with people, it's typically going to be their literacy and the change journey that they're going to have to go on.
Third is: how do you actually follow that use case end-to-end and assess it as you're going through the process, to ensure that it is actually staying the course, that it is actually doing what you thought it was going to do, and that it is achieving that business case, or that problem set, that you put forward that it was set to solve?
And then the fourth is, like we've talked about a lot, who is accountable for it? And, like Steph said, it's not necessarily that there's one person who's accountable right at the end and needs to be across every component of this AI system or tool. It's very much: who are the people that are accountable at what stage, what are their names, how are they accountable, and how do they have the tools and the agency to be able to maintain that accountability and understanding, and change things if they're not happy with how they're operating?
And so, what we've done, and this is available to everybody, I'm sure we'll send it around, we can even put it in the chat, this is publicly available on Pendle, pndl.ai ias a prioritisation framework for AI use cases that you can start to map out yourself. What we've done is pre-loaded some of the common use cases that we see across a broad spectrum of industries, and this starts to layer that framework over some of these common use cases.
One of the ones that Steph mentioned earlier was AI in recruitment. So if you took something like an AI screening tool, which is very, very common; I think even if people are using outsourced tools or outsourced recruiting functions, you will see this a lot. But just because it's outsourced doesn't necessarily mean that you're not accountable for it. So this is something that you should consider even if you've brought something in, and this is what this framework will allow you to map out.
You can start to go through and say, "OK, well, why would I introduce something like this, what problem does it solve?" And it's like, "OK, well, time to hire." Really simply, time to hire, I can't, or my team can't (or it makes it very expensive for my outsource provider) to go through hundreds of CVs, so this is a really quick answer for us to get to the really good CVs really quickly, so we can prioritise our time and effort on that.
You go through the framework, and then what we can also do, as part of this feasibility board, start to map out for your business where this sits on high value, low value and feasibility. So, like I started to talk about, you need to consider as part of this: what are the dependencies that exist within your organisation? Do you have your culture defined? Number one, that's going to determine how you go about screening and what you look for in candidates. Do you have the people that are able to monitor this tool? Do you need to go and build something yourself? Do you have the time and the skills to be able to go and procure something like this? And do you have your AI policy in place that allows you to measure the tools you'll bring in against your standards and your governance structure?
So, say here we take AI in recruitment and talent acquisition. We say that we're going to buy something, because actually there are loads of good things that exist on the market, and we're not a recruitment company, so we're probably not going to spend a whole bunch of money and time building something like that. If you click into any one of these use cases, you can start to see that framework layered over the top. And this changes based on whether it's build [or buy].
So I think this is a very good "starter for ten" when you're starting to map out priority. As you lay out the use cases on this grid ["4x4 grid" — but the axes described are value × feasibility, i.e. more likely a 2×2 matrix; verify], you'll start to see the things that you should be prioritising based on their value and their feasibility, which is determined by the dependencies. And then you can start to think about the governance that you lay over the top, with that four-part framework.
But yeah, as I said, this is available to everybody. It's very context-dependent to your organisation. Some of these use cases are going to really heavily apply to some people and not to others, but you can start to see how that framework actually operationalises when you're thinking about introducing AI systems into your business. That's it for the demo.
Jessica Bell: Awesome. Play around, go have a look.
Stephanie Gradwell: On this, what I would say, and to go back to your points at the beginning, Greg, that I fundamentally disagreed with, in terms of embedding AI into the process, all of these that we're showing you are re-engineered business processes. So these are looking at: if you were to not rip up the script, but look at a process and look at how you can improve, redesign and embed it, these are the things that I would be going out to look at as a starter for ten.
In terms of when we look at an AI use case and feasibility, we're probably looking at around 100 different types of metrics that we would look at to assess whether an AI use case is right for you, or how feasible or how valuable it would be. But as you go through the problem–dependencies assessment and ownership, it'll give you a really good idea. Because one of the things that I find a lot of people struggle with, especially if they haven't come from a finance background, is identifying what actually is the value. So in there, we'll give you a lot of examples, for each of the different use cases, of what value actually means commercially: what does value mean in a recruitment context, what does value mean in a pricing context, what does value mean in a data-management context? And it's always financial, there's always a way to make that financial. But the first point is, some people don't know what the metric is that leads them to the financial number, and this really helps with that as a starter for ten. So if for nothing else, I would say it's a good way just to have a look through those, and look at the assessment bit, it will give you some handy KPIs that you could look for, for some of these common use cases.
Jessica Bell: Also, just very quickly, you can actually use this as a prioritisation and print it off. So you can start to classify things as buy or build, and then you'll get that download of the risk considerations, or the governance considerations, that you need to have for each of them. But yeah, enjoy, always open to feedback as well on this. In this space, you'll see that we've dived into a bit more detail for some of those use cases. So we've laid out, I think, four of the use cases there that you can go and dig into, to actually see how you would have a conversation as a business, and, if you lay it over a couple of different topics, it's quite easy to see the patterns.
Greg Freeman: Perfect, thank you very much. So, just in terms of how Data & AI Literacy Academy and Pendle are going to be working together: something that we haven't really touched on is that very, very senior layer. This is a really "non-execs, large accountability, name on the door" type of problem. What we've been doing to make the relationship with Pendle work is: as we're designing data and AI literacy programmes across organisations, obviously we go from ground zero, frontline workers, all the way through to your everyday execs, if there's been a high-priority need in governance, compliance, real senior leadership around how to do AI well, and bringing those types of people up to speed, then Steph and Jess are the people that we've been bringing into those conversations.
So for us, it's a really exciting time, because it's so important that the people at the very top of every organisation understand what this means for them, and therefore what it means for their organisations, as well as, obviously, the types of use cases that Pendle are able to deliver. There's a huge opportunity to work with them, and to just make sure that you're in the right place as a business. I see some of the organisations that are on this call right now, there's a lot of regulatory responsibility in those environments, and making sure you're in tip-top shape, and that everybody else around you knows that, is going to be as important as anything.
Thank you so much to everybody for dialling in. We will give you one minute of your life back and wrap up there. But if you've got any questions, myself, Steph and Jess are all on LinkedIn, as you can imagine, we often post more than some people who are connected to us want us to, so that might become part of your feed. Other than that, you can definitely get in touch with us via LinkedIn, or obviously via Pendle's website or Data & AI Literacy Academy's website. Have a really good rest of your very warm Wednesday, and we will see you all soon.
Unlock the power of your data & AI
Speak with us to learn how you can embed org-wide data & AI fluency today.

.png)
.png)
.png)
.png)



.png)
.jpg)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)