Mission 1: Auftrag verstehen

Planzeit: 2 Stunden. Achievements: A01 Lernziel gesetzt (50 XP), A02 Briefing steht (75 XP).

Ziel

Ein klarer Auftrag mit prüfbaren Grenzen, bevor du eine Zeile Code schreibst. Wer das Problem nicht beschreiben kann, kann auch der KI keinen guten Auftrag geben.

Was du baust

Nichts im Code. Zwei Dinge auf Papier:

Dein Profil mit npm run bic -- start: vier Diagnosefragen, dein Wochenrhythmus und ein Lernziel in einem Satz. Die Fragen bewerten Teilnahme, nicht Richtigkeit. Ein niedriges Ergebnis schaltet in den Missionen mehr Hilfe frei.
Das Briefing in briefing.md: Zielgruppe, Problem, drei Akzeptanzfälle, Lernziel.

Der Vertrag mit den Tests

Kriterium	Was geprüft wird
C02-M1-01	Die Abschnitte "Zielgruppe", "Problem" und "Lernziel" sind ausgefüllt (mindestens 20 Zeichen, kein TODO).
C02-M1-02	Unter "Akzeptanzfälle" stehen mindestens drei Listenpunkte, davon je einer mit "Erfolg", "Ungültige Eingabe" und "Randfall".

Der Test prüft Struktur, nicht Qualität. Die Qualität prüfst du mit deinem Agenten.

Schritte

npm run bic -- start ausführen und ehrlich antworten.
Lies das Beispiel unten. Es beschreibt eine andere Firma, damit du nicht abschreibst.
Öffne briefing.md und fülle die Abschnitte aus. Schreib so, wie du es einer Kollegin erklären würdest.
Bitte deinen Agenten: "Lies mein Briefing und stelle mir drei kritische Rückfragen." Überarbeite danach.
npm run bic -- check 1, dann git commit -am "Mission 1: Briefing", dann npm run bic -- submit 1.

Was ein guter Akzeptanzfall ist

Ein Akzeptanzfall hat drei Teile: Ausgangslage, Aktion, erwartetes Ergebnis.

Schwach: "Leads speichern funktioniert."
Gut: "Erfolg: Ich lege den Lead 'Alpenblick Treuhand' mit Kontakt und E-Mail an. Er steht in der Liste und ist nach dem Neuladen der Seite noch da."

Die drei Arten:

Erfolg: Der normale Weg klappt.
Ungültige Eingabe: Jemand macht einen Fehler, und die App reagiert verständlich statt kaputtzugehen.
Randfall: Etwas Ungewöhnliches, aber Erlaubtes. Zum Beispiel ein Lead ohne Follow-up-Datum, eine leere Liste, ein sehr langer Firmenname.

Beispielbriefing (andere Branche)

Zielgruppe: Die Werkstattleiterin eines Velogeschäfts mit zwei Angestellten. Sie nimmt Reparaturaufträge am Telefon und an der Theke an. Problem: Aufträge stehen auf Zetteln. Kunden rufen an und fragen nach dem Stand; niemand findet den Zettel. Akzeptanzfälle: Erfolg: Ein neuer Auftrag mit Kundenname und Velo wird erfasst und erscheint in der Liste "offen". Ungültige Eingabe: Ein Auftrag ohne Kundenname wird abgelehnt, die Meldung nennt das fehlende Feld. Randfall: Ein Auftrag ohne Abholtermin erscheint nie als überfällig. Lernziel: Ich kann einer KI eine kleine App-Idee so beschreiben, dass daraus etwas Prüfbares entsteht, und das Ergebnis selbst testen.

Erklären

Beantworte deinem Agenten mündlich oder schriftlich:

Warum reicht "funktioniert" nicht als Akzeptanzfall?
Welcher deiner drei Fälle ist am schwersten zu testen, und warum?

Hinweise

missions/hints/01-1.md (Zielgruppe schärfen), missions/hints/01-2.md (Akzeptanzfälle formulieren).

Weiter mit missions/02-oberflaeche.md.