Qualität und Anforderungen

Was ist eine Anforderung? Definition und Praxisbeispiel

Auch: PRD (Product Requirements Document)

Kurz erklärt

Eine Anforderung beschreibt, was ein Produkt oder System leisten muss und warum, aus Sicht derer, die es nutzen. Gute Anforderungen sind klar, prüfbar und mit einem Ziel verknüpft. Ändert sich eine Anforderung, müssen Tickets, Code und Dokumente nachziehen.

Warum es zählt: Anforderungen verbinden einen Entscheid mit der Arbeit, die ihn umsetzt.

  1. 01

    Entscheid

    Ein Ziel oder eine Priorität ändert sich

  2. 02

    Anforderung

    Wird angepasst, mit Begründung

  3. 03

    Tickets

    Geschlossen, geändert oder neu erstellt

  4. 04

    Code und Agenten

    Folgen dem neuen Stand

Wenn sich eine Anforderung ändert

Warum ist Anforderung wichtig für dein Unternehmen?

Eine gute Anforderung nennt das Problem, das gewünschte Ergebnis und die Bedingungen, an denen man es prüft. Sie sagt, was und warum, und lässt dem Team das Wie. Ob sie als Ticket, als Abschnitt in einem PRD oder als kurze Notiz steht, ist zweitrangig.

Anforderungen ändern sich, weil Märkte, Kunden und Strategien sich ändern. Gefährlich wird es, wenn nur das Dokument angepasst wird: Tickets, Code und KI-Agenten arbeiten dann weiter nach dem alten Stand. Jede Änderung braucht deshalb einen Grund, eine verantwortliche Person und den Nachweis, wo sie umgesetzt wurde.

Praxisbeispiel: Die Anforderung ändert sich, der Code nicht

Nach dem Entscheid «Strategie 2027: Fokus DACH-Mittelstand, keine US-Expansion» streicht das Produktteam die Anforderung «Preise in US-Dollar» aus dem Konzept. Wochen später wird sie trotzdem gebaut, weil das Ticket noch offen ist, und ein Coding-Agent ergänzt die passende Steuerlogik.

Ab dann verknüpft das Team jede Anforderung mit den Tickets und Codestellen, die sie umsetzen. Ändert sich eine Anforderung, sieht es sofort, welche Tickets zu schliessen und welche Änderungen zu stoppen sind. Die Verantwortlichen entscheiden, bevor weiter gebaut wird.

3 häufige Fehler, die du vermeiden solltest

  • Die Lösung statt des Problems beschreiben

    «Wir brauchen ein Dashboard» ist keine Anforderung. Beschreibt, welche Entscheidung damit besser werden soll.

  • Nur das Dokument ändern

    Eine geänderte Anforderung ohne angepasste Tickets ist eine stille Abweichung. Zieht die Arbeit nach, nicht nur den Text.

  • Anforderungen ohne Begründung

    Ohne «Warum» kann niemand abwägen, wenn sich etwas ändert. Haltet den Grund fest, auch für KI-Agenten.

Schritt für Schritt

  1. 1

    Problem und Ziel nennen

    Wer hat welches Problem, und woran merkt ihr, dass es gelöst ist?

  2. 2

    Prüfbar machen

    Ergänzt Akzeptanzkriterien, die sich mit Ja oder Nein prüfen lassen.

  3. 3

    Mit der Umsetzung verknüpfen

    Verbindet jede Anforderung mit den Tickets und Codestellen, die sie umsetzen.

  4. 4

    Änderungen nachziehen

    Ändert sich eine Anforderung, prüft ihr alle verknüpften Tickets, Dokumente und KI-Agenten.

Bring einen wichtigen Entscheid mit.

In 30 Minuten mit Marc oder Simon zeigen wir, wo eure Arbeit heute vom Entscheid abweicht.

Company Brain kennenlernen

Weiterlesen im PM Lab

Artikel, die das Thema vertiefen.

Verwandte Begriffe

Zurück zum Glossar