Knowledge Modeling Mapping Tool

Domain Storytelling

Übersetzt Fachwissen in eine erzählte Situation, an der Begriffe, Beziehungen und Regeln gemeinsam geprüft werden.

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.

Kernfrage

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

Domain Storytelling planen Methodenanleitung

Vergleich starten

Feedback gebenHilft dir diese Methode?

Teilnehmende: 2-8
Zeit: 1-2 h

Die Schritte bilden einen möglichen Arbeitsweg. Passe sie an Zweck und verfügbare Belege der Methode an.

Papierillustration zu Domain Storytelling mit den zentralen Arbeitsschritten und einem sichtbaren Ergebnis.

Situation
Konkrete Situation auswählen
Wähle einen begrenzten realen Geschäftsfall mit Anfang und Ergebnis; nicht den gesamten Prozess oder Wunschablauf.
Erzählen
Geschichte erzählen und nummerieren
Lass die Fachperson Aktivitäten aus ihrer Sicht erzählen und nummeriere die Reihenfolge ohne vorzeitige Modellkorrektur.
Objekte
Actors und Work Objects verbinden
Zeichne Akteure als Ausführende und Work Objects als bearbeitete Dinge; verbinde jedes Objekt mit der Aktivität, die es nutzt oder verändert.
Prüfen
Begriffe, Regeln und offene Stellen prüfen
Spiele die Geschichte zurück, bestätige Bedeutungen und markiere Regeln, Alternativen sowie offene Fachfragen als solche.

Überarbeite das Ergebnis, wenn sich Belege, Kontext oder Wirkung ändern. Halte fest, was sich geändert hat und warum.

Geeignet, wenn

Geeignet für: „Knowledge Transfer“, „Domain Discovery“. Beteiligte können die nötigen Belege und Entscheidungen einbringen.

Ideal für

Knowledge Transfer
Domain Discovery
Shared Understanding

Nicht gut für

Abstrakte Portfolio-Strategie
Low-Level Refactoring

Ergebnisse

Domain Story
Validierte Erzählung mit Actors, Activities, Work Objects und offenen Regeln.
Validierte Story und Fragenliste
Das Artefakt hält Umfang, Datum, Beteiligte, Quellenstand und Verantwortung fest und dokumentiert geänderte Annahmen mit Änderungsgrund.

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

Erster Schritt

Wähle einen begrenzten realen Geschäftsfall mit Anfang und Ergebnis; nicht den gesamten Prozess oder Wunschablauf.

Zur Methodenanleitung

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.

Vertiefung

Zweck

Funktionsweise

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.

Im Detail

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.

Durchführung

Wähle zu Beginn einen realen Fall, den mehrere Beteiligte aus eigener Erfahrung kennen, und lege die Grenze der Geschichte klar fest. Der kritische Punkt kommt, wenn abstrakte Sammelbegriffe auftauchen; dann lohnt sich sofortiges Nachfragen nach konkreten Handlungen und Objekten. Schließe mit markierten Begriffen, offenen Regelstellen und einer kurzen Entscheidung, was ins Modell übernommen wird.

Die Methodenanleitung führt mit 4 Phasen, Zeitrahmen, 4 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Methodenanleitung öffnen

Deine Einschätzung

Hilft dir diese Methode für dein Vorhaben?

Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.

Quellen und Themen

Themen

Wissen Domain-Driven Design Prozess

Quellen

Quick-Start Guide · Domain Storytellingdomainstorytelling.orgdomainstorytelling.org; Schnelleinstieg zur Visualisierung von Geschäftsprozessen mit Akteuren, Arbeitsobjekten und Aktivitäten.

In Playbooks

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

Artefakt-Vorlagen

Domain Storytelling: ArbeitsvorlageBereite Entscheidung, Quellenbelege und nächste Prüfung vor.

markdown

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.