Informatik 8: Ein Softwareprojekt planen und durchführen
15.1 Lernziele
- Ziele klären, Bedarf beschreiben
- Anforderungen sammeln, Funktionen ordnen
- Aufgaben zerlegen, Schritte planen
- Rollen verteilen, Zusammenarbeit organisieren
- Entwürfe skizzieren, Modelle nutzen
- Prototypen bauen, Funktionen testen
- Fehler finden, Lösungen verbessern
- Zeit planen, Meilensteine setzen
- Fortschritt dokumentieren, Ergebnisse sichern
- Projekte präsentieren, Prozesse reflektieren
15.2 Lerninhalte
Die Lerninhalte verbinden Projektidee, Planung, agile Organisation, technische Umsetzung und Auswertung, damit Softwareprojekte als geordnete Entwicklungsprozesse verstanden werden und nicht als ungeplantes Programmieren ohne Ziel, Struktur, Rückmeldung und gemeinsame Verantwortung.
Von der Idee zum Projektziel
Ein tragfähiges Softwareprojekt beginnt mit einer klaren Problemstellung, weil nur dann entschieden werden kann, welche Funktion wirklich wichtig ist, wer das Produkt nutzen soll und welche Grenzen bei Zeit, Material und Umfang gelten. Am Anfang steht nicht der Code, sondern die Frage nach dem Zweck. Ein Projekt braucht ein verständliches Ziel, eine grobe Vorstellung vom späteren Produkt und eine erste Entscheidung darüber, welche Grundfunktion unbedingt vorhanden sein muss. Im Skriptum wird dafür mit Product Backlog, Storysheet und Sprint-Backlog gearbeitet; dort werden gewünschte Produkteigenschaften, Minimalfunktionen und nötige Materialien vor der Umsetzung gesammelt.
Ein Klassenquiz soll Fragen anzeigen, Antworten prüfen und Punkte zählen. Ein Erinnerungsprogramm soll Termine speichern und rechtzeitig erinnern. Ein Scratch-Spiel soll eine Figur steuern, Hindernisse erkennen und den Punktestand anzeigen. Ein Formularprojekt soll Daten erfassen und auswertbar machen.
- Idee, Problem
- Ziel, Nutzen
- Bedarf, Zielgruppe
- Pflichtfunktion, Zusatzfunktion
- Grenze, Umfang
- Start, Richtung
Anforderungen sammeln und priorisieren
Eine gute Planung gelingt leichter, wenn Wünsche nicht ungeordnet nebeneinanderstehen, sondern in notwendige Funktionen, sinnvolle Erweiterungen und optionale Zusatzideen gegliedert werden, damit das Projekt überschaubar und auch unter realen Bedingungen umsetzbar bleibt. Anforderungen beschreiben, was das Produkt leisten soll. Dazu gehören Grundfunktionen, Bedienwünsche, technische Bedingungen und Materialien. Besonders wichtig ist die Unterscheidung zwischen Muss- und Kann-Funktionen. Im Beispiel „Hot Wire“ im Skriptum werden dafür im Product Backlog zuerst unverzichtbare Eigenschaften wie Stabilität, Parcours, Lichtsignal und Microcontroller festgelegt und danach optionale Erweiterungen wie Starttaste oder Kontaktzähler ergänzt.
Bei einer Lernapp sind Eingabe und Rückmeldung Pflicht, Ranglisten vielleicht Zusatz. Bei einer Schulwebsite sind Startseite, Navigation und Inhalte Pflicht, Animationen eher Zusatz. Bei einem Spiel ist die Steuerung Pflicht, Spezialeffekte sind oft Erweiterungen.
- Muss, Kann
- Kernfunktion, Zusatzidee
- Bedarf, Auswahl
- Priorität, Reihenfolge
- Realismus, Begrenzung
- Planung, Fokus
Aufgaben zerlegen und Arbeitsphasen planen
Komplexe Projekte werden erst dann gut beherrschbar, wenn sie in Teilaufgaben zerlegt und in eine sinnvolle Reihenfolge gebracht werden, sodass Teams Schritt für Schritt arbeiten und Zwischenergebnisse gezielt überprüfen können. Zur Projektplanung gehört die Aufteilung in kleine, bearbeitbare Aufgaben. Diese Teilaufgaben können etwa Recherche, Skizze, Oberfläche, Programmlogik, Test, Materialbeschaffung, Dokumentation oder Präsentation umfassen. Im Sprint-Backlog des Skriptums werden genau solche Schritte aufgelistet, etwa bestehende Produkte erkunden, Minimalfunktion festlegen, Skizze anfertigen, Ein- und Ausgänge bestimmen, Programm schrittweise beschreiben, Testkonfiguration erstellen und Fehleranalyse durchführen.
Ein Spielprojekt wird zerlegt in Startbild, Steuerung, Kollision, Punkte, Tests.
Eine Umfrage wird zerlegt in Fragen, Formulargestaltung, Testlauf, Auswertung, Darstellung. Ein Microcontroller-Projekt wird zerlegt in Schaltplan, Anschlüsse, Grundprogramm, Signal, Test.
- Teilaufgabe, Reihenfolge
- Recherche, Skizze
- Aufbau, Test
- Kontrolle, Verbesserung
- Schrittplan, Übersicht
- Phase, Fortschritt
Rollen und Teamarbeit im Softwareprojekt
Gemeinsame Entwicklung wird produktiver, wenn Zuständigkeiten bewusst verteilt und regelmäßig abgestimmt werden, weil dadurch Planung, Umsetzung, Test, Dokumentation und Kommunikation nicht zufällig, sondern nachvollziehbar und verlässlich erfolgen. Softwareprojekte sind meist Teamarbeit. Rollen helfen, Verantwortung sichtbar zu machen. Das Skriptum beschreibt für Scrum die Rollen Developer, Product Owner und Scrum Master. Zusätzlich wird im schulischen Kontext erwähnt, dass Lehrpersonen je nach Projektform stärker strukturierend oder eher begleitend eingreifen können. Für Unterrichtsprojekte lassen sich Rollen vereinfacht als Planung, Umsetzung, Test, Dokumentation oder Moderation verteilen.
Eine Person sammelt Anforderungen. Eine andere erstellt Entwurf oder Oberfläche. Eine dritte testet und dokumentiert Fehler. Eine vierte achtet auf Zeit, Aufgaben und Absprachen.
- Rolle, Planung
- Rolle, Umsetzung
- Rolle, Test
- Rolle, Dokumentation
- Rolle, Moderation
- Team, Abstimmung
Agile Planung mit Scrum und Kanban
Agile Methoden unterstützen Schulprojekte besonders gut, wenn Aufgaben sichtbar gemacht, in kurze Arbeitsphasen aufgeteilt und regelmäßig überprüft werden, weil dadurch Selbstorganisation, Transparenz und schrittweises Verbessern im Team erleichtert werden. Im Skriptum wird Scrum als agile, auf Selbstorganisation ausgerichtete Projektmanagement- Methode beschrieben. Genannt werden Sprint, Daily Stand-up, Sprint Review, Sprint Retrospektive, Product Backlog und Sprint Backlog. Kanbanboards mit Spalten wie To-Do, Next, Doing und Done helfen dabei, Aufgaben sichtbar zu halten und den Arbeitsstand laufend zu aktualisieren. Gerade im Unterricht ist diese Form übersichtlich, weil sie Fortschritt und
Hindernisse schnell erkennbar macht.
Ein Sprint kann eine Unterrichtsstunde oder Doppelstunde sein. Ein Daily Stand-up kann als kurze Besprechung am Stundenanfang durchgeführt werden. Ein Kanbanboard zeigt, welche Aufgabe noch offen, gerade in Arbeit oder bereits erledigt ist. Ein Review prüft, ob die vereinbarte Funktion am Ende wirklich erreicht wurde.
- Scrum, Kanban
- Sprint, Stand-up
- Backlog, Board
- Doing, Done
- Review, Retrospektive
- Transparenz, Steuerung
Entwurf, Prototyp und erste Umsetzung
Ein Softwareprojekt wird leichter umsetzbar, wenn Ideen zuerst skizziert und als einfache Grundversion erprobt werden, weil frühe Prototypen Fehler sichtbar machen und verhindern, dass zu früh an zu vielen Details gearbeitet wird. Vor der vollständigen Umsetzung helfen Skizzen, Ablaufdarstellungen und Minimalfunktionen. Im Sprint-Backlog des Skriptums wird ausdrücklich gefordert, die minimalste Funktionalität für einen Prototyp festzulegen, eine Skizze anzufertigen und erst danach den Prototyp zu bauen. Dieses Vorgehen ist auch für schulische Softwareprojekte sinnvoll: zuerst die kleinste lauffähige Version, dann Erweiterungen.
Ein Quiz startet zuerst nur mit einer Frage und Rückmeldung. Ein Spiel beginnt nur mit Figur und Bewegung. Eine App-Idee wird zuerst als Bildschirmskizze mit Buttons entworfen. Ein Formular wird zuerst mit wenigen Feldern getestet.
- Skizze, Entwurf
- Minimalfunktion, Prototyp
- Grundversion, Ausbau
- Oberfläche, Ablauf
- Teststart, Umsetzung
- Idee, Produkt
Testen, Debuggen und Qualität sichern
Ein Projekt wird erst dann verlässlich, wenn Funktionen gezielt geprüft, Fehler systematisch gesucht und Verbesserungen bewusst vorgenommen werden, weil funktionierende Software nicht allein durch Schreiben von Code, sondern durch sorgfältige Überprüfung entsteht. Testen bedeutet, geplante Funktionen an konkreten Beispielen zu überprüfen. Debuggen bedeutet, Fehlerquellen zu finden und zu beheben. Im Skriptum wird dafür eine Testkonfiguration, das schrittweise Beschreiben der Programmlogik und eine Fehleranalyse
genannt. Gerade im Unterricht ist es sinnvoll, nach jeder kleinen Erweiterung zu prüfen, ob die bestehende Funktion weiterhin korrekt arbeitet.
Nach dem Einbau eines Punktestands wird geprüft, ob Kollisionen noch richtig erkannt werden. Ein Formular wird mit echten Beispielantworten getestet. Ein Signalprojekt wird zuerst nur mit einer Anzeige geprüft, bevor Ton und Zähler hinzukommen. Ein Fehlerprotokoll sammelt, was noch nicht wie geplant funktioniert.
- Test, Kontrolle
- Fehler, Suche
- Korrektur, Verbesserung
- Beispiel, Prüfung
- Qualität, Stabilität
- Debugging, Sicherheit
Pair Programming und Zusammenarbeit am Code
Gemeinsames Programmieren kann Lernprozesse deutlich vertiefen, wenn Rollen klar verteilt und regelmäßig gewechselt werden, weil dadurch Planung, sprachliche Abstimmung und Fehlervermeidung stärker in den Vordergrund rücken als bloßes Tippen. Das Skriptum beschreibt Pair Programming als agile Methode, bei der zwei Personen an einem Rechner arbeiten. Eine Person übernimmt als Driver die Eingabe, die andere als Navigator beobachtet, denkt mit und achtet auf Fehler oder bessere Wege. Die Rollen sollen regelmäßig wechseln. Für den Unterricht wird ausdrücklich betont, dass dabei soziale Kompetenzen und eine bewusste Aufgabenverteilung wichtig sind.
Beim Scratch-Projekt steuert eine Person die Blöcke, die andere überprüft Logik und Reihenfolge. Beim Schreiben eines Programms achtet der Navigator auf Tippfehler und fehlende Bedingungen. Nach zehn bis zwanzig Minuten wechseln die Rollen, damit beide aktiv beteiligt bleiben.
- Driver, Navigator
- Wechsel, Absprache
- Code, Kontrolle
- Blick, Fehler
- Team, Rollen
- Zusammenarbeit, Lernen
Dokumentation, Präsentation und Abschluss
Ein Projektabschluss ist nur dann vollständig, wenn Ergebnisse, Entscheidungen und Arbeitswege festgehalten und vorgestellt werden, weil andere das Produkt sonst schwer verstehen, prüfen oder weiterentwickeln können. Zur Durchführung eines Projekts gehört nicht nur das Endprodukt, sondern auch seine
Dokumentation. Dazu zählen Funktionsbeschreibungen, Aufgabenstände, Testnotizen, Screenshots, kurze Erklärungen und Präsentationen. Die Informatik-Unterlagen betonen bei kreativer Zusammenarbeit ausdrücklich Projektplanung, Zeitplanung, Ressourcenverwaltung, Meilensteinsetzung und die Nutzung digitaler Werkzeuge zur Projektüberwachung. Am Ende sollte daher nicht nur das Ergebnis gezeigt, sondern auch der Projektverlauf verständlich gemacht werden.
Eine Gruppe präsentiert ihr Spiel und erklärt zugleich Backlog, Testschritte und Erweiterungen. Ein Team zeigt im Board, wie Aufgaben von To-Do nach Done gewandert sind. Ein kurzes Projektprotokoll hält fest, welche Funktionen fertig, offen oder verbessert wurden.
- Dokumentation, Verlauf
- Screenshot, Notiz
- Präsentation, Ergebnis
- Meilenstein, Überblick
- Abschluss, Rückblick
- Produkt, Erklärung
Reflexion und Weiterentwicklung
Nachhaltiges Projektlernen entsteht besonders dann, wenn Teams ihren Ablauf, ihre Zusammenarbeit und ihre Entscheidungen rückblickend bewerten, weil daraus Verbesserungen für spätere Softwareprojekte und ein realistischeres Verständnis von Entwicklungsarbeit entstehen. Eine Retrospektive oder Feedbackrunde hilft zu klären, was gut gelungen ist, wo Zeit verloren ging, welche Aufgaben unklar waren und welche Methode geholfen hat. Das Skriptum nennt die Retrospektive ausdrücklich als Teil von Scrum; dort soll der Prozess selbst reflektiert und angepasst werden. Auch in den Informatik-Unterlagen wird Reflexion nach Gruppenarbeit und Präsentation als wichtiger Abschluss beschrieben.
Ein Team merkt, dass zu viele Zusatzideen am Anfang Zeit gekostet haben. Eine Gruppe erkennt, dass Tests früher hätten stattfinden sollen. Eine Klasse stellt fest, dass sichtbare Aufgabenverteilung die Zusammenarbeit verbessert hat. Eine spätere Projektphase wird auf Basis dieser Rückmeldungen besser geplant.
- Rückblick, Auswertung
- Erfolg, Hindernis
- Prozess, Verbesserung
- Team, Erfahrung
- Feedback, Anpassung
- Lernen, Weiterentwicklung
15.3 Weiterführende Links
- BMBWF, Lehrpläne, Digitale Grundbildung
- Scrum Guide, Deutsch, Projektarbeit
- GitHub Education, Grundlagen, Zusammenarbeit
- Scratch, Learning Library, Projekte
15.4 Aufgaben für den Unterricht
15.4.1 Projektidee in ein umsetzbares Vorhaben verwandeln
Ein erfolgreicher Projektstart gelingt besonders dann, wenn aus einer allgemeinen Idee ein klar umrissenes Vorhaben mit Ziel, Zielgruppe, Kernfunktion und Grenzen entsteht, weil dadurch spätere Entscheidungen im Team deutlich leichter und nachvollziehbarer werden. Die Lehrkraft gibt offene Projektideen vor, etwa Lernquiz, To-do-App, Scratch-Spiel, Abstimmungstool oder Erinnerungsfunktion. Die Schülerinnen und Schüler wählen eine Idee aus und formulieren daraus ein konkretes Projektvorhaben. Dazu beschreiben sie, für wen das Produkt gedacht ist, welches Problem gelöst werden soll und welche minimale Grundfunktion am Ende sicher vorhanden sein muss. Danach werden Zusatzideen gesammelt, aber bewusst von Pflichtfunktionen getrennt. In der gemeinsamen Besprechung wird geprüft, ob das Projekt im verfügbaren Zeitrahmen realistisch bleibt. Der hohe Lerneffekt entsteht, weil aus einer spontanen Idee ein planbares Softwareprojekt wird.
- Idee, Ziel
- Nutzer, Bedarf
- Pflichtfunktion, Zusatzidee
- Umfang, Grenze
- Zeitrahmen, Realismus
- Produkte, Projektblatt
15.4.2 Anforderungen sammeln und priorisieren
Tragfähige Softwareprojekte entstehen leichter, wenn Wünsche geordnet und priorisiert werden, weil Teams dadurch erkennen, welche Funktionen unverzichtbar sind, welche später ergänzt werden können und welche Ideen zwar spannend, aber für den Start noch nicht notwendig sind. Die Schülerinnen und Schüler erstellen für ihr Projekt eine Anforderungsliste. Zuerst sammeln sie alle gewünschten Funktionen ohne Bewertung. Danach markieren sie mit Farben oder
Symbolen, was unbedingt nötig, sinnvoll, aber verschiebbar oder nur als Zusatz gedacht ist. Anschließend formulieren sie eine geordnete Fassung mit Pflicht- und Kann-Funktionen. In der Reflexion begründen sie, warum manche Ideen zurückgestellt wurden. Diese Aufgabe ist besonders lernwirksam, weil sie Überladung verhindert und den Blick auf Kernfunktionen lenkt.
- Wünsche, Sammlung
- Muss, Kann
- Priorität, Auswahl
- Funktion, Nutzen
- Grenze, Fokus
- Produkte, Backlog
15.4.3 Aufgaben zerlegen und im Team verteilen
Komplexe Projekte werden erst dann gut bearbeitbar, wenn sie in überschaubare Teilaufgaben gegliedert und mit Zuständigkeiten verbunden werden, weil dadurch Arbeitsfortschritt, Verantwortung und Zusammenarbeit im Team deutlich strukturierter und verlässlicher werden. Die Lehrkraft fordert die Gruppen auf, ihr Projekt in Teilaufgaben zu zerlegen, etwa Oberfläche, Programmlogik, Inhalte, Test, Dokumentation und Präsentation. Danach vergeben die Gruppen Zuständigkeiten und legen fest, welche Aufgaben gleichzeitig, nacheinander oder gemeinsam erledigt werden müssen. Wichtig ist, dass jede Aufgabe konkret genug formuliert ist, damit später klar erkennbar wird, ob sie erledigt wurde. Die Aufgabe ist besonders lernstark, weil Projektarbeit nicht im Ungefähren bleibt, sondern in konkrete Arbeitsschritte übersetzt wird.
- Teilaufgabe, Reihenfolge
- Zuständigkeit, Rolle
- Oberfläche, Logik
- Test, Doku
- Parallel, nacheinander
- Produkte, Aufgabenplan
15.4.4 Kanbanboard für das Projekt führen
Projektmanagement wird besonders anschaulich, wenn Arbeitsschritte sichtbar gemacht und laufend verschoben werden, weil Fortschritt, Engpässe und unerledigte Punkte dadurch für alle Teammitglieder schnell erkennbar und gemeinsam besprechbar bleiben. Die Gruppen legen ein Kanbanboard an, analog oder digital, mit Spalten wie „offen“, „in Arbeit“, „testen“ und „fertig“. Jede Teilaufgabe erhält eine eigene Karte. Während der Projektarbeit verschieben die Schülerinnen und Schüler ihre Karten regelmäßig und ergänzen bei Bedarf Hinweise zu Problemen oder offenen Fragen. In kurzen Zwischenstopps erläutern die Gruppen, warum bestimmte Aufgaben noch stocken und welche Hilfe oder Umplanung nötig ist. Der hohe Lerneffekt entsteht, weil Planung und Durchführung sichtbar miteinander verknüpft werden.
- Board, Spalten
- Offen, Arbeit
- Testen, Fertig
- Karte, Aufgabe
- Problem, Engpass
- Produkte, Fortschritt
15.4.5 Vom Entwurf zum ersten Prototyp
Besonders wirksames Lernen entsteht, wenn ein Projekt nicht sofort vollständig umgesetzt werden soll, sondern zunächst in eine kleine lauffähige Grundversion überführt wird, weil dadurch frühe Erfolgserlebnisse und gezielte Verbesserungen möglich werden. Die Schülerinnen und Schüler entwerfen zuerst eine einfache Skizze oder ein Ablaufbild ihres Produkts. Danach setzen sie nur die kleinste sinnvolle Grundfunktion um, etwa eine bewegliche Figur, eine einzelne Quizfrage, ein Eingabefeld mit Rückmeldung oder einen ersten Auswahlbildschirm. Zusatzfunktionen bleiben zunächst zurückgestellt. Nach dem ersten Test wird geprüft, ob das Grundziel erreicht wurde und welche Erweiterung als nächstes sinnvoll ist. Diese Aufgabe ist besonders lernwirksam, weil die Gruppen lernen, klein zu starten und kontrolliert zu erweitern.
- Skizze, Ablauf
- Grundfunktion, Start
- Test, Rückmeldung
- Ausbau, Schritt
- Fokus, Minimalversion
- Produkte, Prototyp
15.4.6 Pair Programming im Entwicklungsschritt
Gemeinsames Programmieren vertieft Planung und Fehlervermeidung besonders stark, wenn zwei Personen klare Rollen übernehmen und regelmäßig wechseln, weil dadurch Denken, Erklären und Kontrollieren einen deutlich größeren Stellenwert erhalten als reines Tippen. Die Lehrkraft organisiert einen Projektabschnitt als Pair Programming. Eine Person arbeitet als Driver am Gerät, die andere als Navigator beobachtet, denkt mit, fragt nach und achtet auf Logik, Reihenfolge und mögliche Fehler. Nach einer festgelegten Zeit wechseln die Rollen. Während der Arbeit notieren die Teams, wann die Zusammenarbeit besonders hilfreich war und an welchen Stellen das gemeinsame Denken Fehler früh sichtbar gemacht hat. Diese Aufgabe ist besonders lernstark, weil technisches Arbeiten und Kommunikation eng verbunden werden.
- Driver, Navigator
- Wechsel, Zeit
- Code, Kontrolle
- Frage, Erklärung
- Fehler, Hinweis
- Produkte, Reflexion
15.4.7 Testfälle entwickeln und anwenden
Softwarequalität wird besonders verständlich, wenn Funktionen nicht nur ausprobiert, sondern mit geplanten Testfällen geprüft werden, weil dadurch sichtbar wird, ob ein Projekt verlässlich arbeitet oder nur zufällig unter günstigen Bedingungen funktioniert. Die Schülerinnen und Schüler formulieren für ihr Projekt konkrete Testfälle. Dazu notieren sie Eingaben, erwartete Ergebnisse und mögliche Fehlersituationen. Anschließend testen sie ihr Produkt systematisch und halten fest, was funktioniert, was fehlschlägt und welche Ursache vermutet wird. Wichtig ist, dass nicht nur positive Fälle geprüft werden, sondern auch Grenzfälle, etwa leere Eingaben, falsche Reihenfolgen oder unerwartete Klicks. Der hohe Lerneffekt entsteht, weil Testen als eigenständiger Teil der Projektdurchführung sichtbar wird.
- Testfall, Eingabe
- Erwartung, Ergebnis
- Fehler, Ursache
- Grenzfall, Ausnahme
- Prüfung, Protokoll
- Produkte, Testliste
15.4.8 Sprint-Rückblick und Umplanung
Projektlernen wird besonders nachhaltig, wenn Teams nach einer kurzen Arbeitsphase innehalten und ihren Verlauf bewerten, weil dadurch Hindernisse, Zeitprobleme und unklare Zuständigkeiten rechtzeitig erkannt und für den nächsten Schritt verbessert werden können. Nach einer vereinbarten Arbeitsphase führen die Gruppen einen kurzen Rückblick durch. Sie beantworten Leitfragen wie: Was war unser Ziel, was haben wir erreicht, wo gab es Probleme, was hat uns geholfen, was ändern wir im nächsten Abschnitt? Die Antworten werden knapp notiert und mit dem Kanbanboard oder dem Aufgabenplan abgeglichen. Danach wird die weitere Planung angepasst. Diese Aufgabe ist besonders lernwirksam, weil sie Reflexion fest in die Durchführung integriert und Projektsteuerung als lernbaren Prozess erfahrbar macht.
- Ziel, Ergebnis
- Problem, Hilfe
- Zeit, Planung
- Änderung, Nächster
- Rückblick, Anpassung
- Produkte, Kurzprotokoll
15.4.9 Projektpräsentation mit Entwicklungsweg
Ein Softwareprojekt wird erst dann vollständig verstanden, wenn nicht nur das fertige Produkt gezeigt, sondern auch der Weg dorthin nachvollziehbar erklärt wird, weil Planung, Entscheidungen, Tests und Verbesserungen zum eigentlichen Lerngewinn wesentlich beitragen. Am Ende präsentieren die Gruppen ihr Produkt und erläutern zugleich die wichtigsten Stationen ihres Projekts. Dazu gehören Projektidee, Anforderungsliste, Rollenverteilung, Kanbanboard oder Aufgabenplan, erster Prototyp, Testfälle und zentrale Verbesserungen. Die Zuhörenden
stellen Rückfragen, etwa warum bestimmte Funktionen priorisiert oder andere verworfen wurden. Die Aufgabe ist besonders lernstark, weil Produkt, Prozess und Begründung gemeinsam sichtbar werden.
- Idee, Ziel
- Plan, Rolle
- Prototyp, Test
- Änderung, Begründung
- Präsentation, Rückfrage
- Produkte, Abschluss
15.4.10 Projektdokumentation und Auswertung
Dauerhafte Projektkompetenz entsteht besonders dann, wenn Ergebnisse, Schwierigkeiten und Entscheidungen schriftlich festgehalten werden, weil spätere Verbesserungen, Präsentationen und Vergleiche mit anderen Projekten nur auf dieser Grundlage wirklich nachvollziehbar möglich sind. Die Schülerinnen und Schüler erstellen zum Abschluss eine kurze Projektdokumentation. Darin halten sie fest, welches Ziel verfolgt wurde, welche Kernfunktionen umgesetzt wurden, wie die Aufgaben verteilt waren, welche Probleme auftraten und welche Lösungen gefunden wurden. Zusätzlich formulieren sie, was sie beim nächsten Projekt früher, klarer oder einfacher planen würden. Diese Aufgabe ist besonders lernwirksam, weil aus einem einzelnen Projekt ein übertragbarer Lerngewinn für weitere Softwareprojekte entsteht.
- Ziel, Funktion
- Rolle, Ablauf
- Problem, Lösung
- Test, Verbesserung
- Reflexion, Lernen
- Produkte, Dokumentation
Grundlage: Informatik – Lehrband 8. Klasse, Final V1.2 (2026).