Anforderungen

Was brauche ich?

Die Kund:in sagt, was sie braucht, in ihren eigenen Worten. Das Team schreibt es als User Story auf.

Definition: User Story

Eine User Story beschreibt einen Wunsch aus Sicht der Person, die ihn hat, in einem Satz: Als wer möchte ich was, damit wozu.

„Als Gärtnerin möchte ich am Gießtag erinnert werden, damit meine Pflanzen nicht vertrocknen.“ Das wer ist eine Art von Nutzer:in, das wozu verrät, was der Wunsch wirklich bringen soll. Sprecht beim Aufschreiben mit der Kund:in, bis beide dasselbe meinen. Aus der User Story werden danach prüfbare Anforderungen.

Zu einer User Story gehört ein Bild, denn die Kund:in versteht ein Bild schneller als einen Satz:

Definition: Mockup

Ein Mockup ist eine Zeichnung der Oberfläche, auf Papier oder am Rechner.

Definition: Klick-Dummy

Ein Klick-Dummy ist ein Mockup, in dem man durch die Seiten klicken kann, ohne dass ein Programm dahintersteht.

Die Kund:in sagt am Mockup oft sofort, was fehlt oder anders sein soll. Das ist billiger, als es nach dem Programmieren zu ändern.

Eine KI kann einen Klick-Dummy aus der User Story in Minuten selbst schreiben und zeigen. Sie kann auch Design-Richtlinien erstellen: Farben, Schriften, Abstände und das Aussehen der Bedienelemente, damit alle Seiten einheitlich wirken. Prüfe, ob der Klick-Dummy wirklich zeigt, was die Kund:in will, und halte die Richtlinien fest, bevor ihr programmiert.

Anforderungen aufschreiben

Ein Team soll für eine Gartengruppe einen Gießplan für Zimmerpflanzen bauen. Die Gruppe sagt: „Er soll einfach zu bedienen sein.“ Daran kann man nicht erkennen, ob das Team fertig ist.

Definition: Anforderung

Eine Anforderung beschreibt, was das Programm können muss, und zwar so genau, dass man mit Ja oder Nein prüfen kann, ob es erfüllt ist.

Aus „Der Plan soll einfach zu bedienen sein“ wird zum Beispiel: „Eine neue Pflanze lässt sich in höchstens drei Klicks eintragen.“

Aufgabe

Mache aus „Das Programm soll schnell sein“ und „Der Plan soll übersichtlich sein“ je eine prüfbare Anforderung. Wie prüfst du sie?

Aufgabe

Schreibe für euer Projekt sechs Anforderungen auf und tauscht mit einem anderen Team: Welche der fremden Anforderungen lässt sich nicht mit Ja oder Nein prüfen?

Muss, Soll, Kann

Nicht alles passt auf einmal in ein Programm. Darum gibt jede Anforderung an, wie wichtig sie ist:

Definition: Muss, Soll, Kann

Muss-Anforderungen braucht das Programm, sonst ist es unbrauchbar. Soll-Anforderungen sind wichtig, das Programm läuft aber auch ohne sie. Kann-Anforderungen sind Zugaben, falls Zeit bleibt.

Beim Gießplan sind „Eine Pflanze lässt sich eintragen“ und „Am Gießtag erscheint eine Meldung“ Muss-Anforderungen, „Der Plan zeigt Pflanzen mit Bild“ ist ein Soll, „Die App merkt sich Urlaubszeiten“ ein Kann. Das Team baut zuerst alle Muss-Anforderungen: So entsteht früh ein Programm, das schon etwas nützt.

(nicht) funktional

Was das Programm tut, heißt funktional („Das Programm erinnert am Gießtag per Meldung“). Wie gut es das tut, heißt nicht funktional („Die Meldung erscheint höchstens eine Minute nach der eingestellten Uhrzeit“).

Aufgabe

Sortiere in funktional und nicht funktional:

• (a) Der Plan zeigt Pflanzen mit Bild.
• (b) Der Plan lädt in unter zwei Sekunden.
• (c) Passwörter werden nie im Klartext gespeichert.
• (d) Eine Pflanze lässt sich löschen.