User stories
A user story states who wants what and why: “As a student, I want to save my timetable so that I stop forgetting Thursday.” It keeps features honest.
Build something a real person would actually use.
The Class 7 capstone starts with a user, not with code. Students write user stories, build to meet them, then hand the program to a classmate and fix whatever that classmate struggles with.
Peer testing teaches the humbling, essential lesson that obvious-to-the-builder is rarely obvious to the user.
Three core ideas, each taught with worked examples and then practised until it feels obvious.
A user story states who wants what and why: “As a student, I want to save my timetable so that I stop forgetting Thursday.” It keeps features honest.
Building means turning each story into working code, one at a time, with the program running at the end of every session.
Peer testing means watching someone use it in silence. Every question they ask is a note for your next version.
Usability research shows testing with just five users uncovers around 85% of the problems in an interface. You do not need a crowd — you need five honest people.
“They used it wrong.” If several people use it the same wrong way, the program is the thing that needs changing.
Sessions 65–72 of the 72-session year, at two one-hour sessions per week.
Where this module fits, what you will build, and a hands-on starter that gets everyone curious about user stories.
Guided teaching on user stories, worked through together with the teacher.
Independent practice, small challenges and one deliberate mistake to diagnose.
Guided teaching on building, building directly on the previous two sessions.
Applied tasks that combine user stories and building in one piece of work.
Peer testing introduced and practised, completing the toolkit needed for the project.
Guided build session for the module project: Useful console application.
Finish, test against the checklist, present the work and explain the decisions behind it.
Every module ends with something the student built themselves and can demonstrate. This is the piece that goes into their portfolio and gets explained out loud at the end of session 72.
Watch someone use your program without helping or explaining. Write down every moment they hesitate. That list is your to-do list.
Students finishing Module 9 can:
The vocabulary introduced here, in plain language:
6 quick questions drawn from this module — vocabulary, the project you build, and a myth-or-fact round. Every wrong answer explains itself, so a mistake still teaches you something.
Tell us your child’s class and what they enjoy. We will suggest the closest program fit—no pressure and no upfront payment.