You have built games, a website, micro:bit programs, and even trained an AI model. Today you pick one thing you already care about (another subject, a hobby, a local issue) and build something small that connects coding to it.
By the end you will have a short working build that shows data, interactivity, or a short coded performance, and you will show classmates one thing it does and why it matters to you.
Keep this tight. Name the goal in one breath: a small cross-curricular build using tools they already know, finished with a quick show-and-tell. Do not spend time recapping every tool from the strand; they will choose as they go.
If anyone freezes on the blank page, point them at the four starter ideas on the next step rather than inventing a fifth.
Rules
Four starter ideas if you want a launch pad:
You may also invent your own idea with the same tools. One clear feature beats five half-built ones.
Done looks like: a short working build you can demo in under a minute, plus one sentence on how it connects to something outside coding.
Frame choice quickly, then get them building. Circulate and help undecided students pick one starter within two minutes.
Before you start the build timer, give a 30-second prompt: Pick starter 1 to 4 now or write your one-line idea. Decide before we start the timer.
Starter setup costs: Starters 2 and 3 are quick starts on Scratch. Starters 1 and 4 need kit or webcam. Circulate first to anyone on 1 or 4 for a two-minute setup check. Starter 4 only if they reuse a model from the AI lessons or can train in under five minutes. Otherwise steer them to starters 1 to 3.
Default if still choosing after minute two of build: micro:bit one light reading on the LED matrix, or Scratch pen crest outline.
Recovery: if a saved earlier project is missing and they hoped to extend it, start a fresh mini-build from one of the four ideas instead of hunting files.
Watch for over-scoping (full weather apps, multi-level games). Pull them back to one sensor reading, one chorus loop, or one steering control.
Build your small project now.
When something breaks: say what went wrong, check the last block you added, try one fix, undo if it still fails.
Leave a few minutes at the end of this step so you are ready to demo one thing it does.
This is the bulk of the lesson. Stay off the board unless a whole-class snag appears. Circulate with three prompts: What subject or interest is this for? What is the one feature you will demo? Does it run right now?
Enforce the one-feature rule in the first two minutes of build. Anyone still choosing after minute two gets the default: micro:bit one light reading, or Scratch pen crest.
At about +13 minutes, call a mid-build checkpoint aloud: core feature must run once now; if not, cut to the starter's minimum version.
When students test, use a quick predict beat before they run: What do you expect to see or hear when this runs? Then they run and compare. Keep it to one sentence; do not stop the room for a full PRIMM cycle.
Differentiation: stuck students pick starter idea 1 or 2 and ship a tiny working version. Strong finishers polish the connection (a label, a second reading, a short on-screen instruction) rather than starting a new project.
Remind the class five minutes before the end of this step to save and prepare their one-minute demo line.
Show your build in a short round.
If your build is not fully finished, demo the part that works and say what you would add next.
Run tight groups of three or four so everyone speaks. Keep a visible timer if groups drift. The rule is one strength only: no long critique rounds.
If a build fails live, treat it calmly: the student still states the intended link and what the working part did in testing. That still meets the show-and-tell goal.
Collect nothing written. The point is spoken connection plus a live demo.
Pull together what the builds had in common. The strongest ones were small, ran for real, and had a clear link outside coding: a subject, a hobby, a local need.
That is the same move you will use later when you choose a bigger project: start from something that matters, then pick the coding tools that serve it.
Take two or three volunteer links only (for example science data, music, PE movement). Name the pattern: coding is the tool, the interest is the reason. Do not reopen full demos.
You're previewing this lesson. Get full access to this lesson and hundreds more — each one ready to teach, with interactive activities, printable resources and pupil progress tracking built in.