Students learn that digital solutions do not have to stay the same. In one practical lesson, they explore a starter Scratch game called Catch the Stars, understand how its controls, scoring and code logic work, then create a purposeful adapted version. Students plan changes to difficulty, gameplay, code and design, use programming features such as events, loops, selection and variables, test whether the project works and improve anything that does not work before final submission.
1 x 50 minutes2026-27Main outcome: Final adapted Scratch project with adaptation plan and testing evidence
Strand at a glance
Lesson progression
The lesson sequence below comes from the complete strand guide.
1. Scratch Game Adaptation ChallengeAdaptation
How would I Create and Adapt a Scratch Project to make it my own?
Core learning
How existing code can be understood, purposefully adapted and improved using programming features, gameplay design and testing
Main investigation
Explore Catch the Stars, plan and build an adapted Scratch version, test functionality and gameplay, then improve the project before submission
Student product
Final Adapted Scratch Project
Detailed strand guidance
How the strand develops
Lesson 1: Scratch Game Adaptation Challenge
Driving Question: How would I Create and Adapt a Scratch Project to make it my own?
Students begin by reconnecting with the Year 7 MSC theme of Improvisation & Adaptation. A solution does not have to stay the same: it can be explored, changed, tested and improved. Computing applies this idea to an existing digital solution, asking students to think like developers rather than simply users.
Students are introduced to the starter Scratch project, Catch the Stars. In the original game, the player moves a sprite around the screen, a target appears in different places, touching the target increases the score, and the game uses simple controls, scoring and feedback. Students first explore how the existing project works before deciding what should change.
The starter project introduces a simple code structure:
when the green flag is clicked, initialise the game and set the score to 0
repeat the main gameplay until the game ends
move the player sprite and detect when it touches the target
use a variable to increase the score when the target is collected
use conditions such as a timer or obstacle to decide when the game should end
Students then receive the Scratch Game Adaptation Challenge. Working in pairs, they take the starter project and develop their own version. Possible changes include making the game easier or harder, changing player speed, time limits, obstacles, lives, scoring, levels, win and lose conditions, random movement, sprites, sounds, backdrops and instructions.
Students are also encouraged to introduce or strengthen programming features including events, sequencing, loops, selection / if statements, variables, sensing, broadcast messages and operators. The aim is not to add as many features as possible, but to make purposeful changes that improve the project for a clear reason.
The project uses the adaptation principle: Change -> Purpose -> Effect. For example, adding lives is only a strong adaptation if students can explain why they added them and what effect the change should have on challenge, fairness or player experience.
Before building, pairs make a quick adaptation plan. They identify who the project is for, what they are changing, the main coding feature they will use, what they will add or alter, why the change is useful and how their version will be meaningfully different from the starter project.
Students build their adapted Scratch project, then test it as a playable program. They check whether the code runs properly, controls respond, the score or variable changes correctly, the rules are understandable, gameplay works and the adaptation is clearly visible. Anything that does not work should be fixed and retested before submission.
Students produce: Final Adapted Scratch Project + Adaptation Plan + Evidence of testing and improvement
Conceptual journey
The thinking behind the sequence
The Strand in One Sentence: Students move from exploring an existing Scratch game, to understanding its code and gameplay, planning purposeful adaptations, creating their own version, testing functionality and user experience, and improving the final project before submission.
Existing Solution: How does the starter Scratch project work?
Adaptation: What should change, why should it change and what effect should the change have?
Programming: How can events, sequencing, loops, selection, variables, sensing and other code features create new behaviour?
Gameplay & User Experience: How do controls, scoring, rules, difficulty and feedback affect the player?
Testing: Does the program run correctly and can another user understand and play it?
Improvement: What should be fixed or refined after testing?
EXPLORE -> UNDERSTAND -> PLAN -> CREATE -> ADAPT -> TEST -> IMPROVE -> SUBMIT
The Computing Strand therefore applies the Year 7 Improvisation & Adaptation theme directly to digital development. Students do not start from a blank screen: they investigate an existing solution, make purposeful changes to its code and design, test the effect of those changes and improve the final version.
Assessment evidence and skills
What students demonstrate
The lesson produces one complete digital project together with evidence that students have understood the starter solution, made purposeful adaptations and tested whether their version works:
L1: Final Adapted Scratch Project + Adaptation Plan + Evidence of testing and improvement
The final MSC Computing score /100 considers Functionality & Code (25), Quality of Adaptation (25), Gameplay & User Experience (20), Creativity & Problem Solving (15), and Design, Instructions & Presentation (15). Judging takes place after the 50 minute lesson.
Across the strand, students practise:
exploring and understanding an existing digital solution before changing it
planning purposeful adaptations and explaining the reason for each main change
using Scratch programming features including events, loops, selection, variables and sensing
adapting gameplay through controls, scoring, difficulty, rules, levels and feedback
testing functionality, interaction and user understanding rather than assuming the project works
debugging, refining and improving a digital solution before final submission
Judging / scoring
Category
Points
Functionality & Code
25
Quality of Adaptation
25
Gameplay & User Experience
20
Creativity & Problem Solving
15
Design, Instructions & Presentation
15
TOTAL
100
Judging takes place after the full allocated strand time so students can continue testing and improving until the end.