MethodenanleitungKnowledge Modeling

Domain Storytelling

Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.

KomplexitätNiedrig

Zeit1-2 h

Teilnehmende2-8

FormatWorkshop

ReifegradEstablished

Domain Storytelling planen

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenKlarer Umfang

Stimmt Gegenstand, Grenze und Entscheidung ab, bevor ihr das Modell füllt.

Ein zu breiter oder gemischter Umfang erzeugt ein irreführendes Modell.

Vorher abschließenZugang zu relevanten Belegen

Bringt Quellen und Personen mit Prozesswissen ein; trennt Fakten von Annahmen.

Ungeprüfte Deutungen wirken sonst wie gesicherte Erkenntnis.

Vorbereitung

Was vor Start vorliegen muss

Materialien

Gemeinsame Arbeitsfläche, Quellenbelege und eine abgestimmte Entscheidungsfrage.

Personen / Rollen

Fachexpert:in als Erzähler:in, Moderation, Modellierung, Entwicklung oder Analyse.

Vorabinfos

Sammle vorhandene Daten, Beispiele, Rahmenbedingungen und relevante Perspektiven.

Zeitbedarf

60–120 Min. für ein Szenario; weitere Abläufe separat bearbeiten.

Setup

Zuerst wird eine konkrete Situation gewählt, die alle Beteiligten kennen oder nachvollziehen können. Danach werden Actors, Work Objects und Schritte als Story gezeichnet und mit Fachleuten geprüft. Zum Schluss werden Begriffe und Regeln aus der Erzählung für Modell oder Umsetzung extrahiert.

Kernfrage

Die eine Frage, die diese Methode beantwortet

Wie arbeiten Akteure auf ein Geschäftsergebnis hin, einschließlich Ausnahmen?

Ablauf

Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle

Domain Storytelling übersetzt Fachwissen in eine gemeinsame Erzählung aus Akteuren, Objekten und Abläufen. Besonders nützlich ist es, wenn Sprache, Regeln und Prozessverständnis eng verbunden werden müssen.

Domain Story dokumentieren

Fiktives Arbeitsbeispiel

Fiktiv, geordnete Geschichte: (1) Patient:in fragt nach einem Folgetermin. (2) Rezeption prüft Kalender. (3) Rezeption bietet zwei Slots an. (4) Patient:in wählt einen Slot. (5) Rezeption bestätigt Termin. Arbeitsobjekte: Kalender, Slot, Termin. Fachfrage: Wann wird der Slot verbindlich reserviert?

Situation und Scope

Einen konkreten fachlichen Fall mit Anfang und Ergebnis beschreiben.

Fiktiv: Patient:in bucht einen Folgetermin.

Actors

Beteiligte Personen oder Systeme benennen.

Patient:in, Rezeption.

Aktivitäten

Handlungen nummerieren und Work Objects zuordnen.

Kalender prüfen; zwei Slots anbieten.

Work Objects

Bearbeitete fachliche Objekte mit konkreter Bedeutung notieren.

Kalender, Slot, Termin.

Regeln und Fragen

Bedingungen, Ausnahmen und unbekannte Regeln trennen.

Wann wird ein Slot verbindlich reserviert?

Der Beispieltext ist fiktiv; ersetze ihn durch belegte Projektinformationen.

Quick-Start Guide · Domain Storytelling

1
Situation
Konkrete Situation auswählen
Ziel
Story-Scope
Voraussetzungen für diesen Schritt
- Fachperson, gemeinsames Verständnis, realer Fall
Durchführung
- Wähle einen begrenzten realen Geschäftsfall mit Anfang und Ergebnis; nicht den gesamten Prozess oder Wunschablauf.
Ergebnis
Story-Scope
Story-Scope
Qualitätscheck
Können die Erzähler die Situation konkret nacherzählen?
Stolperfalle
Die Runde beginnt mit abstrakten Systemanforderungen. Bitte um ein kürzliches Beispiel und fokussiere diesen Fall.
Zeitlicher Rahmen: Zeitbedarf richtet sich nach Umfang und Beleglage; es gibt keine allgemeine Dauer.
2
Erzählen
Geschichte erzählen und nummerieren
Ziel
Nummerierte Domain Story
Voraussetzungen für diesen Schritt
- Erzähler, Moderation, Karten oder Marker
Durchführung
- Lass die Fachperson Aktivitäten aus ihrer Sicht erzählen und nummeriere die Reihenfolge ohne vorzeitige Modellkorrektur.
Ergebnis
Nummerierte Domain Story
Nummerierte Domain Story
Qualitätscheck
Bildet die Reihenfolge die erzählte Situation ab?
Stolperfalle
Analyst:innen übernehmen das Erzählen und glätten Ausnahmen. Lass die Domänenperson in eigenen Begriffen erzählen.
Zeitlicher Rahmen: Zeitbedarf richtet sich nach Umfang und Beleglage; es gibt keine allgemeine Dauer.
3
Objekte
Actors und Work Objects verbinden
Ziel
Piktografisches Modell mit Legende
Voraussetzungen für diesen Schritt
- Story, Rollen, benannte Arbeitsobjekte
Durchführung
- Zeichne Akteure als Ausführende und Work Objects als bearbeitete Dinge; verbinde jedes Objekt mit der Aktivität, die es nutzt oder verändert.
Ergebnis
Piktografisches Modell mit Legende
Piktografisches Modell mit Legende
Qualitätscheck
Sind Akteur, Tätigkeit und Objekt unterscheidbar?
Stolperfalle
Abstrakte Prozesskästen verbergen konkrete Fachobjekte. Gezielt nachfragen, wer was mit welchem Objekt tut.
Zeitlicher Rahmen: Zeitbedarf richtet sich nach Umfang und Beleglage; es gibt keine allgemeine Dauer.
4
Prüfen
Begriffe, Regeln und offene Stellen prüfen
Ziel
Validierte Story und Fragenliste
Voraussetzungen für diesen Schritt
- Modell, Glossar und Rückfragen der Fachleute
Durchführung
- Spiele die Geschichte zurück, bestätige Bedeutungen und markiere Regeln, Alternativen sowie offene Fachfragen als solche.
Ergebnis
Validierte Story und Fragenliste
Validierte Story und Fragenliste
Qualitätscheck
Bestätigen Fachleute Sprache und Ausnahmen?
Stolperfalle
Einzelne Story wird als allgemeingültiger Prozess behandelt. Kennzeichne Varianten und prüfe weitere Fälle vor Verallgemeinerung.
Zeitlicher Rahmen: Zeitbedarf richtet sich nach Umfang und Beleglage; es gibt keine allgemeine Dauer.

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

Domain Storytelling · Piktografische Domain StoryAkteure, Work Objects und nummerierte Aktivitäten als konkrete Fachgeschichte sichtbar machen

Form

Domain Storytelling funktioniert, weil es Fachwissen an eine konkrete Arbeitsszene bindet und dadurch Begriffe, Rollen und Übergaben zugleich sichtbar macht. Seine volle Stärke zeigt die Methode, wenn die Geschichte nah am wirklichen Ablauf bleibt und Formulierungen aus der Domäne sauber übernommen werden. Gute Anwendung prüft jede Episode gegen Ausnahmen, Medienbrüche und Verantwortungen, damit aus der Erzählung ein belastbares Modell für spätere Entscheidungen werden kann.

Versionierung / Ownership

Notiere Umfang, Datum, Beteiligte, Quellenstand und Verantwortung. Halte geänderte Annahmen samt Änderungsgrund fest.

Tool-Alternativen

Gemeinsames Whiteboard oder Papiervorlage
Quellen, Aufzeichnungen oder Messdaten

domain-storytelling-working-template.md

Bereite Entscheidung, Quellenbelege und nächste Prüfung vor.

Domain Storytelling: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Methode durchführen Zeit: Siehe Zeitrahmen im Katalog; keine allgemeine Dauer.

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: Gemeinsame Arbeitsfläche, Quellenbelege und eine abgestimmte Entscheidungsfrage.
Rollen: Fachexpert:in als Erzähler:in, Moderation, Modellierung, Entwicklung oder Analyse.
Vorab-Infos: Sammle vorhandene Daten, Beispiele, Rahmenbedingungen und relevante Perspektiven.
Gesamter Zeitbedarf: 60–120 Min. für ein Szenario; weitere Abläufe separat bearbeiten.
Setup: Zuerst wird eine konkrete Situation gewählt, die alle Beteiligten kennen oder nachvollziehen können. Danach werden Actors, Work Objects und Schritte als Story gezeichnet und mit Fachleuten geprüft. Zum Schluss werden Begriffe und Regeln aus der Erzählung für Modell oder Umsetzung extrahiert.

Für die Arbeitsschritte bereitstellen

Situation: Konkrete Situation auswählen

Fachperson, gemeinsames Verständnis, realer Fall

Erzählen: Geschichte erzählen und nummerieren

Erzähler, Moderation, Karten oder Marker

Objekte: Actors und Work Objects verbinden

Story, Rollen, benannte Arbeitsobjekte

Prüfen: Begriffe, Regeln und offene Stellen prüfen

Modell, Glossar und Rückfragen der Fachleute

Domain Story dokumentieren

Situation und Scope

Einen konkreten fachlichen Fall mit Anfang und Ergebnis beschreiben.

...

Actors

Beteiligte Personen oder Systeme benennen.

...

Aktivitäten

Handlungen nummerieren und Work Objects zuordnen.

...

Work Objects

Bearbeitete fachliche Objekte mit konkreter Bedeutung notieren.

...

Regeln und Fragen

Bedingungen, Ausnahmen und unbekannte Regeln trennen.

...

Das leere Dokument enthält ausschließlich Abschnittsimpulse.

Quick-Start Guide · Domain Storytelling

Situation: Konkrete Situation auswählen

Erwartetes Artefakt: Story-Scope

Story-Scope

Eintrag:

...

Können die Erzähler die Situation konkret nacherzählen?

Erzählen: Geschichte erzählen und nummerieren

Erwartetes Artefakt: Nummerierte Domain Story

Nummerierte Domain Story

Eintrag:

...

Bildet die Reihenfolge die erzählte Situation ab?

Objekte: Actors und Work Objects verbinden

Erwartetes Artefakt: Piktografisches Modell mit Legende

Piktografisches Modell mit Legende

Eintrag:

...

Sind Akteur, Tätigkeit und Objekt unterscheidbar?

Prüfen: Begriffe, Regeln und offene Stellen prüfen

Erwartetes Artefakt: Validierte Story und Fragenliste

Validierte Story und Fragenliste

Eintrag:

...

Bestätigen Fachleute Sprache und Ausnahmen?

Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/domain-storytelling/run-sheet

Beispielausgabe

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.

domain-storytelling-beispiel.md

Konkret gefülltes Szenario, fiktives Beispiel

Stolperfallen

Symptome erkennen, gegensteuern

Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf

Konkrete Situation auswählenDie Runde beginnt mit abstrakten Systemanforderungen.In der Phase ansehen
Geschichte erzählen und nummerierenAnalyst:innen übernehmen das Erzählen und glätten Ausnahmen.In der Phase ansehen
Actors und Work Objects verbindenAbstrakte Prozesskästen verbergen konkrete Fachobjekte.In der Phase ansehen
Begriffe, Regeln und offene Stellen prüfenEinzelne Story wird als allgemeingültiger Prozess behandelt.In der Phase ansehen

Abbruchkriterien

Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest

Stoppe, wenn Frage oder Umfang strittig sind; stimmt sie zuerst ab.

Stoppe bei fehlenden Kerndaten und notiere den Evidenzbedarf.

Stoppe, wenn Annahmen als beobachtete Fakten behandelt werden.

Wie geht es weiter?

Knowledge Modeling

Event Modeling

Übersetzt die validierte Story in Events, Commands und Views eines Ablaufs.

Domain Modeling

Bounded Context Canvas

Nutzt die geklärten Begriffe und Regeln zur Abgrenzung eines Kontexts.

Im Playbook ansehenDomain Discovery zu Systemgrenzen führenVon fachlichem Ablauf zu Sprache, Events, Bounded Contexts und ersten Architekturgrenzen.

Methodenanleitung durchgearbeitet?

Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.

Zum Steckbrief Weitere Methoden