Use Case erstellen: Eine Anleitung

Use Case erstellen: Eine Anleitung – Use Cases gehören zu den unterschätzten Werkzeugen im Anforderungsmanagement. Sie sind weder „nur“ Dokumentation noch ausschließlich ein UML-Artefakt – sie bilden die Brücke zwischen Business, Fachbereichen, IT und späterem Testing. Wenn Sie systematisch Use Cases erstellen, schaffen Sie Klarheit darüber, wer mit Ihrem System was erreichen will und wie das im Detail abläuft.

In diesem Artikel erfahren Sie Schritt für Schritt, wie Sie professionelle Use Cases formulieren, welche Struktur sich bewährt hat und worauf Sie achten sollten, damit Ihre Use Cases im Projektalltag tatsächlich genutzt werden – statt in der Schublade zu verschwinden.

Ein Use Case beschreibt, wie ein Akteur ein konkretes Ziel mit Hilfe eines Systems erreicht. Im Mittelpunkt stehen dabei:

Wichtig ist: Ein Use Case beschreibt sichtbares Verhalten eines Systems, also das, was aus Sicht der Akteure passiert. Interne Implementierungsdetails gehören nicht in den Use Case, weil sie nur die Verständlichkeit einschränken.

Gut geschriebene Use Cases liefern gleich mehrere Mehrwerte, die im Projektverlauf enorm hilfreich sind:

Weil Use Cases sowohl für Fachliche als auch für Techniker verständlich sind, eignen sie sich ideal als zentrales Kommunikationsmittel in komplexen Projekten.

Bevor Sie den ersten Satz schreiben, sollten Sie den Kontext klären. Dadurch vermeiden Sie spätere Missverständnisse und Nacharbeiten.

Starten Sie immer mit der Frage: Welches Problem lösen wir für wen? Führen Sie dazu ein kurzes Gespräch mit den wichtigsten Stakeholdern oder sammeln Sie deren Input strukturiert, damit der Use Case nicht „ins Leere“ läuft.

Hilfreiche Leitfragen:

Aus den Antworten können Sie bereits einen ersten Arbeitstitel formulieren, etwa:

Ein klarer Titel hilft allen Beteiligten, denselben Anwendungsfall vor Augen zu haben.

Bevor Sie in den Ablauf einsteigen, legen Sie fest, wo das betrachtete System beginnt und endet. Dadurch vermeiden Sie, dass der Use Case plötzlich externe Prozesse beschreibt, die Sie gar nicht beeinflussen können.

Gehen Sie dazu so vor:

Ein Tipp aus der Praxis: Zeichnen Sie eine einfache Skizze mit Systemkasten und Akteuren drum herum. Diese Visualisierung schärft die Perspektive und eröffnet oftmals zusätzliche Fragen, die Sie vor dem Schreiben klären sollten.

Im Folgenden finden Sie eine Struktur, die sich in vielen Projekten bewährt hat. Sie lässt sich formal (z. B. in Vorlagen) nutzen, bleibt aber auch für Nicht-Techniker gut lesbar.

Der Titel sollte kurz, aktiv und zielorientiert sein, sodass er ohne Erklärung verständlich wirkt.

Beispiele:

Direkt unter dem Titel fügen Sie eine kurze Zielbeschreibung ein:

Dadurch wissen Leser sofort, worum es geht, obwohl sie den Detailablauf noch nicht kennen.

Listen Sie alle relevanten Akteure auf. Unterscheiden Sie dabei nach:

Kurzbeschreibungen helfen zusätzlich:

So bleibt transparent, wer welche Rolle im Ablauf spielt.

Vorbedingungen beschreiben, was bereits erfüllt sein muss, damit der Use Case sinnvoll starten kann. Sie formulieren sie am besten als einfache Liste:

Zusätzlich definieren Sie den Auslöser (Trigger):

Dadurch wird deutlich, wann und warum der Use Case beginnt.

Der Grundablauf beschreibt den „Happy Path“, also den Idealfall ohne Fehler. Sie gehen Schritt für Schritt vor und wechseln klar zwischen Aktionen des Akteurs und Reaktionen des Systems.

Beispielstruktur:

Achten Sie darauf, dass jeder Schritt klar, aktiv und nachvollziehbar bleibt, damit sowohl Business als auch IT ihn problemlos verstehen können.

In der Praxis läuft kaum ein Prozess immer perfekt durch. Deshalb ergänzen Sie Alternativabläufe, die vom Grundablauf abweichen, sowie Ausnahmeabläufe, die Fehler oder Sonderfälle beschreiben.

Beispiele für Alternativabläufe:

Beispiele für Ausnahmeabläufe:

Sie nummerieren oder referenzieren diese Abläufe typischerweise ausgehend vom Schritt im Grundablauf, an dem sie abzweigen, etwa:

Dadurch erkennt man sofort, an welcher Stelle des Prozesses sich der Ablauf verzweigt.

Nachbedingungen beschreiben den Zustand nach erfolgreichem Abschluss des Use Cases. Sie dokumentieren damit das erwartete Ergebnis und schaffen eine klare Grundlage für Tests und Abnahmen.

Beispiele:

Ergänzen Sie, wenn möglich, messbare Erfolgskriterien, damit Sie später prüfen können, ob der Use Case seinen geschäftlichen Zweck erfüllt, zum Beispiel:

Zum Abschluss halten Sie Annahmen und offene Fragen fest, weil sich gerade in frühen Projektphasen viele Details noch ändern.

Mögliche Kategorien:

Wenn Sie diese Punkte direkt beim Use Case sammeln, behalten Sie den Überblick, obwohl sich Anforderungen im Projektverlauf weiterentwickeln.

Die folgende Struktur können Sie als Vorlage für Ihre eigenen Use Cases verwenden:

Use Case: [Titel]
Ziel: [Kurze Beschreibung des Geschäftsziels]

Akteure

Vorbedingungen

Auslöser

Grundablauf

Alternativabläufe

Ausnahmeabläufe

Nachbedingungen

Erfolgskriterien

Annahmen und Geschäftsregeln

Offene Punkte

Diese Struktur ist bewusst knapp gehalten, dennoch deckt sie alle wesentlichen Bausteine eines professionellen Use Cases ab.

Neben der Struktur entscheidet vor allem die Formulierung, ob Ihre Use Cases im Alltag verstanden, akzeptiert und genutzt werden.

Achten Sie auf folgende Punkte:

Außerdem lohnt es sich, Use Cases von jemandem gegenlesen zu lassen, der nicht direkt im Projekt steckt, weil diese Person oft unklare Stellen schneller erkennt.

In vielen Projekten tauchen ähnliche Probleme immer wieder auf. Wenn Sie diese Schwachstellen kennen, können Sie Ihre Use Cases gezielt verbessern.

Häufige Fehler:

Indem Sie diese Fehler vermeiden, steigern Sie nicht nur die Qualität der Dokumentation, sondern vor allem den praktischen Nutzen Ihrer Use Cases.

Use Cases entfalten ihren wahren Wert, wenn Sie sie aktiv im Projekt nutzen, statt sie nur abzulegen.

Mögliche Einsatzszenarien:

Wenn Sie Use Cases konsequent in diesen Bereichen einsetzen, sorgen Sie für einen roten Faden, der sich von der ersten Idee bis zum Go-live durchzieht.

Ein sauber ausgearbeiteter Use Case ist weit mehr als ein hübsch formatiertes Dokument. Er verbindet geschäftliche Ziele mit konkreten Abläufen, schafft ein gemeinsames Verständnis und liefert eine tragfähige Basis für Entwicklung, Tests und Change Management.

Wenn Sie beim Erstellen Ihrer Use Cases

dann schaffen Sie Artefakte, die im Projektalltag tatsächlich genutzt werden – und die die Wahrscheinlichkeit für erfolgreiche IT- und Digitalisierungsprojekte deutlich erhöhen.

Wenn Sie möchten, können wir im nächsten Schritt gemeinsam einen konkreten Use Case aus Ihrem Umfeld ausarbeiten und verfeinern. Nennen Sie einfach kurz Branche, Systemtyp und ein Beispielziel (z. B. „Kunde schließt online einen Vertrag ab“), dann formuliere ich mit Ihnen zusammen einen vollständigen Use Case auf Profi-Niveau.