Aufgabe 01 - Team bilden und Projektidee festlegen

Worum geht es?

Am Ende dieser Übung steht Ihr Team fest, und Sie haben ein Thema, an dem Sie die nächsten 31 Wochen arbeiten (siehe Kapitel Jahresprojekt: Thema und Team). Nicht irgendein Thema: eines aus Ihrem eigenen Umfeld, mit Menschen dahinter, die Sie tatsächlich anrufen können. Genau das ist der Unterschied zwischen einem Jahresprojekt und einem großen Übungsbeispiel.

Sie werden dafür mit jemandem sprechen, der später mit Ihrer Anwendung arbeiten soll. Das ist der eigentliche Arbeitsauftrag dieser Übung. Alles andere ist Vorbereitung darauf oder Nachbereitung davon.

Was Sie dafür brauchen

Kapitel Jahresprojekt: Thema und Team, Abschnitte Ein Thema, das trägt bis Anforderungen aufschreiben.
Ein Telefon und die Bereitschaft, es zu benutzen.
Etwa eine Woche Vorlauf, weil das Gespräch in Teil C einen Termin braucht.

Welche Kompetenzen Sie erwerben und zeigen

Sie stellen ein Team zusammen und begründen seine Größe mit dem Umfang, den Sie sich vornehmen.
Sie entwickeln Projektideen aus dem eigenen Umfeld und wählen begründet eine davon aus.
Sie schärfen ein Thema im Gespräch mit einer Person, die es später benutzen soll.

Pädagogische Einordnung

Reproduktion: die Merkmale eines tragfähigen Themas benennen und das eigene Können einschätzen (Teil A).
Reorganisation und Transfer: Ideen aus dem eigenen Umfeld entwickeln und gegeneinander abwägen (Teil B).
Reflexion, Problemlösung und Urteilsbildung: das Thema am echten Bedarf schärfen und die Wahl verantworten (Teil C).

Arbeitsaufträge

Die Übung ist auf etwa zwei Stunden ausgelegt.

Teil A - Das Team

Schreiben Sie für sich selbst einen kurzen Steckbrief mit vier Angaben: Was können Sie aus Softwareentwicklung und Informationssystemen bereits? Was möchten Sie dieses Jahr dazulernen? Wie viel Zeit haben Sie neben der Schule realistisch? Und arbeiten Sie lieber allein oder mit anderen?
Listen Sie auf, in welchen Zusammenhängen Sie außerhalb der Schule unterwegs sind: Verein, Musikgruppe, Feuerwehr, Nebenjob, Betrieb der Eltern, Sportclub, Jugendgruppe. Diese Liste ist keine Nebensache, sondern die Quelle Ihrer Projektidee. Jeder Eintrag bringt Menschen mit, die Sie fragen können.
Finden Sie sich zu Teams von einer, zwei oder drei Personen zusammen. Vergleichen Sie dafür die Steckbriefe aus Punkt 1 und achten Sie besonders auf die verfügbare Zeit, weil unterschiedliche Erwartungen daran im Februar den meisten Ärger machen.
Halten Sie in zwei bis drei Sätzen fest, warum Ihr Team diese Größe hat. Der Umfang der Kette bleibt in jedem Fall gleich: Server, Webservice, Frontend und Inhaltsbereich gehören immer dazu. Was sich mit der Teamgröße ändert, ist die Menge an Funktionen.
Lesen Sie im Kapitel den Abschnitt über die vier Merkmale eines tragfähigen Themas. Schreiben Sie die vier Merkmale als Frageliste auf ein Blatt. Sie brauchen sie in Teil B, um Ihre eigenen Ideen zu prüfen.

Teil B - Ideen sammeln und eine auswählen

Jedes Teammitglied bringt drei Ideen mit, jede aus einem Zusammenhang der Liste aus Teil A Punkt 2. Suchen Sie dabei nach dieser Sorte Situation: Etwas wird heute mit einer Excel-Tabelle, einem Gruppenchat, einem Zettel an der Pinnwand oder einem Anruf beim Obmann erledigt und funktioniert mittelmäßig. Notieren Sie zu jeder Idee zwei Sätze: Wer hat das Problem, und wie wird es heute gelöst?
Stellen Sie die Ideen im Team vor, zwei Minuten pro Idee. Bei einer Einzelperson übernimmt eine Mitschülerin oder ein Mitschüler das Zuhören und Nachfragen. Sammeln Sie alle Ideen sichtbar an einer Tafel oder auf einem Blatt.
Streichen Sie gemeinsam alles, was an der ersten Frage aus Ihrer Liste scheitert: Können Sie drei Menschen namentlich benennen, die das benutzen würden? Ein Thema ohne Namen fällt hier raus, egal wie interessant es klingt.
Sortieren Sie die verbliebenen Ideen nach zwei Fragen, jede mit einer Note von 1 bis 5: Wie gut kommen Sie an die Leute und an ihr Fachwissen heran? Und wie sehr interessiert Sie das Thema noch im Mai?
Entscheiden Sie sich für eine Idee. Notieren Sie die zweitbeste als Rückfallebene, samt einem Satz dazu, warum sie es nicht geworden ist.
Prüfen Sie Ihre Wahl kurz gegen die drei Gründe, an denen Themen im Kapitel scheitern: Ist es am Ende nur eine Tabelle, die man anlegt, ändert und löscht? Gibt es Text, den jemand ohne Programmierkenntnisse pflegen soll? Und lebt Ihr Thema von Ihren eigenen Daten oder nur von einer fremden Schnittstelle? Fällt eine der drei Antworten unangenehm aus, gehen Sie zurück zu Punkt 5.

Teil C - Das Thema am echten Bedarf schärfen

Benennen Sie drei Personen, die Ihre Anwendung später benutzen würden. Jede bekommt eine Zeile mit Rolle, Vorname und einem Satz dazu, was sie von der Anwendung will. „Alle Vereinsmitglieder” ist keine dieser Zeilen, „Zeugwart Martin, will wissen, welche Trikots gerade verliehen sind” schon.
Bereiten Sie fünf Fragen für ein Gespräch mit einer dieser Personen vor. Fragen Sie nicht nach Funktionen, sondern nach dem Ablauf von heute: Wie machen Sie das im Moment? Was dauert dabei am längsten? Was geht regelmäßig schief? Wer muss davon erfahren, wenn sich etwas ändert? Was passiert, wenn jemand einen Fehler macht?
Führen Sie das Gespräch, persönlich oder am Telefon. Rechnen Sie mit einer Viertelstunde. Schreiben Sie mit und notieren Sie mindestens einen Satz wörtlich, der Sie überrascht hat.
Halten Sie in drei bis vier Sätzen fest, was das Gespräch an Ihrer Idee geändert hat. Wenn sich nichts geändert hat, haben Sie vermutlich nach Funktionen gefragt statt nach dem Ablauf. In dem Fall führen Sie ein zweites Gespräch.
Schreiben Sie jetzt die Projektskizze auf einer Seite, mit vier Abschnitten:
- Thema: ein Satz, den auch jemand versteht, der nicht in diese Klasse geht.
- Zweck: zwei Sätze dazu, was danach besser läuft als heute.
- Zielgruppe: die drei Personen aus Punkt 1.
- Abgrenzung: mindestens fünf Dinge, die naheliegen und die Ihr Projekt trotzdem nicht bekommt, jeweils mit einem halben Satz Begründung. Beispiel: „Keine Bezahlung im System, weil Zahlungsdienste eine eigene rechtliche Prüfung brauchen.”
Ergänzen Sie drei Angaben, die aus dem Gespräch kommen sollten. Erstens: drei bis fünf Dinge, um die sich Ihre Anwendung dreht, jedes als Substantiv (Mitglied, Trikot, Ausleihe). Zweitens: mindestens zwei Rollen, dazu je eine Handlung, die nur dieser Rolle erlaubt ist. Drittens: drei Seiten, deren Text später jemand ohne Programmierkenntnisse pflegen soll.
Machen Sie jetzt die Themenprüfung in fünf Minuten aus dem Kapitel. Gehen Sie die Abdeckungstabelle Zeile für Zeile durch und schreiben Sie zu jeder ein Beispiel aus Ihrem Thema. Bleibt eine Zeile leer, notieren Sie in zwei bis drei Sätzen die kleinste Erweiterung, die sie füllt. Meist genügt eine kleine Ergänzung, gelegentlich ist es das falsche Thema.
Stellen Sie Ihr Projekt der Lehrkraft in fünf Minuten vor. Zeigen Sie die Skizze, nennen Sie die drei Nutzer und berichten Sie vom Gespräch. Erst mit der Freigabe geht es in Aufgabe 02 weiter.

Wissenscheck

Woran erkennen Sie, dass ein Thema echte Nutzer hat und nicht nur eine gedachte Zielgruppe?
Warum ist ein Thema aus dem eigenen Umfeld einem Thema aus dem Katalog vorzuziehen?
Warum fragt man im Gespräch nach dem heutigen Ablauf und nicht nach gewünschten Funktionen?
Was ändert sich mit der Teamgröße, und was bleibt in jedem Fall gleich?
Warum gehört zu einer Projektskizze eine Abgrenzung und nicht nur eine Zielbeschreibung?
Warum reicht eine einzelne Tabelle, die man anlegt, ändert und löscht, für dieses Jahr nicht aus?
Was kostet ein Themenwechsel im September, was kostet er im März, und woher kommt der Unterschied?

Abgabe

Die Projektskizze auf einer Seite mit Thema, Zweck, Zielgruppe und Abgrenzung, dazu die Dinge, Rollen und Inhaltsseiten aus Teil C Punkt 6. Daneben liegen die Gesprächsnotiz mit dem wörtlichen Zitat und der Antwort aus Punkt 4, die Teamzusammensetzung mit der Begründung der Größe, und die verworfene Rückfallidee. Die Skizze wandert in Aufgabe 03 als docs/projektskizze.md ins Repository.