New

AI Week Planning Skill

An installable Claude skill that plans your company-wide AI Week with you, from sponsorship through to the board readout

What's inside this template

Who it's for

CIOs, transformation leads, chiefs of staff, and L&D leaders responsible for getting a whole organisation using AI. No technical expertise required to run it.

When to use

When you have committed to an AI platform and need every team to learn and build with it, rather than waiting for adoption to happen on its own. Use it four to six weeks before your first team's day, while sponsorship and the calendar are still moveable.

Key benefit

Nine stages of structured questions that produce a defensible AI Week plan, including the measurement design you need before the week starts. Skip the baseline and no capability claim is available to you afterwards.

Sections included

  • Sponsorship test: the three questions that decide whether the week lands
  • Calendar and cohort design across teams, sites and timezones
  • Leader briefings and per-team customisation
  • Readiness checklist covering licences, connectors, approvals and rooms
  • Six-message communications sequence with named senders
  • Build session and show-and-tell structure
  • Measurement design across four collection points
  • ROI calculation with the sustained-use discount and cost of participant time
  • Follow-up programme: workshops, drop-in sessions and the idea backlog
  • Seven-part executive readout structure
  • AI Week Plan output document with RAG readiness tracking

Complete template content

Claude skill ai-week-planning

This is an installable skill, not a document to fill in. Install it, tell Claude what you are working on, and it works through it with you and produces the output.

Claude desktop or Claude.ai

Download the .zip, then go to Settings, Capabilities, Skills, and upload it.

Claude Code

Unzip it into ~/.claude/skills/ for every project, or .claude/skills/ for one. Then run /ai-week-planning.

NOTE: This is an installable Claude skill, not a document to fill in. Download it above, install it in Claude, and ask it to help you plan your AI Week. The playbook below is what the skill works through with you.

Planning a company-wide AI Week

An AI Week takes every team in the organisation out of normal work for one full day to learn and build with AI. Each team takes its day on a different date, spread over two to four weeks. The morning is structured learning and getting tools connected. The afternoon is building solutions for that team’s real work. The last 30 minutes is a show and tell.

We built this skill from running AI Weeks in enterprise organisations, across multiple offices and timezones. What follows is the playbook the skill works through with you, including the things we would do differently.

The nine stages

1. Sponsorship

Strong, visible leadership is the single largest determinant of whether an AI Week lands. To go faster, sometimes you need to slow down, and only the most senior executive can credibly say “this is important, I am taking a day out, all of our leaders are taking the day out, and you should too.”

Test sponsorship against three questions:

  1. Who says it? A CEO or COO announcing it reads as a company priority. A Head of IT or L&D announcing it reads as optional training.
  2. Are leaders attending their team’s full day? A leader who drops in for the first hour tells the room this is not important.
  3. Is the day protected? Meetings cancelled, cover arranged, out-of-office on.

If any of those is soft, fix the sponsorship before fixing the agenda. An AI Week with weak sponsorship produces a good day and no change.

2. Scope and calendar shape

Work out cohorts, sites and sequencing:

  • Cohort size. 10 to 20 people per room. Above 25, the afternoon build stops being supportable.
  • Sites. Run one per office rather than one central event. Being in the room matters more than getting the whole company together.
  • Calendar. One team per day, two or three teams per week, over two to four weeks. Facilitators improve between runs and the business stays open.
  • Sequencing. Start with a team that will succeed, ideally one with an enthusiastic leader and obviously AI-shaped work. Their show and tell becomes the promotional material for everyone who follows.

Group by the work, not by AI experience. The temptation is to split people into beginner and advanced streams. Grouping by team works better, because the discussion in the room is then about the work that team does.

The refinement we would make: experienced users find the opening modules basic, and a few will say so. Handle that inside the team day rather than by splitting the cohort. Compress the framing for teams you know are ahead, give the afternoon an advanced brief such as building an agent rather than a skill, and use the already-fluent people as informal helpers in the room.

3. Customisation per team

Run a 30 to 45 minute briefing with the senior leader of every team in scope, across sales, marketing, engineering, legal, finance and talent. Get:

  • What that leader is focused on this quarter, their OKRs and their KPIs.
  • The three to five processes their team spends the most time on.
  • The systems the team works in daily, so connectors can be pre-approved.
  • Real, non-confidential sample material: a document, a dataset, a ticket.

This is where AI Weeks lose the most credibility. The most common criticism from participants is that examples were generic. A worked example about a hotel is a fine teaching device, but a finance team wants financial data extraction, and a data team wants tables and datasets, not paragraphs of prose. Generic examples lead people to conclude the tool does not fit their work.

Add one live demonstration per team of a use case relevant to that function, run before the build session starts. Seeing a relevant workflow built end to end is what unlocks people’s own ideas.

4. Readiness and logistics

Nothing wastes a morning faster than provisioning.

Access: licences activated and verified per named person, not per seat count. Desktop app installed in advance. Connectors and integrations approved by IT and security beforehand. Admin approvals for extensions, plugins and MCP servers cleared. A named IT contact reachable on the day.

Room and facilitation: one facilitator per 10 to 12 people. You cannot beat sitting next to someone, seeing where they are stuck, and unblocking them, and this matters most for senior leaders who will not ask for help in front of their team. Have both facilitators in the room; a remote second facilitator is noticeably worse and participants notice. Power at every seat, wifi tested at full room load, food on site.

Pre-work: a six-question survey a week ahead covering the processes each person owns, the hours those take, the documents they use, the one task they would most like to hand over, how often they use AI today, and their confidence on a 1 to 5 scale. The last two questions are the baseline for every capability claim you make later.

5. Communications

WhenFromMessage
3 to 4 weeks outSponsorWhy we are doing this, the day is protected, leaders are attending
2 weeks outTeam leaderYour team’s date, what to expect, what you walk out with
1 week outProgramme leadPre-work survey, access, what to install
Day beforeTeam leaderLogistics and timings
End of each daySponsor or leaderWhat this team built, with names
Weekly, afterProgramme leadWins, what’s next, where to get help

Two rules. The “why” comes from the sponsor in their own voice, not from IT. And every message after day one carries somebody’s real, named example, because peer proof travels and corporate encouragement does not.

6. The build session and show and tell

The afternoon is where the week earns its cost. Give people time to build for the tasks in front of them: a prompt, a pre-built skill, their own skill, or a first live artifact connecting more than one system.

  • Build time. Two to three hours. One team will find three hours too long and the next will want more, so set it per team and give facilitators a mid-session checkpoint.
  • Capture as they build. Log what each thing does, who owns it, what it replaces, and what production-ready would need. Without this you have a good day and no pipeline.
  • Show and tell, 30 minutes, every day, without exception. Seeing what a colleague built, and how they brought it to life, is what gives other people the confidence that they can too. Record it with permission and use it in the comms for the teams that follow.

7. Metrics and ROI

Measure at four points: a baseline before, activity on the day, a survey in week one, and platform and process measures at 30, 60 and 90 days.

Be honest about which numbers are which. Confidence uplift, attendance and self-reported hours saved are leading indicators. They tell you the week worked and they are the right thing to report to the business. They are not a P&L number.

For the business case, pick two or three processes during planning, baseline them on volume, cycle time and rework rate before the week, and re-measure at 60 and 90 days. Two processes measured properly beat a hundred self-reported estimates. Include the cost of participant time in the cost side; it is usually the largest line, and a sponsor who finds it missing stops trusting the rest.

8. What happens next

Plan this before you start, so you can promote it during the week itself.

  • Focused workshops on the highest-impact processes, chosen with senior leaders during the briefings and named during the AI Week.
  • Regular drop-in sessions where anyone brings an early idea and gets help. Low ceremony, recurring, in the calendar before the week starts.
  • A backlog where ideas land, scored so the good ones get picked up. Whoever owns it must visibly respond in the first fortnight, or it dies.

9. The executive readout

Book the slot before the week starts. Structure it in seven parts: what we did and why in the sponsor’s words; coverage as a percentage per team rather than a headcount; capability shift, confidence before and after; what got built, the count plus three named examples with named owners; the pipeline, scored, with the top five going forward; value, with leading indicators labelled as such and the instrumented processes named; and what you need next in decisions, budget and sponsor actions.

Implementation notes

Adapt it. The skill is plain Markdown. Change the stages, add your own governance requirements, swap in your own cost assumptions, and re-upload it as your internal version. Organisations running a second or third AI Week normally do.

Start the sponsorship conversation first. Stages 2 through 9 are all recoverable. Stage 1 is not. If your sponsor will not take the day themselves, that is the conversation to have before you build a calendar.

Do not skip the baseline. One survey, six questions, a week before the first team’s day. It costs almost nothing and it is the only thing standing between you and having no capability measure at all when someone asks whether the week worked.

Get started

How to Use This Skill

01

Install the skill

Download the .zip and upload it in Claude under Settings, Capabilities, Skills. Claude Code users can unzip it into ~/.claude/skills/ instead.

02

Ask it to plan your AI Week

Say "help me plan our AI week". It asks two to four questions at a time and works through the nine stages with you, rather than handing you a form.

03

Capture the decisions

Each stage ends with a decision written down. Undecided items stay in the plan marked OPEN with a named owner, which is the most useful part of the document.

04

Take the plan to your sponsor

The output is a plan you can put in front of an executive sponsor, plus a measurement design you can report on after the week.

Questions

Frequently Asked Questions

What an AI Week is, how to run one, and how to prove it was worth doing

What is an AI Week?
An AI Week is a period, usually two to four weeks, during which every team in the organisation takes one full day out of normal work to learn and build with AI. Each team takes its day on a different date. The morning is structured learning and tool setup, the afternoon is building solutions for that team's actual work, and the last 30 minutes is a show and tell where people demo what they built. It is not a training course. The point is that people walk out with something they can use the next morning.
Why take a whole day out rather than running shorter sessions?
Because a one-hour session gets people as far as understanding what AI could do, and no further. The afternoon build is where the value is created, and it needs uninterrupted time with facilitators on hand. To go faster, sometimes you have to slow down. A day taken properly by every team beats the same hours spread thinly over three months, because the spread version never produces anything anyone uses.
Should we group people by AI experience or by team?
By team. The temptation is to split into beginner and advanced streams, but grouping by team works better because the discussion in the room becomes about the work that team actually does. Legal has its day, Finance has its day, Engineering has its day. Handle experience differences inside the team day rather than by splitting the cohort: compress the framing content for teams already using AI, give the afternoon a harder build brief for advanced users, and ask leaders in the briefing which of their people are already fluent so you can use them as informal helpers.
How important is executive sponsorship?
It is the single largest determinant of whether an AI Week produces change. Three tests. Who announces it: a CEO or COO reads as a company priority, a Head of IT or L&D reads as optional training. Are leaders attending their team's full day: a leader who drops in for the first hour tells the room this is not important. Is the day protected: if people are answering Slack all afternoon they will not build anything. If any of those is soft, fix the sponsorship before fixing the agenda.
What is the most common mistake people make?
Generic examples. The loudest criticism from participants is almost always that the worked examples were not relevant to their work. A hotel booking example is fine as a teaching device, but a finance team wants to see financial data extraction and a data team wants tables and datasets, not paragraphs of prose. Generic examples lead people to conclude the tool does not fit their work, which is the opposite of the point. Run a 30 to 45 minute briefing with every team leader beforehand, get their OKRs, their top processes and real sample material, and customise each day to the people who will be in the room.
What should we measure, and when?
Four points. Before: self-assessed AI confidence on a 1 to 5 scale, licence activation per named person, and hours spent on the processes each team owns. On the day: attendance as a percentage of the team, pre-work completion, accounts and connectors working by lunch, things built, use cases logged. Week one: confidence on the same 1 to 5 scale so you have a before and after pair, estimated hours saved, whether people are still using what they built, and net promoter score. At 30, 60 and 90 days: licence utilisation, use cases in production, and measured cycle time on the processes you chose to instrument. The baseline is the step most often skipped and the only one you cannot recover later.
How do we calculate ROI on an AI Week?
Multiply self-reported hours saved per person per week by your fully-loaded hourly cost, by 46 working weeks, by the number of people who attended, then apply a sustained-use discount factor: around 0.6 if you have an active backlog and drop-in sessions running, 0.4 if follow-up is planned but not yet live, 0.2 if the AI Week is the whole programme. On the cost side, include the cost of participant time, which is people multiplied by eight hours multiplied by hourly cost. It is usually the largest single line, and a sponsor who finds it missing will stop trusting the rest of the numbers.
Will a CFO accept self-reported hours saved as a saving?
No, and you should not present it as one. Confidence uplift, attendance and self-reported hours saved are leading indicators. They tell you the week worked, and they are the right thing to report to the business. They are not a P&L number and they will not survive scrutiny as one. Board-credible value comes from picking two or three processes, baselining them properly before the week on volume, cycle time and rework rate, and re-measuring at 60 and 90 days. Choose those processes during planning, in the leader briefings, not afterwards.
What has to be ready before the day, and who owns it?
Licences assigned and activated, verified per named person rather than per seat count. The desktop app installed in advance where the day depends on it, because installing it in the room costs someone 20 minutes and they spend the morning catching up. Connectors and integrations approved by IT and security beforehand, with the list drawn from the leader briefings. Any admin approvals for extensions, plugins or MCP servers cleared. A named IT contact reachable on the day. One facilitator per 10 to 12 people, both in the room rather than one joining remotely. Power at every seat, wifi tested at full room load, and food on site, because if people leave the building at lunch you lose the start of the afternoon.
What happens after the AI Week?
Plan it before you start, so you can promote it during the week itself. An AI Week with nothing after it is a spike, and enthusiasm decays fast. Have three things ready and dated: focused workshops on the highest-impact processes, chosen with senior leaders during the briefings and named during the week so people can see where their idea goes; regular low-ceremony drop-in sessions where anyone brings an early idea and gets help; and a backlog where ideas land, scored so the good ones get picked up. Whoever owns the backlog has to visibly respond to submissions in the first fortnight, or it dies.
How is this different from a hackathon or a lunch-and-learn?
A hackathon usually gathers volunteers around a competitive build. A lunch-and-learn is exposure without production. An AI Week is neither: it is company-wide rather than opt-in, organised by existing team rather than by enthusiasm, and it produces one working thing per person plus a scored backlog of use cases. It also carries a measurement design, because the point is to be able to tell your board what changed. If you want the smaller, voluntary format, our Prompt Hackathon Facilitator Guide covers a two-hour version.
Is the skill gated, and can we adapt it?
No gating, no form, no email required. Download it and use it. It is plain Markdown, so you can open it, change the stages, add your own governance requirements, swap in your own cost assumptions, and re-upload it as your own internal version. Organisations running a second or third AI Week normally do exactly that.

Ready when you are

Running an AI Week across a whole organisation?

This skill covers the planning. Kowalah runs AI Weeks end to end: leader briefings, customised curriculum per team, facilitators in the room, the build sessions, and the measurement that turns the week into a board-reportable result. We have done it across multiple sites and timezones, and we plan what comes next before the first team takes its day.

Book a Conversation