Key takeaways

  • Data literacy is not about turning employees into data scientists. It is about giving people at every level the skills to read, question, and act on data relevant to their role.

  • Most Australian organisations already have more data than they can use effectively. The gap is rarely in the data itself; it is in the human capacity to interpret it.

  • A training programme that works for one team will not automatically work for another. Role-based, contextualised learning consistently outperforms generic courses.

  • Data literacy and AI readiness are directly linked. Employees who cannot interpret a dashboard are not equipped to evaluate, challenge, or responsibly act on AI-generated outputs.

  • The most common reason enterprise data training fails is not content quality. It is misalignment between what the programme teaches and what employees actually need to do in their jobs.

What is data literacy training, exactly?

Data literacy training teaches people how to read, interpret, question and communicate with data in their day-to-day work. It is not about turning your finance team into data scientists. It is about making sure a marketing manager can spot a misleading chart, a procurement officer can interrogate a supplier dashboard, and a senior leader can ask the right questions before approving a report.

The distinction matters because "data skills" covers an enormous range. At one end you have data engineers writing Python pipelines. At the other end you have a frontline team leader who needs to understand what an average actually tells you, and when it does not. Data literacy training sits firmly in the middle and toward the latter end of that spectrum. Its goal is organisational fluency, not technical depth.

What a data literacy programme actually covers

A well-designed programme typically addresses four capability layers:

  • Data fundamentals. What types of data exist, how it is collected, what the difference is between a metric and a KPI (key performance indicator), and why data always has context.

  • Reading and interpreting data. How to read charts and tables correctly, how to identify when a visualisation is misleading, and what questions to ask before trusting a number.

  • Working with data tools. Depending on your organisation, this might mean Excel, Power BI, Tableau, or a cloud analytics platform. The tools are secondary; the thinking skills come first.

  • Communicating with data. How to present findings clearly, how to caveat uncertainty honestly, and how to challenge a data claim without being dismissive.

Some programmes also include a fifth layer: data governance literacy, which covers how data is owned, protected and used responsibly. For organisations in regulated industries, this is not optional.

Data literacy is a thinking skill, not a technical one

The goal is not to replace your analysts. It is to make everyone else a more capable consumer of the work analysts produce, and a more informed participant in data-driven decisions.

What data literacy training is not

It is not a statistics degree compressed into two days. It is not a tool tutorial disguised as capability building. And it is not something that only matters for people with "data" in their job title.

The organisations that get the most value from data literacy programmes are the ones that treat them as a cultural investment, not a compliance tick. That usually means designing the programme around the decisions your people actually make, rather than starting with a curriculum and hoping it sticks.

Why are Australian organisations investing in data literacy right now?

Most Australian organisations have spent the last five years building out their data infrastructure. Cloud platforms, data lakes, business intelligence dashboards, analytics tools. The investment has been substantial. What many are now finding is that the infrastructure alone does not deliver the returns they expected, because the people using it do not have the skills to interpret what it is telling them.

That gap between data investment and human capability is the primary driver behind the current surge in data literacy training.

AI adoption is raising the floor

The arrival of practical AI tools in the workplace has changed the minimum level of data fluency employees need to function effectively. Tools like Microsoft Copilot, Google Gemini, and enterprise analytics platforms all surface data in new ways. An employee who cannot assess whether a chart is misleading, understand what a confidence interval means, or question the assumptions behind a model recommendation is not well-positioned to use those tools responsibly.

This is not a future concern. Australian organisations rolling out AI tools right now are discovering that uptake stalls when staff do not trust the outputs, and that distrust often comes from a lack of foundational data skills rather than a problem with the technology itself.

The AI readiness gap is often a data literacy gap

Organisations frequently diagnose slow AI adoption as a change management problem. In many cases it is a data literacy problem. Employees who understand how data feeds a model are far more likely to engage with its outputs critically and confidently.

Data governance and regulatory pressure

Australian regulators have steadily raised expectations around how organisations collect, store, and use data. The Privacy Act reforms, mandatory data breach notification, and the Australian Government's AI Ethics Principles all point in the same direction: organisations are expected to demonstrate that their people understand the data they are working with, not just that the right systems are in place.

For sectors like financial services, health, and government, this is increasingly a compliance question. Training programmes that build genuine data literacy create a workforce that can apply governance principles in practice, not just sign off on a policy document.

Competitive pressure from data-mature peers

Across industries, the organisations pulling ahead on productivity and customer experience tend to be those where data is used consistently to inform decisions at every level, not just by analysts and data scientists. When a marketing manager can interrogate campaign data independently, when a supply chain coordinator can read a demand forecast critically, when a finance team can challenge a dashboard rather than just accept it, decision-making improves and the organisation moves faster.

Australian organisations watching competitors accelerate on the back of better data use are investing in training to close that capability gap before it becomes structural.

The cost of data that nobody reads

There is a quieter driver too. Many organisations are sitting on significant analytics investments that are underused. Dashboards that nobody opens. Reports that get forwarded without being read. Models whose outputs are ignored in favour of gut instinct. The reason is rarely that the tools are bad. It is usually that the intended audience does not have the skills or confidence to engage with them.

Data literacy training is, in part, an investment in protecting the returns on the broader data and analytics spend. It converts infrastructure into actual decisions.

Who actually needs data literacy training?

Almost everyone in a data-influenced organisation, which today means most of them. The honest answer, though, is that different roles need very different things. Sending your executive team through the same programme as your data analysts wastes time for both groups and tends to leave everyone frustrated.

A useful way to think about it is three tiers, each with distinct learning goals.

Executives and senior leaders

This group does not need to know how to write a SQL query. What they need is the ability to ask the right questions when a dashboard lands in front of them, to recognise when a data claim is shaky, and to make resource decisions about data infrastructure with some confidence.

The most common gap at this level is not ignorance; it is false confidence. Leaders who have been nodding along to data presentations for years often haven't had a safe space to admit they are not sure what a confidence interval means, or why two reports from different teams show contradictory numbers. Good executive data literacy training creates that space. It focuses on interpretation, challenge, and decision quality rather than technical skill.

Business analysts and operational managers

This is the group that typically lives closest to data in their day-to-day work. They pull reports, build spreadsheets, interpret dashboards, and brief up to senior leaders. They often have practical data skills that were self-taught, which means there are gaps, but those gaps are uneven and hard to predict without a proper assessment first.

Training at this tier tends to cover statistical thinking (understanding distributions, averages and what they hide, correlation versus causation), data quality judgement, and the basics of communicating findings clearly to non-technical audiences. Getting this group right pays dividends quickly because they are the ones translating data into decisions every week.

Frontline and operational staff

This tier is the most frequently overlooked, which is a mistake. If a contact centre team member does not understand what the metric they are being measured on actually reflects, they will optimise for the number rather than the outcome. If a field technician is logging data incorrectly because nobody explained why it matters, every downstream report built on that data is compromised.

Frontline data literacy training is usually narrow and role-specific. It covers the data that team actually touches: what it means, why it is collected, how errors compound, and what good data entry or data interpretation looks like in their specific context. It rarely needs to be long. Half a day, well-designed and grounded in the team's actual tools, often achieves more than a two-day generic course.

The tier that tends to be forgotten

Frontline staff shape the quality of the data that everyone else analyses. If their data literacy is poor, accuracy problems propagate upward through every report and dashboard in the organisation.

A note on data and technology specialists

If your organisation has a dedicated data team, data engineers or data scientists, their training needs are different again. They are unlikely to need foundational literacy work. What they often need is upskilling in specific platforms, statistical methods, or emerging tools, including AI and machine learning frameworks. That is a more technical conversation, closer to what sits under cloud and platform training than general literacy.

The practical implication is that a single enterprise data literacy programme almost always needs to be modular, with distinct tracks for distinct audiences, rather than a single course pushed to everyone.

What does a good data literacy training programme look like?

A well-designed data literacy programme starts with a skills assessment and ends with measurable behaviour change on the job. Everything in between, the content, the format, the sequence, should be shaped by what your people actually do and where the gaps are.

Here is what that looks like in practice.

Start with a skills assessment, not a course catalogue

The temptation is to buy a licence to an online platform and send everyone a link. It rarely works. Without a baseline assessment, you cannot know whether a finance analyst is struggling to read a pivot table or struggling to interpret a regression output. Those are completely different problems requiring completely different responses.

A credible assessment covers three dimensions: technical skills (can this person query a dataset or read a dashboard?), interpretive skills (can they draw the right conclusion from the data?), and communication skills (can they explain what the data means to a decision-maker?). The results shape everything downstream.

Build role-based learning paths, not one-size-fits-all modules

Data literacy looks different for a warehouse operations manager than it does for a marketing analyst or a board member. A single generic course cannot serve all three. The operations manager needs to read throughput dashboards and spot anomalies. The analyst needs to design and interrogate queries. The board member needs to ask the right questions of whoever is presenting.

Role-based paths mean each group works with data contexts that are immediately recognisable. A marketing team learning to interpret campaign attribution data will engage far more than the same team working through abstract examples about fictional retail stores. The closer the training is to the real job, the faster it transfers.

Make practice the centrepiece, not the afterthought

Data literacy is a skill, not a body of knowledge. Reading about how to interpret a confidence interval is not the same as doing it with your own organisation's data. The best programmes allocate more time to guided practice than to instruction: analysts build dashboards with real datasets, managers interrogate outputs and identify what is missing, executives are given scenarios where they must decide whether the data presented actually supports the recommendation on the table.

This hands-on emphasis also surfaces the hidden assumptions people carry. Someone might understand in theory that correlation does not imply causation, but still instinctively reach for the causal explanation in a live business scenario. Practice in context is what breaks that habit.

The most common gap in enterprise data training

Most programmes spend too long on concepts and too little time on practice with real business data. If your people cannot apply what they have learned within a week of completing a module, the format needs rethinking.

Plan for reinforcement from the start

A two-day workshop does not produce a data-literate organisation. Skills fade without reinforcement, and for most people data analysis is not something they do every hour of the working week. Good programmes build in structured touchpoints after the initial training: short refresher sessions, worked examples tied to current business questions, and peer review practices where teams critique each other's data interpretations.

Manager involvement matters here more than most L&D teams acknowledge. If a team's direct manager does not ask data-grounded questions in their one-on-ones, the skill atrophies. A short briefing for managers on how to reinforce data thinking in everyday conversations is often one of the highest-return investments in the whole programme.

Keep the content current

Data tools change quickly. A training programme built around a specific version of Power BI or a particular SQL interface can become partially obsolete within twelve months. Good programmes are designed with this in mind: the core frameworks (how to evaluate a data claim, how to structure a data-driven recommendation) stay stable, while the tool-specific content is updated regularly. This is one practical reason to work with a provider who builds custom programmes rather than relying on pre-packaged courseware that may not reflect your current technology stack.

How does data literacy connect to AI readiness?

Data literacy is the foundation that AI tools are built on. Without it, an organisation can purchase the most capable AI platform available and still see poor results, because the people using it cannot interrogate the outputs, spot when the model is wrong, or ask the right questions in the first place.

This is not a theoretical concern. AI systems, including the large language models now embedded in tools like Microsoft Copilot and Google Gemini, work with data constantly. They summarise it, analyse it, generate it, and make recommendations based on it. A staff member who does not understand what a confidence interval is, or why a dataset might be biased, or how a chart can be technically accurate but deeply misleading, is poorly placed to use those tools responsibly.

AI amplifies whatever data habits your team already has

Good data literacy means your people can validate AI outputs and catch errors before they become decisions. Poor data literacy means AI accelerates the same flawed reasoning that existed before you adopted it.

What the gap looks like in practice

Consider a mid-market financial services team using an AI assistant to analyse customer data and surface insights. If team members take AI-generated summaries at face value, they skip the step of checking whether the underlying data is complete, correctly segmented, or drawn from the right time period. The AI is confident. The output looks clean. But the decision that follows may be based on a flawed premise.

Data literacy training teaches people to ask: where did this number come from? What was excluded? Is this correlation or causation? Those are exactly the questions you need your team asking when they are working with AI tools, not just raw spreadsheets.

The sequence that actually works

Organisations that succeed with enterprise AI adoption tend to follow a consistent sequence. They build data awareness first, typically through organisation-wide literacy training. They then move into AI fluency, helping staff understand how AI tools work and where they fail. Only then do they invest in AI implementation and workflow integration.

Skipping the first step and going straight to AI adoption is a common and costly mistake. If you are curious about what the fuller AI readiness journey looks like, the articles on AI implementation and adoption and enterprise AI training in Australia cover the later stages in detail.

Data literacy also underpins responsible AI use. When staff understand how data shapes model behaviour, they are better equipped to recognise bias, question unusual outputs, and understand why AI governance matters. That connects directly to the risk side of AI adoption, which is explored further in our piece on AI risk, governance and scams.

The short version: if your organisation is planning any significant AI investment in the next two years, data literacy training is not a nice-to-have. It is the groundwork that makes the investment pay off.

What are the common failure modes in enterprise data training?

Most data literacy programmes do not fail because the content is wrong. They fail because the content never lands. The gap between a well-designed curriculum and a workforce that actually uses data differently is almost always an execution problem, not a knowledge problem.

Here are the patterns that consistently undermine enterprise data training, and what to do instead.

The content is generic by default

A course built for "everyone" tends to work for no one in particular. When a marketing manager and a supply chain analyst sit through the same module on interpreting dashboards, one of them is bored and the other is lost. Off-the-shelf data training is often built around a fictional "data-literate employee" who does not map to any actual role in your organisation.

The fix is straightforward but requires upfront work: segment your audience before you design a single slide. What data does a finance analyst see every day? What decisions does a store operations manager need to make from a weekly report? The answers shape entirely different programmes.

There is no connection to real tools and real data

Training that uses sanitised, invented datasets teaches people to read data in a vacuum. When participants return to their desks and open a messy, real-world spreadsheet or a live Tableau dashboard, the skills do not transfer. The mental gap between "what we practised" and "what I actually have in front of me" is wider than it looks.

Good programmes use your actual data environment, your tools, your reporting formats. That might mean building exercises around your organisation's Power BI workspace or the specific CSV exports your team pulls from your CRM every Monday morning.

Training is treated as an event, not a process

A single two-day workshop can shift attitudes and build awareness. It rarely changes behaviour at scale. The organisations that see lasting improvement treat data literacy as an ongoing practice, not a box to tick. That means follow-up sessions, peer learning groups, embedded coaching, and managers who reinforce the skills in day-to-day work.

The follow-through gap

Most data training loses its impact within four to six weeks if there is no reinforcement structure. Building in post-training checkpoints, even informal ones, is more valuable than extending the original programme.

Leadership does not model the behaviour

If a team's senior leaders still make decisions based on gut feel and never reference data in meetings, data literacy training sends a mixed message. Participants pick up on this quickly. The implicit signal is that data skills are something HR cares about, not something the business actually runs on.

Executive buy-in matters here, and it means more than signing off on a budget line. Leaders who visibly ask for data, question sources, and acknowledge uncertainty in front of their teams create the conditions where training actually sticks.

The programme is measured by completion, not by change

"Ninety-two percent of staff completed the module" is a useful compliance metric. It says nothing about whether anyone read a chart differently the following week. Many organisations measure data literacy training by the easiest available number, which is attendance, and never look at whether workflows, decisions, or confidence levels changed as a result.

This is partly a measurement problem and partly a design problem. If the programme was not designed with specific behavioural outcomes in mind, there is nothing meaningful to measure at the end. Defining what "better data literacy" looks like in practice, for a specific role, in a specific context, before the programme begins is what makes meaningful evaluation possible.

How do you measure whether data literacy training is working?

Completion rates are the metric most L&D teams report, and the least useful one. Knowing that 87% of staff finished a module tells you nothing about whether anyone changed how they work with data.

Meaningful measurement happens at three levels: what people know, what they do, and what the organisation achieves as a result. You need evidence at all three, because improvements at the first level do not automatically flow to the second or third.

What people know: skills assessments

Pre- and post-training assessments are the baseline. A short scenario-based test, not a multiple-choice quiz on terminology, can reveal whether participants can correctly interpret a chart, identify a misleading statistic, or choose the right type of visualisation for a business question. Run the same assessment three months later to see how much has been retained.

Some programmes use a data literacy maturity framework to score individuals and teams before training begins, then re-score at defined intervals. This gives you a benchmark that is defensible with senior stakeholders and useful for identifying where follow-up is needed.

What people do: behaviour change in the workflow

This is harder to measure but more valuable. Look for changes in how teams actually use data day to day:

  • Are business analysts being asked fewer "can you pull this for me" requests, because the people asking them have learned to run their own queries?

  • Are decision-meeting agendas referencing data sources rather than gut feel?

  • Are reports being challenged on their methodology rather than accepted at face value?

  • Has the number of dashboards sitting unused in your BI tool started to fall, because people now understand what they are looking at?

These are proxies, not hard proof, but they are far more meaningful than a completion certificate. Manager observations and short pulse surveys four to six weeks after training are practical ways to gather this evidence.

The metric worth tracking

If staff complete training but their day-to-day behaviour with data does not change, the programme has not worked. Behaviour change in the workflow is the signal; completion rates are just the receipt.

What the organisation achieves: business outcomes

Connecting training directly to business outcomes is difficult, and anyone who promises you a clean ROI calculation is probably oversimplifying. That said, there are reasonable indicators to track over a six to twelve month horizon:

  • Time-to-insight: how long does it take a team to go from a business question to a decision informed by data? If this shortens, something is working.

  • Error rates in reports or dashboards: data quality issues often trace back to people misunderstanding what a field means or applying the wrong aggregation. A reduction here is worth noting.

  • Self-service adoption: if your organisation has invested in a BI platform such as Power BI, Tableau, or Databricks SQL, track active user counts before and after training. Growth in self-service use is a reasonable proxy for improved confidence.

  • Escalations to the data team: a decrease in low-complexity questions reaching your central data function suggests broader capability across the business.

None of these is a perfect measure. But tracking a small bundle of them, and reviewing them against a clear baseline, gives you something far more credible to bring to a board or executive team than a slide showing course completions.

The organisations that measure this well tend to build it into the programme design from the start, not as an afterthought. If you are planning a data literacy initiative and have not yet defined what success looks like in behavioural and business terms, that is the first conversation to have.

Custom programmes vs off-the-shelf data training: which is right for you?

Off-the-shelf data literacy training is faster to deploy and cheaper to start. Custom programmes cost more upfront but tend to deliver better outcomes when your organisation has specific tools, data assets, or workflows that generic content simply cannot reflect. The honest answer is that the right choice depends on where your gaps actually sit.

When off-the-shelf training makes sense

Pre-built courses work well when your needs are relatively standard. If you want to give a team foundational skills in data concepts, basic statistics, or a mainstream tool like Power BI or Excel, there is strong published content available. Platforms such as LinkedIn Learning, Coursera, and vendor-supplied training libraries cover this ground at a reasonable cost.

Off-the-shelf also suits organisations that are early in their data literacy journey and need to build shared vocabulary before anything else. A 90-minute foundational module can align a team around common language without a large investment. The trade-off is that learners often struggle to connect generic content to their actual work. A finance analyst who spends 30 minutes on a case study about a fictional retail company may learn the concept but not know what to do with the dataset sitting in front of them on Monday morning.

When a custom programme earns its cost

Custom training starts to make financial sense when any of these conditions apply:

  • Your team works with proprietary data systems, internal dashboards, or bespoke reporting tools that off-the-shelf content cannot replicate

  • You need different learning pathways for different roles, for example analysts versus department heads versus frontline staff

  • Previous generic training has not changed behaviour, because learners could not connect it to real work

  • You are preparing for a specific initiative, such as a platform migration, a data governance rollout, or an AI implementation, where the training needs to land before the project does

  • Your organisation is large enough that even modest improvements in data-driven decision making have material financial impact

The test is not whether custom is "better" in the abstract. It is whether the specificity of custom content will produce a measurably different outcome compared with what is available off the shelf.

The key question to ask

Can your team complete a generic course and immediately apply it to their actual tools, data, and decisions? If the answer is no, you are paying for training that stops at the classroom door.

What a custom programme actually involves

A well-designed custom data literacy programme starts with a genuine needs analysis, not a content catalogue. That means mapping which roles interact with data, what decisions those roles make, what data they currently have access to, and where the gaps between current capability and required capability actually sit.

From there, content is built around real examples. Instead of a fictional case study, a team in aged care learns to read quality and outcomes data from their own reporting environment. A procurement team learns to interrogate supplier data in the format they actually receive it. That specificity is what changes behaviour.

Better People's custom programmes follow this model, building programmes around the organisation's own context rather than adapting a generic template. The result is training that learners recognise as relevant from the first session, which is the single biggest predictor of whether learning transfers to the job.

A quick comparison

Factor

Off-the-shelf

Custom programme

Time to deploy

Fast (days to weeks)

Slower (weeks to months)

Upfront cost

Lower

Higher

Relevance to your tools and data

Generic

High

Role-specific pathways

Limited

Fully configurable

Behaviour change likelihood

Moderate

Higher, when well designed

Ongoing update flexibility

Dependent on vendor

Controlled by you

Neither column is a clear winner across every row. A blended approach often makes the most practical sense: off-the-shelf content for foundational concepts, custom material for the role-specific application layer where real behaviour change happens.

Not sure which approach fits your organisation?

We scope programmes around your actual tools, roles, and data environment. A short conversation is usually enough to work out whether custom content will make a meaningful difference to your outcomes.

Frequently asked questions about data literacy training

How long does data literacy training typically take?

There is no single answer, because it depends on your starting point and your goals. A focused workshop for a single team can run over one or two days. A programme that builds capability across an entire organisation, from frontline staff through to analysts and executives, is more likely to roll out over three to six months, in modules. The risk of trying to compress everything into a single event is that people leave with awareness but not habit. Spaced learning, where concepts are introduced and then reinforced through real work, consistently produces better retention than a one-day intensive.

What is the difference between data literacy and data analytics training?

Data literacy training focuses on the ability to read, question, and communicate with data confidently, regardless of role. A marketing manager who can interpret a dashboard, challenge a flawed assumption in a report, and make a decision based on what the numbers actually say is data literate. Data analytics training goes further: it typically covers statistical methods, tools like Python, SQL or Tableau, and is aimed at people who will produce analysis, not just consume it. Most organisations need both, but at different scales. Analysts need analytics skills; almost everyone else needs literacy.

How much does enterprise data literacy training cost in Australia?

Costs vary significantly depending on format, customisation, and cohort size. A public off-the-shelf course for an individual might run from a few hundred to a few thousand dollars. A custom programme built for a team or business unit, with role-specific content and internal data examples, typically starts in the range of $15,000 to $50,000 AUD depending on scope, and scales from there for organisation-wide rollouts. The more a programme is tailored to your actual tools, workflows, and decisions, the more expensive it is to build, but also the more likely it is to change behaviour. Generic training is cheaper upfront and often delivers less.

Can data literacy training be delivered remotely or does it need to be in person?

Both formats work, provided the design is right. Remote delivery suits distributed teams and reduces travel costs, but it demands stronger facilitation and shorter session blocks to hold attention. In-person workshops tend to generate richer discussion, particularly when teams are working through real data problems together. A blended model, with short online modules for foundational concepts and in-person or live-virtual sessions for applied practice, is often the most practical choice for Australian organisations with staff in multiple cities or states. The format should follow the learner's reality, not default to whatever is easiest to organise.

How does data literacy training connect to an organisation's AI strategy?

Data literacy is a prerequisite for effective AI adoption. AI tools generate outputs, recommendations, and predictions based on data, and employees who cannot evaluate whether a data source is reliable, whether a result makes sense, or whether a model's output applies to their situation are not equipped to use those tools well. Organisations rolling out AI assistants, automation platforms, or machine-learning applications consistently find that the human bottleneck is not technical, it is interpretive. Building data literacy before or alongside AI investment reduces that risk considerably. For more on this connection, see our AI implementation and adoption hub.

Ready to build data literacy across your organisation?

Data literacy doesn't improve by accident. Without a deliberate programme, most organisations end up with pockets of capability, a few enthusiastic individuals who can work with data well, and a much larger group who can't. That gap quietly costs money, slows decisions, and creates risk.

The good news is that this is a solvable problem. The organisations that do it well share one common approach: they treat data literacy as a continuous investment, not a one-off event. They map capability gaps honestly, design training around real roles and real tools, and measure what changes.

If you're not sure where to start, the most useful first step is a direct conversation about what your organisation actually needs. Not a generic course catalogue, but a real discussion about your data maturity, your team structure, and where the gaps are costing you most.

Want a clearer picture of your organisation's data capability gaps?

We work with Australian organisations to design data literacy programmes that fit the way your teams actually work, from foundational skills for non-technical staff to deeper capability building for analysts and decision-makers.

Every engagement starts with understanding your context. What tools are your teams using? Where are decisions breaking down? What does a confident data user look like in your industry? From there, we build something that sticks.

You can learn more about Better People's custom training programmes or explore related topics across our insights: AI implementation and adoption, enterprise AI training in Australia, and AI workshops and fluency for organisations building broader capability alongside data skills.