Informatik 8: Softwareprojekt planen und durchfuehren

← Zurück zur 8. Klasse

Worum geht es? 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.

Lernziele

Nach diesem Kapitel kannst du:

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.

Anschluss an die 7. Klasse

Du kennst die Methoden der Softwareentwicklung. Jetzt planst und realisierst du ein Softwareprojekt selbstständig bzw. im Team – von Projektziel und Anforderungen bis Test, Präsentation und Reflexion.

Lerninhalte

Kompaktüberblick

Teilbereich	Kerngedanke
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.
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 …
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.
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.
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.
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.
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 …
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.
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.
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 …

Merke: Ein Softwareprojekt gelingt besser, wenn Ziel, Anforderungen, Aufgaben, Rollen, Versionen und Tests von Anfang an sichtbar organisiert werden.

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.

Beispiele:

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.

Beispiele:

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.

Beispiele:

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.

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.

Beispiele:

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

Orientierung auf einen Blick

Als Nächstes	Kurz erklärt
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.
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.
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 …

Merke: Achte beim Weiterlesen darauf, wie die nächsten Teilaspekte mit den bereits behandelten Grundlagen zusammenhängen.

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.

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.

Beispiele:

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.

Dieses Vorgehen ist auch für schulische Softwareprojekte sinnvoll: zuerst die kleinste lauffähige Version, dann Erweiterungen.

Beispiele:

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. Gerade im Unterricht ist es sinnvoll, nach jeder kleinen Erweiterung zu prüfen, ob die bestehende Funktion weiterhin korrekt arbeitet.

Beispiele:

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

Zweiter Zwischenüberblick

Vertiefung	Wichtig dabei
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.
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.
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 …

Merke: Die Teilaspekte gehören zusammen: Fachwissen wird besonders tragfähig, wenn du Zusammenhänge an konkreten Beispielen erklären kannst.

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.

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.

Beispiele:

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. Am Ende sollte daher nicht nur das Ergebnis gezeigt, sondern auch der Projektverlauf verständlich gemacht werden.

Beispiele:

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.

Beispiele:

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

Begriffe und Zusammenhänge auf einen Blick

Thema	Das solltest du verbinden können
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.
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.
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.
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 …
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.

Merke: Nutze die Tabellen nicht nur zum Nachlesen: Versuche, jede Zeile mit einem eigenen Beispiel oder einer eigenen Begründung zu ergänzen.

Kurz zusammengefasst

Kernkompetenz	Das bedeutet konkret
Ziele klären, Bedarf beschreiben	Vor Beginn festlegen, welches Problem gelöst werden soll und woran ein gutes Ergebnis erkennbar ist. „Bedarf“ mit den wesentlichen Merkmalen bzw. Schritten geordnet und verständlich darstellen.
Anforderungen sammeln, Funktionen ordnen	Geeignete Anforderungen systematisch zusammentragen, ordnen und auf Relevanz bzw. Vollständigkeit prüfen. „Funktionen“ nach sinnvollen Kriterien strukturieren, sodass Zusammenhänge und Reihenfolgen erkennbar werden.
Aufgaben zerlegen, Schritte planen	Eine größere Aufgabe in klar abgegrenzte Teilaufgaben aufteilen und sinnvolle Abhängigkeiten zwischen ihnen festlegen. Für „Schritte“ Ziel, notwendige Schritte, Reihenfolge und wichtige Rahmenbedingungen festlegen.
Rollen verteilen, Zusammenarbeit organisieren	Teamaufgaben passend zu Fähigkeiten und Projektbedarf zuweisen und Zuständigkeiten festhalten. Aufgaben, Rollen, Fristen, Dateien und Kommunikationswege für die Gruppe klar festlegen.
Entwürfe skizzieren, Modelle nutzen	Eine Lösung vor der Umsetzung mit Skizze, Modell oder Ablaufdarstellung grob sichtbar machen. „Modelle“ in einer konkreten Aufgabe zweckmäßig einsetzen und das Ergebnis anschließend überprüfen.
Prototypen bauen, Funktionen testen	Eine vereinfachte, funktionsfähige erste Version erstellen, um zentrale Ideen früh praktisch zu testen. Funktionen mit passenden Normal-, Rand- und Fehlerfällen prüfen und Abweichungen dokumentieren.
Fehler finden, Lösungen verbessern	Abweichungen zwischen erwartetem und tatsächlichem Verhalten systematisch lokalisieren, statt zufällig Änderungen vorzunehmen. Schwachstellen in Lösungen gezielt verändern und anschließend prüfen, ob die Verbesserung wirksam ist.
Zeit planen, Meilensteine setzen	Für „Zeit“ Ziel, notwendige Schritte, Reihenfolge und wichtige Rahmenbedingungen festlegen. Meilensteine anhand des Ziels priorisieren bzw. festlegen und die Entscheidung nachvollziehbar machen.
Fortschritt dokumentieren, Ergebnisse sichern	Fortschritt so festhalten, dass Vorgehen, Änderungen und Ergebnis für andere nachvollziehbar bleiben. Arbeit regelmäßig speichern, sinnvoll benennen und bei wichtigen Projekten zusätzlich sichern bzw. versionieren.
Projekte präsentieren, Prozesse reflektieren	Projekte adressatengerecht strukturieren, verständlich darstellen und zentrale Entscheidungen begründen. „Prozesse“ rückblickend anhand von Kriterien beurteilen und daraus Verbesserungen oder Konsequenzen ableiten.

Merke: Die wichtigsten Inhalte solltest du nicht nur wiedergeben, sondern auf neue Situationen übertragen, begründet anwenden und kritisch beurteilen können.

Weiterführende Links

Passende LearningSnacks

Übungen

Die Aufgaben setzen die Inhalte praktisch um. Der konkrete Auftrag steht bei jeder Aufgabe ausdrücklich unter Arbeitsauftrag:.

Projektidee in ein umsetzbares Vorhaben verwandeln

Arbeitsauftrag:

Bearbeite die Aufgabe „Projektidee in ein umsetzbares Vorhaben verwandeln“ anhand der folgenden Vorgaben:

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.

Hinweise aus der Aufgabe

Idee, Ziel
Nutzer, Bedarf
Pflichtfunktion, Zusatzidee
Umfang, Grenze
Zeitrahmen, Realismus
Produkte, Projektblatt

Anforderungen sammeln und priorisieren

Arbeitsauftrag:

Bearbeite die Aufgabe „Anforderungen sammeln und priorisieren“ anhand der folgenden Vorgaben:

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.

Hinweise aus der Aufgabe

Wünsche, Sammlung
Muss, Kann
Priorität, Auswahl
Funktion, Nutzen
Grenze, Fokus
Produkte, Backlog

Aufgaben zerlegen und im Team verteilen

Arbeitsauftrag:

Bearbeite die Aufgabe „Aufgaben zerlegen und im Team verteilen“ anhand der folgenden Vorgaben:

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.

Hinweise aus der Aufgabe

Teilaufgabe, Reihenfolge
Zuständigkeit, Rolle
Oberfläche, Logik
Test, Doku
Parallel, nacheinander
Produkte, Aufgabenplan

Kanbanboard für das Projekt führen

Arbeitsauftrag:

Bearbeite die Aufgabe „Kanbanboard für das Projekt führen“ anhand der folgenden Vorgaben:

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.

Hinweise aus der Aufgabe

Board, Spalten
Offen, Arbeit
Testen, Fertig
Karte, Aufgabe
Problem, Engpass
Produkte, Fortschritt

Vom Entwurf zum ersten Prototyp

Arbeitsauftrag:

Bearbeite die Aufgabe „Vom Entwurf zum ersten Prototyp“ anhand der folgenden Vorgaben:

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.

Hinweise aus der Aufgabe

Skizze, Ablauf
Grundfunktion, Start
Test, Rückmeldung
Ausbau, Schritt
Fokus, Minimalversion
Produkte, Prototyp

Pair Programming im Entwicklungsschritt

Arbeitsauftrag:

Bearbeite die Aufgabe „Pair Programming im Entwicklungsschritt“ anhand der folgenden Vorgaben:

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.

Hinweise aus der Aufgabe

Driver, Navigator
Wechsel, Zeit
Code, Kontrolle
Frage, Erklärung
Fehler, Hinweis
Produkte, Reflexion

Testfälle entwickeln und anwenden

Arbeitsauftrag:

Bearbeite die Aufgabe „Testfälle entwickeln und anwenden“ anhand der folgenden Vorgaben:

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.

Hinweise aus der Aufgabe

Testfall, Eingabe
Erwartung, Ergebnis
Fehler, Ursache
Grenzfall, Ausnahme
Prüfung, Protokoll
Produkte, Testliste

Sprint-Rückblick und Umplanung

Arbeitsauftrag:

Bearbeite die Aufgabe „Sprint-Rückblick und Umplanung“ anhand der folgenden Vorgaben:

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.

Hinweise aus der Aufgabe

Ziel, Ergebnis
Problem, Hilfe
Zeit, Planung
Änderung, Nächster
Rückblick, Anpassung
Produkte, Kurzprotokoll

Projektpräsentation mit Entwicklungsweg

Arbeitsauftrag:

Bearbeite die Aufgabe „Projektpräsentation mit Entwicklungsweg“ anhand der folgenden Vorgaben:

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.

Hinweise aus der Aufgabe

Idee, Ziel
Plan, Rolle
Prototyp, Test
Änderung, Begründung
Präsentation, Rückfrage
Produkte, Abschluss

Projektdokumentation und Auswertung

Arbeitsauftrag:

Bearbeite die Aufgabe „Projektdokumentation und Auswertung“ anhand der folgenden Vorgaben:

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.

Hinweise aus der Aufgabe

Ziel, Funktion
Rolle, Ablauf
Problem, Lösung
Test, Verbesserung
Reflexion, Lernen
Produkte, Dokumentation

Kompetenzcheck

Überprüfe am Ende selbst, ob du die zentralen Kompetenzen dieses Kapitels sicher anwenden kannst:

Ich kann …	Ja	Noch üben
aus einer Projektidee ein klares und realistisch umsetzbares Softwareprojektziel formulieren.	☐	☐
Anforderungen sammeln, priorisieren und in überschaubare Aufgaben zerlegen.	☐	☐
Rollen und Verantwortlichkeiten im Team sinnvoll verteilen und die Zusammenarbeit organisieren.	☐	☐
ein Projekt mit Kanban oder einfachen Scrum-Elementen planen und den Fortschritt sichtbar machen.	☐	☐
einen Prototyp schrittweise umsetzen, mit Testfällen prüfen und gefundene Fehler beheben.	☐	☐
den Entwicklungsweg dokumentieren, das Ergebnis präsentieren und aus einer Retrospektive konkrete Verbesserungen ableiten.	☐	☐