Informatik · Klasse 7 · Programmieren mit Scratch: Kreative Logik · 1. Halbjahr

Projekt: Ein interaktives Spiel entwickeln

Anwendung aller gelernten Scratch-Konzepte zur Entwicklung eines eigenen, vollständigen interaktiven Spiels.

• KMK Bildungsstandards
• KMK: Sekundarstufe I - Modellieren und Implementieren
• KMK: Sekundarstufe I - Produzieren und Präsentieren
• KMK: Sekundarstufe I - Problemlösen

Über dieses Thema

In diesem Projekt wenden Schülerinnen und Schüler alle gelernten Scratch-Konzepte an, um ein eigenes interaktives Spiel zu entwickeln. Sie entwerfen ein Konzept, das mindestens drei Elemente wie Steuerung, Kollisionen und Schleifen integriert, implementieren es schrittweise und testen die Benutzerfreundlichkeit. Die Arbeit orientiert sich an den KMK-Standards für Modellieren und Implementieren, Produzieren und Präsentieren sowie Problemlösen. So lernen sie, komplexe Ideen in Code umzusetzen und Herausforderungen wie Debugging zu meistern.

Die Key Questions fördern analytisches Denken: Sie analysieren Implementierungsprobleme, schlagen Lösungen vor und bewerten Spielspaß. Praktische Schritte umfassen Storyboarding, Prototyping und Peer-Feedback. Das Projekt verbindet Kreativität mit logischem Denken und bereitet auf reale Programmieraufgaben vor.

Aktives Lernen bringt hier großen Nutzen, weil Schülerinnen und Schüler durch eigenständiges Entwickeln und Testen tieferes Verständnis für Programmierlogik erlangen und Fehler als Lernchance nutzen.

Leitfragen

1. Entwerfe ein Konzept für ein interaktives Spiel, das mindestens drei verschiedene Scratch-Konzepte integriert.
2. Analysiere die Herausforderungen bei der Implementierung eines komplexen Spiels in Scratch und schlage Lösungsansätze vor.
3. Beurteile die Benutzerfreundlichkeit und den Spielspaß des entwickelten Spiels und schlage Verbesserungen vor.

Lernziele

• Entwerfen Sie ein Spielkonzept, das mindestens drei verschiedene Programmierkonzepte (z.B. Schleifen, Bedingungen, Ereignisse) integriert.
• Implementieren Sie die Kernmechaniken eines interaktiven Spiels mithilfe von Scratch-Blöcken und debuggen Sie auftretende Fehler.
• Analysieren Sie die Benutzerfreundlichkeit und den Spielspaß des entwickelten Spiels anhand von Peer-Feedback und schlagen Sie konkrete Verbesserungen vor.
• Präsentieren Sie das entwickelte Scratch-Spiel und erklären Sie die angewandten Programmierlogiken und Designentscheidungen.

Bevor es losgeht

Grundlagen der Programmierung mit Scratch: Bewegungs- und Aussehensblöcke

Warum: Grundlegende Steuerung von Sprites ist notwendig, um komplexere Interaktionen zu ermöglichen.

Einführung in Kontrollstrukturen: Wenn-Dann-Bedingungen

Warum: Das Verständnis von Bedingungen ist essenziell für die Logik und Entscheidungsfindung im Spiel.

Ereignisse und Schleifen in Scratch

Warum: Diese Konzepte sind die Bausteine für interaktive Abläufe und wiederholte Aktionen im Spiel.

Schlüsselvokabular

Sprite	Ein grafisches Objekt in Scratch, das sich auf der Bühne bewegen und Aktionen ausführen kann. Jedes Sprite hat eigene Skripte.
Bühne	Der Hintergrundbereich in Scratch, auf dem sich die Sprites bewegen und interagieren. Hier findet das Spielgeschehen statt.
Skript	Eine Sammlung von Scratch-Blöcken, die eine bestimmte Anweisung oder Funktion für ein Sprite oder die Bühne definieren. Dies ist der Code des Spiels.
Ereignisblock	Ein spezieller Block, der ein Skript startet, wenn eine bestimmte Bedingung erfüllt ist, z.B. wenn die grüne Flagge angeklickt wird oder eine Taste gedrückt wird.
Schleife	Ein Kontrollfluss-Block, der es ermöglicht, einen Teil des Skripts wiederholt auszuführen, solange eine bestimmte Bedingung wahr ist oder eine festgelegte Anzahl von Malen.

Vorsicht vor diesen Fehlvorstellungen

Häufige Fehlvorstellung

Scratch ist nur für einfache Animationen geeignet.

Was Sie stattdessen lehren sollten

Scratch eignet sich hervorragend für komplexe Spiele mit Logik, Physik und Interaktion, die echte Programmierprinzipien vermitteln.

Häufige Fehlvorstellung

Ein Spiel muss perfekt sein, bevor man testet.

Was Sie stattdessen lehren sollten

Iteratives Testen und Anpassen ist essenziell, um Fehler früh zu erkennen und das Spiel zu optimieren.

Häufige Fehlvorstellung

Mehr Sprites bedeuten automatisch besseres Spiel.

Was Sie stattdessen lehren sollten

Qualität der Interaktion und Logik zählt mehr als Menge; fokussierte Designs sind benutzerfreundlicher.

Ideen für aktives Lernen

Gruppenarbeit: Spielkonzept entwerfen

Schüler skizzieren in Gruppen ein Spielkonzept mit Storyboard und integrierten Scratch-Elementen. Sie definieren Ziele, Steuerung und Win-Conditions. Das fördert klare Planung vor der Programmierung.

30 Min.·Kleingruppen

Individuell: Prototyp bauen

Jede Schülerin und jeder Schüler implementiert das Konzept in Scratch. Sie testen Schleifen, Variablen und Events. Iteratives Debugging stärkt Problemlösungsfähigkeiten.

60 Min.·Einzelarbeit

Paararbeit: Peer-Testing

In Paaren testen sie gegenseitig die Spiele und notieren Verbesserungsvorschläge zu Bedienung und Spaßfaktor. Feedbackrunden verbessern die Produkte.

20 Min.·Partnerarbeit

Klassenpräsentation: Spiele vorführen

Jedes Team präsentiert das finale Spiel. Die Klasse bewertet Stärken und Schwächen. Das trainiert Kommunikation und Reflexion.

45 Min.·Ganze Klasse

Bezüge zur Lebenswelt

• Spieleentwickler bei Ubisoft oder Nintendo nutzen ähnliche Programmierlogiken wie Schleifen und Ereignisse, um komplexe Spielwelten und Interaktionen für Konsolenspiele wie 'Assassin's Creed' oder 'The Legend of Zelda' zu erschaffen.
• App-Entwickler für mobile Spiele, wie z.B. bei King für 'Candy Crush Saga', wenden Konzepte der Kollisionserkennung und Zustandsverwaltung an, um reaktionsschnelle und unterhaltsame Spielerlebnisse auf Smartphones zu gestalten.
• Webdesigner integrieren interaktive Elemente auf Websites, die auf Ereignissen basieren, wie z.B. das Aufklappen von Menüs oder das Anzeigen von Animationen, wenn ein Benutzer mit der Seite interagiert.

Ideen zur Lernstandserhebung

Gegenseitige Bewertung

Schülerinnen und Schüler spielen gegenseitig ihre entwickelten Spiele. Sie nutzen ein kurzes Feedback-Formular, das folgende Fragen enthält: 1. Was gefällt dir am Spiel besonders gut? 2. Gibt es Stellen, die unklar sind oder nicht funktionieren? 3. Welche eine Verbesserung würdest du vorschlagen?

Lernstandskontrolle

Jede Schülerin und jeder Schüler erhält einen Zettel mit der Aufgabe: 'Beschreibe in 2-3 Sätzen ein Problem, das beim Entwickeln deines Spiels aufgetreten ist, und wie du es gelöst hast.' Sammeln Sie die Zettel am Ende der Stunde ein.

Kurze Überprüfung

Stellen Sie während der Arbeitsphase gezielte Fragen an einzelne Schülerinnen und Schüler: 'Welche Art von Schleife verwendest du hier und warum?' oder 'Wie stellst du sicher, dass dein Sprite auf die Tastatureingabe reagiert?' Notieren Sie die Antworten stichpunktartig.

Häufig gestellte Fragen

Wie integriert man die Key Questions in den Unterricht?

Beginnen Sie mit einer Brainstorming-Runde zu Konzepten, die drei Scratch-Elemente nutzen. Lassen Sie Schüler Herausforderungen wie Timing-Probleme analysieren und Lösungen skizzieren. Schließen Sie mit einer Bewertungsrunde ab, in der Gruppen Spielspaß und Bedienung diskutieren. So decken die Fragen Planung, Implementierung und Evaluation ab und passen zu den KMK-Standards.

Warum ist aktives Lernen in diesem Projekt besonders wirksam?

Aktives Lernen lässt Schülerinnen und Schüler selbst Spiele bauen, testen und verbessern, was Motivation steigert und Konzepte festigt. Durch Hands-on-Erfahrung verstehen sie Logik und Debugging intuitiv, statt nur zuzuhören. Peer-Feedback fördert Kollaboration und Reflexion, was langfristig Problemlösungsfähigkeiten stärkt und den KMK-Standards für Produzieren und Präsentieren gerecht wird.

Welche Materialien braucht man?

Jeder Schüler benötigt Zugang zu Scratch online oder offline. Bereiten Sie Vorlagen für Storyboards und Bewertungsbögen vor. Projektoren für Präsentationen helfen. Optionale Erweiterungen: Raspberry Pi für lokale Scratch-Nutzung. Das minimiert Hürden und maximiert Kreativität.

Wie bewertet man das Projekt?

Nutzen Sie Rubriken für Konzept (20%), Implementierung (40%), Funktionalität (20%) und Präsentation (20%). Bewerten Sie Integration von Scratch-Konzepten, Problemlösung und Reflexion. Selbst- und Peer-Bewertungen ergänzen Lehrereinschätzung für faire, formative Feedback-Schleifen.