Unplugged Computational Thinking Seminar · Lesson 8: Project Showcase

Let a user reveal what the project actually does, make one evidence-led revision, then explain the finished outcome.

Unplugged Computational Thinking Seminar · Lesson 8

Seminar close: present the reasoning

Ākonga present what they made and, more importantly, the thinking that produced it and the limits they still see in it.

  • Unplugged Seminar move: Presentation of decisions and their justification
  • Evidence it produces: An account of one decision, its reason, and one honest remaining limitation
Other teaching approach: Creative Coding Studio →

Lesson at a Glance | Te Hōtaka

Lesson Overview | Tirohanga Whānui

This is the learn-by-doing summative. A fresh user attempts the project without coaching. The maker logs evidence, completes one justified revision, retests and gives a two-minute explanation beside the working outcome.

Ngā Whāinga Ako | Learning Intentions

  • Evaluate function, accessibility and usability with a real user.
  • Revise code or design in response to evidence.
  • Explain how computational decisions serve purpose and audience.

Do Now: Turn specifications into tests

5 min

For each project specification, write one action a user can perform and one observable pass result. Example: “A new user starts the quiz within 20 seconds without verbal help.”

Activity 1: Silent user test

15 min

Maker

Reset the project, hand over controls, stay silent and record actions or hesitations.

User

Think aloud. Attempt the purpose honestly. Say what you expect before each input.

Observer

Record one function result, one accessibility/usability result and one question.

  1. Run the full start-to-finish task once without maker coaching.
  2. Ask: “What did you think would happen here?”
  3. Log evidence in the project record.
  4. Swap roles so every project receives a test.

Activity 2: Evidence-led revision

18 min
  1. Choose the issue with the greatest effect on purpose, access or function.
  2. State the likely cause and the smallest useful change.
  3. Change one block sequence, instruction or interface element.
  4. Reset and repeat the same user action.
  5. Record whether the evidence improved, stayed the same or exposed a new limit.

Cosmetic changes do not outrank a broken control, unreadable instruction or unreliable result.

Activity 3: Working-project showcase

17 min

Use stations or a half-class gallery. Each maker gives a two-minute explanation:

  1. Purpose: who it is for and what they can do.
  2. Code: point to one sequence, loop and conditional.
  3. Evidence: show the user-test finding and revision.
  4. Limit: name one honest next improvement.

Visitors leave one specific acknowledgement and one question. Do not publish projects or learner identities beyond the class without consent.

Exit: Final claim

5 min

“My outcome now serves its audience better because ___ evidence led me to change ___, and the retest showed ___.”

🎯 Curriculum Alignment
Applying principles of form, function, accessibility, and usability during development and evaluating outcomes against specifications

The working outcome also evidences statement 51630. See the lesson-to-evidence map.

📦 Materials & Resources

Resources already provided: project record and rubric, devices, saved projects, headphones where required and a visible timer.

📊 Assessment and Success Criteria

Paearu Angitu | Success Criteria: The project runs; another user can operate it; the log links evidence to a revision and retest; the maker explains core code and one design decision. Use the rubric in the assessment brief, with code, log and explanation as triangulated evidence.

♿ Inclusion, entry and extension

Entry: Permit a teacher or peer to operate while the learner points, narrates and explains decisions. On-level: Require all four evidence components. Extension: Compare two user groups or justify a trade-off between accessibility and complexity. Offer quiet showcase stations, recorded explanations, written scripts and reduced audience size for neurodiverse learners.

📋 Teacher Planning Snapshot

Protect at least 18 minutes for revision; a showcase without improvement misses the assessment spine. Pair users across different project types. Assess the evidence and reasoning, not polish or prior coding experience. Manaakitanga applies to feedback, privacy and cultural permissions.

📚 Sources and teaching basis

Scratch for Educators. Constructionism makes the working artefact the site of learning. Ako, whanaungatanga and manaakitanga shape reciprocal testing and respectful public explanation.