Vier Übungsaufgaben zu Lastenheft und Pflichtenheft – von Zweck, typischen Inhalten und typischen Missverständnissen beider Dokumente über Rückfragen zu unklaren Anforderungen, Fragebögen und die Abstimmung vor dem Versand bis zu eigenen Lastenheft-Anforderungen nach Gliederung, der Prüfung eines Pflichtenheft-Entwurfs, Rechtekonzept, Change Request, Abnahme und der Frage, ob es auch ohne Pflichtenheft geht.
Eine umfangreiche Übungsaufgabe zu User Stories: einen englischen Fachtext auswerten, den Aufbau und die INVEST-Kriterien erläutern, User Stories aus einem Anwendungsfalldiagramm erstellen, fehlerhafte Stories verbessern, Akzeptanzkriterien formulieren, Aussagen zum Product Backlog prüfen und User Stories mit einem Pflichtenheft vergleichen.
User Stories beschreiben Anforderungen in einem Satz aus Sicht der Nutzenden: Wer möchte was, und wozu? Der Artikel zeigt die Satzschablone, wer Stories schreibt, wie Du sie mit den INVEST-Kriterien und Akzeptanzkriterien prüfbar machst, wie Du sie aus Anwendungsfällen ableitest, zu große Stories schneidest und welche Rolle sie im Product Backlog spielen. Am Ende stehen die wichtigsten englischen Fachbegriffe für Aufgabentexte.
Drei Übungsaufgaben zu funktionalen und nichtfunktionalen Anforderungen: Für eine Mitfahr-App wählst Du Ermittlungsmethoden, ergänzt einen Anforderungskatalog mit Akzeptanzkriterien und machst unpräzise Anforderungen prüfbar. Für eine Freizeit-App leitest Du aus einem Störungsprotokoll Anforderungen ab und berechnest Verfügbarkeit und zulässige Ausfallzeiten. Für die Geräteausleihe einer Schule erstellst Du einen Gesprächsleitfaden und beschreibst Schwachstellen und technische Anforderungen.
Wird ein Microcontroller-Projekt nach dem Wasserfall-Modell entwickelt, dann müssen zunächst die Anforderungen aus Auftraggebersicht definiert und in einem Lastenheft dokumentiert werden. Welche Aspekte sollten hierbei erfasst werden? Der Artikel klärt außerdem, wer das Lastenheft schreibt und abstimmt, wofür es im Projekt verwendet wird, welche Inhalte typisch sind und wie es sich vom Pflichtenheft unterscheidet.
Es stehen die Wünsche der Stakeholder im Raum – und auch die Normen und Gesetze wollen als Anforderung dokumentiert werden. Welche unterschiedlichen Artefakte gibt es, in denen Anforderungen erfasst werden können, und wo eignen sie sich besonders?
Viele Projekte scheitern daran, dass nie hinreichend definiert wurde, was eigentlich die Ziele sein sollen. Wie kann eine systematische Anforderungsanalyse aussehen? Der Artikel erklärt, was Anforderungen sind, wie Du funktionale und nichtfunktionale Anforderungen (Qualitätsanforderungen und Randbedingungen) sicher unterscheidest, wie Du sie mit Bezug zur Situation beschreibst und prüfbar formulierst und welche typischen Fehler Du dabei vermeiden solltest.
